<?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: I second that sacrilege</title>
	<atom:link href="http://decafbad.com/blog/2003/01/19/ooochg/feed" rel="self" type="application/rss+xml" />
	<link>http://decafbad.com/blog/2003/01/19/ooochg</link>
	<description>It's all spinning wheels and self-doubt until the first pot of coffee.</description>
	<lastBuildDate>Fri, 19 Mar 2010 00:06:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0-alpha</generator>
	<item>
		<title>By: Charles Miller</title>
		<link>http://decafbad.com/blog/2003/01/19/ooochg/comment-page-1#comment-595</link>
		<dc:creator>Charles Miller</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.decafbad.com/blog/?p=356#comment-595</guid>
		<description>&lt;p&gt;When BeOS went under, Apple hired their filesystem guy. Remember, Apple tend not to say _anything_ about future directions until they have something Steve Jobs can demo at MacWorld. (c.f. Joel Spolsky&#039;s latest essay)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>When BeOS went under, Apple hired their filesystem guy. Remember, Apple tend not to say _anything_ about future directions until they have something Steve Jobs can demo at MacWorld. (c.f. Joel Spolsky&#8217;s latest essay)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BillSeitz</title>
		<link>http://decafbad.com/blog/2003/01/19/ooochg/comment-page-1#comment-596</link>
		<dc:creator>BillSeitz</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.decafbad.com/blog/?p=356#comment-596</guid>
		<description>&lt;p&gt;I keep waiting for ReiserFS (for linux) to get this...
http://www.namesys.com/whitepaper.html&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I keep waiting for ReiserFS (for linux) to get this&#8230;<br />
<a href="http://www.namesys.com/whitepaper.html" rel="nofollow">http://www.namesys.com/whitepaper.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Levy</title>
		<link>http://decafbad.com/blog/2003/01/19/ooochg/comment-page-1#comment-597</link>
		<dc:creator>Jacob Levy</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.decafbad.com/blog/?p=356#comment-597</guid>
		<description>&lt;p&gt;Check out e4Graph, here&lt;/p&gt;

&lt;p&gt;--JYL&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Check out e4Graph, here</p>
<p>&#8211;JYL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny</title>
		<link>http://decafbad.com/blog/2003/01/19/ooochg/comment-page-1#comment-598</link>
		<dc:creator>Danny</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.decafbad.com/blog/?p=356#comment-598</guid>
		<description>&lt;p&gt;I share your annoyance with present file/filing systems!&lt;/p&gt;

&lt;p&gt;The main change needed as I see it is to move the emphasis from bookmarks as locators to bookmarks as identifiers (of course somewhere around there needs to be a locator). Given this then it makes things like including the same item in many folders (/categories) easy and doesn&#039;t tie you to hierarchical systems.&lt;/p&gt;

&lt;p&gt;One of the things I want my Ideagraph project (http://ideagraph.net) to be able to do is to maintain all this stuff in a friendlier (usable!) fashion. Ok, so it&#039;s layering on top of the OS but anything&#039;s got to be better than the organization Win (even Lin) gives you.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I share your annoyance with present file/filing systems!</p>
<p>The main change needed as I see it is to move the emphasis from bookmarks as locators to bookmarks as identifiers (of course somewhere around there needs to be a locator). Given this then it makes things like including the same item in many folders (/categories) easy and doesn&#8217;t tie you to hierarchical systems.</p>
<p>One of the things I want my Ideagraph project (<a href="http://ideagraph.net" rel="nofollow">http://ideagraph.net</a>) to be able to do is to maintain all this stuff in a friendlier (usable!) fashion. Ok, so it&#8217;s layering on top of the OS but anything&#8217;s got to be better than the organization Win (even Lin) gives you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: curious</title>
		<link>http://decafbad.com/blog/2003/01/19/ooochg/comment-page-1#comment-599</link>
		<dc:creator>curious</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.decafbad.com/blog/?p=356#comment-599</guid>
		<description>&lt;p&gt;here is a kde/sql implementation of that idea from newdocms&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>here is a kde/sql implementation of that idea from newdocms</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BillSeitz</title>
		<link>http://decafbad.com/blog/2003/01/19/ooochg/comment-page-1#comment-600</link>
		<dc:creator>BillSeitz</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.decafbad.com/blog/?p=356#comment-600</guid>
		<description>&lt;p&gt;Maybe this stuff shouldn&#039;t be in the OS, in case you want to change OS later!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Maybe this stuff shouldn&#8217;t be in the OS, in case you want to change OS later!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://decafbad.com/blog/2003/01/19/ooochg/comment-page-1#comment-601</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.decafbad.com/blog/?p=356#comment-601</guid>
		<description>&lt;p&gt;I abandoned bookmarks for Google by the same principle. Now, my bookmarks consist completely of bookmarklets and a few stray links to local on-disk pages like Python documentation. In fact, I&#039;m wishing that I could create bookmark folders that are fed by Google API powered persistent searches.&lt;/p&gt;

&lt;p&gt;Why don&#039;t you? There is huge potential in this idea, particularly if the search is distributed across many eclectic researchers/clients. This is actually what I wanted to do for the Google API contest- but, as usual, the idea didn&#039;t fit into the requested parameters.&lt;/p&gt;

&lt;p&gt;P2P bookmark cluster searches would eliminate the lag of publishing in the associative link loop. Making us, collaboratively, an order of magnitude smarter by virtue of enhanced proximity.&lt;/p&gt;

&lt;p&gt;If you don&#039;t I will.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I abandoned bookmarks for Google by the same principle. Now, my bookmarks consist completely of bookmarklets and a few stray links to local on-disk pages like Python documentation. In fact, I&#8217;m wishing that I could create bookmark folders that are fed by Google API powered persistent searches.</p>
<p>Why don&#8217;t you? There is huge potential in this idea, particularly if the search is distributed across many eclectic researchers/clients. This is actually what I wanted to do for the Google API contest- but, as usual, the idea didn&#8217;t fit into the requested parameters.</p>
<p>P2P bookmark cluster searches would eliminate the lag of publishing in the associative link loop. Making us, collaboratively, an order of magnitude smarter by virtue of enhanced proximity.</p>
<p>If you don&#8217;t I will.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://decafbad.com/blog/2003/01/19/ooochg/comment-page-1#comment-602</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.decafbad.com/blog/?p=356#comment-602</guid>
		<description>&lt;p&gt;I abandoned bookmarks for Google by the same principle. Now, my bookmarks consist completely of bookmarklets and a few stray links to local on-disk pages like Python documentation. In fact, I&#039;m wishing that I could create bookmark folders that are fed by Google API powered persistent searches.&lt;/p&gt;

&lt;p&gt;Why don&#039;t you? There is huge potential in this idea, particularly if the search is distributed across many eclectic researchers/clients. This is actually what I wanted to do for the Google API contest- but, as usual, the idea didn&#039;t fit into the requested parameters.&lt;/p&gt;

&lt;p&gt;P2P bookmark cluster searches would eliminate the lag of publishing in the associative link loop. Making us, collaboratively, an order of magnitude smarter by virtue of enhanced proximity.&lt;/p&gt;

&lt;p&gt;If you don&#039;t I will.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I abandoned bookmarks for Google by the same principle. Now, my bookmarks consist completely of bookmarklets and a few stray links to local on-disk pages like Python documentation. In fact, I&#8217;m wishing that I could create bookmark folders that are fed by Google API powered persistent searches.</p>
<p>Why don&#8217;t you? There is huge potential in this idea, particularly if the search is distributed across many eclectic researchers/clients. This is actually what I wanted to do for the Google API contest- but, as usual, the idea didn&#8217;t fit into the requested parameters.</p>
<p>P2P bookmark cluster searches would eliminate the lag of publishing in the associative link loop. Making us, collaboratively, an order of magnitude smarter by virtue of enhanced proximity.</p>
<p>If you don&#8217;t I will.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
