<?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: Conceptualizing Nepomuk</title>
	<atom:link href="http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/</link>
	<description>Climb On</description>
	<lastBuildDate>Wed, 02 Jun 2010 20:45:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: mat69</title>
		<link>http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/comment-page-1/#comment-8927</link>
		<dc:creator>mat69</dc:creator>
		<pubDate>Thu, 10 Sep 2009 13:08:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/#comment-8927</guid>
		<description>Ups forgot the last paragraph.

Baseline is that users are lazy and thus most likely will only enter a keyword, the same is true for tagging a lot of users won&#039;t use it that much.

Imo the only way for Nepomuk to succeed is automatic getting of semantic information (a lot of programs use that already), making it easy for the user to associate information to a file, like associating a place and a contact to a task and then making it easy to find the stuff.</description>
		<content:encoded><![CDATA[<p>Ups forgot the last paragraph.</p>
<p>Baseline is that users are lazy and thus most likely will only enter a keyword, the same is true for tagging a lot of users won&#8217;t use it that much.</p>
<p>Imo the only way for Nepomuk to succeed is automatic getting of semantic information (a lot of programs use that already), making it easy for the user to associate information to a file, like associating a place and a contact to a task and then making it easy to find the stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mat69</title>
		<link>http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/comment-page-1/#comment-8926</link>
		<dc:creator>mat69</dc:creator>
		<pubDate>Thu, 10 Sep 2009 12:59:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/#comment-8926</guid>
		<description>The user should not choose that they want to search for a contact when entering the contacts name, that would just take too long and would be avoided as often as possible -- so if no pictures are tagged with Sydney it would be avoided. Instead it should work on a trial and error base, like when you explain something to someone, you talk about &quot;Sydney&quot; and later say &quot;no, not this Sydney, that Sydney who knows this person ...&quot;:

Enter &quot;Sydney&quot;, now as you&#039;ve mentioned you are provided with anything that has &quot;Sydney&quot; anywhere, be it file name, tag etc.

Now the search-dialog should provide you with something like a sidebar, where all occurrences of Sydney are mentioned, something like &quot;Contact&quot;, &quot;Files&quot;, &quot;Tag&quot; ...
Choosing &quot;Contact&quot; would provide you with a link to that contact and everything that is associated with that contact, so choosing now &quot;Task&quot; in the sidebar would show you all task that are associated to &quot;Sydney&quot;.

It could look like similar to the new sorting system that has been created for Amarok with breadcrumbs --&gt;
(Picture of person or contact icon) Sydney &gt; (Task Icon) Tasks


So baseline is</description>
		<content:encoded><![CDATA[<p>The user should not choose that they want to search for a contact when entering the contacts name, that would just take too long and would be avoided as often as possible &#8212; so if no pictures are tagged with Sydney it would be avoided. Instead it should work on a trial and error base, like when you explain something to someone, you talk about &#8220;Sydney&#8221; and later say &#8220;no, not this Sydney, that Sydney who knows this person &#8230;&#8221;:</p>
<p>Enter &#8220;Sydney&#8221;, now as you&#8217;ve mentioned you are provided with anything that has &#8220;Sydney&#8221; anywhere, be it file name, tag etc.</p>
<p>Now the search-dialog should provide you with something like a sidebar, where all occurrences of Sydney are mentioned, something like &#8220;Contact&#8221;, &#8220;Files&#8221;, &#8220;Tag&#8221; &#8230;<br />
Choosing &#8220;Contact&#8221; would provide you with a link to that contact and everything that is associated with that contact, so choosing now &#8220;Task&#8221; in the sidebar would show you all task that are associated to &#8220;Sydney&#8221;.</p>
<p>It could look like similar to the new sorting system that has been created for Amarok with breadcrumbs &#8211;&gt;<br />
(Picture of person or contact icon) Sydney &gt; (Task Icon) Tasks</p>
<p>So baseline is</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simca</title>
		<link>http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/comment-page-1/#comment-8918</link>
		<dc:creator>simca</dc:creator>
		<pubDate>Wed, 09 Sep 2009 15:00:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/#comment-8918</guid>
		<description>IMHO nepomuk is a solution searching for problems. On AmigaOS 3.1 (about 12 years ago) almost every application used the filesystem&#039;s &quot;comment field&quot; for tagging files. For example, if it&#039;s a jpeg attachment saved from a mail, in the comment there was the sender name and email address. If it was a downloaded file, there was the source url where it came from, etc. Ok it wasnt searchable, but there were some really useful information, and this old technology is still nowhere else today.</description>
		<content:encoded><![CDATA[<p>IMHO nepomuk is a solution searching for problems. On AmigaOS 3.1 (about 12 years ago) almost every application used the filesystem&#8217;s &#8220;comment field&#8221; for tagging files. For example, if it&#8217;s a jpeg attachment saved from a mail, in the comment there was the sender name and email address. If it was a downloaded file, there was the source url where it came from, etc. Ok it wasnt searchable, but there were some really useful information, and this old technology is still nowhere else today.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: astromme</title>
		<link>http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/comment-page-1/#comment-8917</link>
		<dc:creator>astromme</dc:creator>
		<pubDate>Wed, 09 Sep 2009 14:52:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/#comment-8917</guid>
		<description>I don&#039;t expect end users to &#039;learn&#039; or even know what an ontology is. But that doesn&#039;t mean that they aren&#039;t a useful tool for application developers.

You&#039;re absolutely right, the applications should be providing nepomuk with as much data as they can. It&#039;s not happening (much) now, and I&#039;d love to see that change. It might be a good goal to have for 4.5 where almost every app is plugged into nepomuk giving some data.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t expect end users to &#8216;learn&#8217; or even know what an ontology is. But that doesn&#8217;t mean that they aren&#8217;t a useful tool for application developers.</p>
<p>You&#8217;re absolutely right, the applications should be providing nepomuk with as much data as they can. It&#8217;s not happening (much) now, and I&#8217;d love to see that change. It might be a good goal to have for 4.5 where almost every app is plugged into nepomuk giving some data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/comment-page-1/#comment-8916</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 09 Sep 2009 07:52:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/#comment-8916</guid>
		<description>Well I don&#039;t learn Ontologies. I want my task manager app to provide nepomuk with data on who is involved and where it happens.

I think all KDE4 apps should finally start providing this information. It has been nearly 4 releases and still no app is doing anything useful with nepomuk. You can&#039;t rely on the user to do all this complicated stuff.

At this rate of adoption Nepomuk won&#039;t be useful before KDE 4.16 in 2014. 

I thought KDE agreed on the pillars, so why is nobody using them?</description>
		<content:encoded><![CDATA[<p>Well I don&#8217;t learn Ontologies. I want my task manager app to provide nepomuk with data on who is involved and where it happens.</p>
<p>I think all KDE4 apps should finally start providing this information. It has been nearly 4 releases and still no app is doing anything useful with nepomuk. You can&#8217;t rely on the user to do all this complicated stuff.</p>
<p>At this rate of adoption Nepomuk won&#8217;t be useful before KDE 4.16 in 2014. </p>
<p>I thought KDE agreed on the pillars, so why is nobody using them?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: myselfhimself</title>
		<link>http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/comment-page-1/#comment-8915</link>
		<dc:creator>myselfhimself</dc:creator>
		<pubDate>Wed, 09 Sep 2009 06:22:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/#comment-8915</guid>
		<description>nice post thank you
I like that approach of discovering, trying yourself at it, building stuff around... while documenting all along for community benefits.</description>
		<content:encoded><![CDATA[<p>nice post thank you<br />
I like that approach of discovering, trying yourself at it, building stuff around&#8230; while documenting all along for community benefits.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Socceroos</title>
		<link>http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/comment-page-1/#comment-8914</link>
		<dc:creator>Socceroos</dc:creator>
		<pubDate>Wed, 09 Sep 2009 03:42:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chatonka.com/2009/09/conceptualizing-nepomuk/#comment-8914</guid>
		<description>Nice post. I&#039;m looking forward to your post about your use of the APIs!</description>
		<content:encoded><![CDATA[<p>Nice post. I&#8217;m looking forward to your post about your use of the APIs!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
