<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: We need you for Nepomuk (integration)!</title>
	<atom:link href="http://blogs.fsfe.org/mario/?feed=rss2&#038;p=130" rel="self" type="application/rss+xml" />
	<link>http://blogs.fsfe.org/mario/?p=130</link>
	<description>About Fellow No 1&#039;s life</description>
	<lastBuildDate>Sun, 21 Apr 2013 01:05:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: damipereira</title>
		<link>http://blogs.fsfe.org/mario/?p=130&#038;cpage=1#comment-5993</link>
		<dc:creator>damipereira</dc:creator>
		<pubDate>Thu, 31 Mar 2011 06:12:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.fsfe.org/mario/?p=130#comment-5993</guid>
		<description>I know I might be sounding silly, but I think there should be another proposal for performance/consumption.
For example, I think nepomuk should be more modularized, why if I&#039;m only using tags for music it loads more than 100mb in ram, that means it&#039;s loading the whole collection, maybe nepomuk/virtuoso should load only needed stuff on ram.
I think that would make a good thing to discuss at randa.
I&#039;m not meaning you should stop working on all that awesome stuff!, but keep an eye on performance too.</description>
		<content:encoded><![CDATA[<p>I know I might be sounding silly, but I think there should be another proposal for performance/consumption.<br />
For example, I think nepomuk should be more modularized, why if I&#8217;m only using tags for music it loads more than 100mb in ram, that means it&#8217;s loading the whole collection, maybe nepomuk/virtuoso should load only needed stuff on ram.<br />
I think that would make a good thing to discuss at randa.<br />
I&#8217;m not meaning you should stop working on all that awesome stuff!, but keep an eye on performance too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TheBlackCat</title>
		<link>http://blogs.fsfe.org/mario/?p=130&#038;cpage=1#comment-5971</link>
		<dc:creator>TheBlackCat</dc:creator>
		<pubDate>Thu, 31 Mar 2011 01:05:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.fsfe.org/mario/?p=130#comment-5971</guid>
		<description>I should probably clarify, I mean, for instance, if you add a tag to a jpef file, the tag isn&#039;t only stored to nepomuk, it is also stored as an exif tag in the image.  That way if you send the image to someone else, they can see the tag without needing nepomuk.</description>
		<content:encoded><![CDATA[<p>I should probably clarify, I mean, for instance, if you add a tag to a jpef file, the tag isn&#8217;t only stored to nepomuk, it is also stored as an exif tag in the image.  That way if you send the image to someone else, they can see the tag without needing nepomuk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TheBlackCat</title>
		<link>http://blogs.fsfe.org/mario/?p=130&#038;cpage=1#comment-5970</link>
		<dc:creator>TheBlackCat</dc:creator>
		<pubDate>Thu, 31 Mar 2011 01:04:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.fsfe.org/mario/?p=130#comment-5970</guid>
		<description>What about a project where nepomuk can save tags, comments, and ratings to files that have internal metadata support?  That would greatly increase compatibility with non-KDE software, make it easier to share tags with non-KDE users, and might encourage software like digikam or amarok to make more extensive use of nepomuk (since they might be able to avoid having to use their own internal metadata handlers).</description>
		<content:encoded><![CDATA[<p>What about a project where nepomuk can save tags, comments, and ratings to files that have internal metadata support?  That would greatly increase compatibility with non-KDE software, make it easier to share tags with non-KDE users, and might encourage software like digikam or amarok to make more extensive use of nepomuk (since they might be able to avoid having to use their own internal metadata handlers).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
