<?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: A kerfluffle of OPML and web directories</title>
	<atom:link href="http://decafbad.com/blog/2005/10/02/a-kerfluffle-of-opml-and-web-directories/feed" rel="self" type="application/rss+xml" />
	<link>http://decafbad.com/blog/2005/10/02/a-kerfluffle-of-opml-and-web-directories</link>
	<description>It's all spinning wheels and self-doubt until the first pot of coffee.</description>
	<pubDate>Thu, 20 Nov 2008 16:02:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7-beta3-9771</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: l.m.orchard</title>
		<link>http://decafbad.com/blog/2005/10/02/a-kerfluffle-of-opml-and-web-directories/comment-page-1#comment-2280</link>
		<dc:creator>l.m.orchard</dc:creator>
		<pubDate>Mon, 10 Oct 2005 11:34:30 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/?p=711#comment-2280</guid>
		<description>&lt;p&gt;Phil:  &lt;a href="http://decafbad.com/blog/2002/03/27/oooofc" rel="nofollow"&gt;I've watched Dave's push for shared outlining&lt;/a&gt; for awhile now, and certainly he's been working towards it for much longer than I've been watching.  &lt;/p&gt;

&lt;p&gt;And, though it's gotten some mileage through Dave's sheer exuberance and people infected by his cool ideas, it's never quite caught on.  Instead, things like wikis and &lt;a href="http://www.jotlive.com/" rel="nofollow"&gt;JotSpotLive&lt;/a&gt; and &lt;a href="http://www.backpackit.com/" rel="nofollow"&gt;Backpack&lt;/a&gt; and &lt;a href="http://www.codingmonkeys.de/subethaedit/" rel="nofollow"&gt;SubEthaEdit&lt;/a&gt; have been capturing the users.&lt;/p&gt;

&lt;p&gt;And now, this latest push doesn't look so much like shared outlining &lt;em&gt;per se&lt;/em&gt;, but more like a new attempt at &lt;a href="http://dmoz.org/" rel="nofollow"&gt;DMOZ&lt;/a&gt;.  And since Google's pretty much &lt;a href="http://www.webworkshop.net/dmoz-2005.html" rel="nofollow"&gt;driven a stake into DMOZ&lt;/a&gt;, my further interest in Gopher NG is really just a sometimes-interesting problem.  &lt;/p&gt;

&lt;p&gt;I could see some people joining Dave's World Outline effort to get some buzz in their interest niches—trying to be first to get their constituent URLs placed in the new, distributed OPML DMOZ-killer.  And it might be nifty for awhile, but I doubt it'll take hold.&lt;/p&gt;

&lt;p&gt;But as for real world examples of shared outlining, in the particular form Dave's pushing right now... Look at just about anyone's blogroll.  They're almost all in XOXO form &lt;em&gt;right now&lt;/em&gt;.  That's the thing:  XOXO is just an HTML list.  It's so unexciting as to be unremarkable—&lt;em&gt;but they're everywhere, right now&lt;/em&gt;.  Hell, even OPML has to get converted to XOXO to be used with web browsers—unless you're falling back to some ugly form of tables-as-list.&lt;/p&gt;

&lt;p&gt;XOXO is actually the simplest thing that can possibly work, &lt;em&gt;and people are using and have been using it all along&lt;/em&gt;.  I think that's the right thing to bet on, versus OPML.  It doesn't need any evangelism or adoption efforts, other than maybe to remind people of that what they're already using is itself a viable format.  &lt;strong&gt;That's the only reason XOXO has a name.&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I've &lt;a href="http://decafbad.com/blog/2005/07/12/xoxo-outliner-experiment" rel="nofollow"&gt;already shown an in-browser XOXO editor prototype&lt;/a&gt;—and believe me, that was easier to implement reliably than anything I've tried with OPML.  I could turn that into a full flown app given sustained free time and interest.  I plan to do that eventually, with &lt;a href="http://decafbad.com/trac/wiki/Micronian" rel="nofollow"&gt;a project I've got simmering&lt;/a&gt;.  &lt;/p&gt;

&lt;p&gt;Will I do it?  Who knows—I'm a busy nerd, and I certainly don't have the constant ebulience, time, and money that Dave Winer has.  All I can do is call &lt;a href="http://en.wikipedia.org/wiki/Shenanigan" rel="nofollow"&gt;shenanigans&lt;/a&gt; and preach to the choir.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Phil:  <a href="http://decafbad.com/blog/2002/03/27/oooofc" rel="nofollow">I&#8217;ve watched Dave&#8217;s push for shared outlining</a> for awhile now, and certainly he&#8217;s been working towards it for much longer than I&#8217;ve been watching.  </p>
<p>And, though it&#8217;s gotten some mileage through Dave&#8217;s sheer exuberance and people infected by his cool ideas, it&#8217;s never quite caught on.  Instead, things like wikis and <a href="http://www.jotlive.com/" rel="nofollow">JotSpotLive</a> and <a href="http://www.backpackit.com/" rel="nofollow">Backpack</a> and <a href="http://www.codingmonkeys.de/subethaedit/" rel="nofollow">SubEthaEdit</a> have been capturing the users.</p>
<p>And now, this latest push doesn&#8217;t look so much like shared outlining <em>per se</em>, but more like a new attempt at <a href="http://dmoz.org/" rel="nofollow">DMOZ</a>.  And since Google&#8217;s pretty much <a href="http://www.webworkshop.net/dmoz-2005.html" rel="nofollow">driven a stake into DMOZ</a>, my further interest in Gopher NG is really just a sometimes-interesting problem.  </p>
<p>I could see some people joining Dave&#8217;s World Outline effort to get some buzz in their interest niches—trying to be first to get their constituent URLs placed in the new, distributed OPML DMOZ-killer.  And it might be nifty for awhile, but I doubt it&#8217;ll take hold.</p>
<p>But as for real world examples of shared outlining, in the particular form Dave&#8217;s pushing right now&#8230; Look at just about anyone&#8217;s blogroll.  They&#8217;re almost all in XOXO form <em>right now</em>.  That&#8217;s the thing:  XOXO is just an HTML list.  It&#8217;s so unexciting as to be unremarkable—<em>but they&#8217;re everywhere, right now</em>.  Hell, even OPML has to get converted to XOXO to be used with web browsers—unless you&#8217;re falling back to some ugly form of tables-as-list.</p>
<p>XOXO is actually the simplest thing that can possibly work, <em>and people are using and have been using it all along</em>.  I think that&#8217;s the right thing to bet on, versus OPML.  It doesn&#8217;t need any evangelism or adoption efforts, other than maybe to remind people of that what they&#8217;re already using is itself a viable format.  <strong>That&#8217;s the only reason XOXO has a name.</strong></p>
<p>I&#8217;ve <a href="http://decafbad.com/blog/2005/07/12/xoxo-outliner-experiment" rel="nofollow">already shown an in-browser XOXO editor prototype</a>—and believe me, that was easier to implement reliably than anything I&#8217;ve tried with OPML.  I could turn that into a full flown app given sustained free time and interest.  I plan to do that eventually, with <a href="http://decafbad.com/trac/wiki/Micronian" rel="nofollow">a project I&#8217;ve got simmering</a>.  </p>
<p>Will I do it?  Who knows—I&#8217;m a busy nerd, and I certainly don&#8217;t have the constant ebulience, time, and money that Dave Winer has.  All I can do is call <a href="http://en.wikipedia.org/wiki/Shenanigan" rel="nofollow">shenanigans</a> and preach to the choir.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: phil jones</title>
		<link>http://decafbad.com/blog/2005/10/02/a-kerfluffle-of-opml-and-web-directories/comment-page-1#comment-2253</link>
		<dc:creator>phil jones</dc:creator>
		<pubDate>Mon, 10 Oct 2005 04:06:28 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/?p=711#comment-2253</guid>
		<description>&lt;p&gt;I'm definitely a group #2 person. But I have a slightly different take on what that means.&lt;/p&gt;

&lt;p&gt;When group 2 people ask for working code, they aren't asking simply for "working code". (Such as your XOXO &#38; XSL thing) They're thinking of an entire &lt;em&gt;system&lt;/em&gt; of real users, a real application (need / problem to be solved) etc.&lt;/p&gt;

&lt;p&gt;The reason Dave Winer and OPML will win this, is because Winer really &lt;em&gt;wants&lt;/em&gt; shared outlining on the internet. And he knows "why" he wants it. He has a vision, and a passion for it. He knows what he wants to do with it. He knows how to make interesting applications with like-minded collaborators. &lt;/p&gt;

&lt;p&gt;You can come up with a "better" format than OPML. You might be able to knock off better code overnight. But you do it for a "lark" or for some principle of "doing it properly".&lt;/p&gt;

&lt;p&gt;Winer doesn't care if its "crappy". He just has a drive to make something happen, and OPML is the simplest thing that can possibly work to do that. &lt;/p&gt;

&lt;p&gt;I think that's exactly the right thing to bet on.&lt;/p&gt;

&lt;p&gt;When you say "I’ve become convinced that what group #1 does is best over the long term, as some of the early successes of group #2 may become tottering unbalanced stacks of plates later on."&lt;/p&gt;

&lt;p&gt;I'd be interested in some real world examples. As I see it, "worse is better" is the golden rule of computer history, in the long as well as short term.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;m definitely a group #2 person. But I have a slightly different take on what that means.</p>
<p>When group 2 people ask for working code, they aren&#8217;t asking simply for &#8220;working code&#8221;. (Such as your XOXO &amp; XSL thing) They&#8217;re thinking of an entire <em>system</em> of real users, a real application (need / problem to be solved) etc.</p>
<p>The reason Dave Winer and OPML will win this, is because Winer really <em>wants</em> shared outlining on the internet. And he knows &#8220;why&#8221; he wants it. He has a vision, and a passion for it. He knows what he wants to do with it. He knows how to make interesting applications with like-minded collaborators. </p>
<p>You can come up with a &#8220;better&#8221; format than OPML. You might be able to knock off better code overnight. But you do it for a &#8220;lark&#8221; or for some principle of &#8220;doing it properly&#8221;.</p>
<p>Winer doesn&#8217;t care if its &#8220;crappy&#8221;. He just has a drive to make something happen, and OPML is the simplest thing that can possibly work to do that. </p>
<p>I think that&#8217;s exactly the right thing to bet on.</p>
<p>When you say &#8220;I’ve become convinced that what group #1 does is best over the long term, as some of the early successes of group #2 may become tottering unbalanced stacks of plates later on.&#8221;</p>
<p>I&#8217;d be interested in some real world examples. As I see it, &#8220;worse is better&#8221; is the golden rule of computer history, in the long as well as short term.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Bond</title>
		<link>http://decafbad.com/blog/2005/10/02/a-kerfluffle-of-opml-and-web-directories/comment-page-1#comment-2142</link>
		<dc:creator>Julian Bond</dc:creator>
		<pubDate>Mon, 03 Oct 2005 07:57:10 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/?p=711#comment-2142</guid>
		<description>&lt;p&gt;Re OPML based SuperOpenDirectories. It is indeed neat. But I'm still struggling to see the point. Does it just re-invent Gopher? Then there's the inspired chaos of it all. At least with something like DMOZ, Yahoo, Wikipedia, the hierarchy has some formalised structure and editors (perhaps community editors). An open mesh of decentralised outlines is going to have lots of dead ends and missing cross links. Perhaps that's just an artifact of the browser Apps we've seen so far and the breadcrumb approach being used. Perhaps it doesn't matter.&lt;/p&gt;

&lt;p&gt;And finally, I'd love to see an OPML browser app written in PHP. Perhaps I'll write one.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Re OPML based SuperOpenDirectories. It is indeed neat. But I&#8217;m still struggling to see the point. Does it just re-invent Gopher? Then there&#8217;s the inspired chaos of it all. At least with something like DMOZ, Yahoo, Wikipedia, the hierarchy has some formalised structure and editors (perhaps community editors). An open mesh of decentralised outlines is going to have lots of dead ends and missing cross links. Perhaps that&#8217;s just an artifact of the browser Apps we&#8217;ve seen so far and the breadcrumb approach being used. Perhaps it doesn&#8217;t matter.</p>
<p>And finally, I&#8217;d love to see an OPML browser app written in PHP. Perhaps I&#8217;ll write one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Bond</title>
		<link>http://decafbad.com/blog/2005/10/02/a-kerfluffle-of-opml-and-web-directories/comment-page-1#comment-2141</link>
		<dc:creator>Julian Bond</dc:creator>
		<pubDate>Mon, 03 Oct 2005 07:50:53 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/?p=711#comment-2141</guid>
		<description>&lt;p&gt;Both groups are right. The problem is that standards without implementations are just academic wanking. And implementations without standards won't get widespread adoption.&lt;/p&gt;

&lt;p&gt;What's intensely irritating is the egos involved who can't see the truth in the above statement. It should be possible to criticise OPML as a standard while still applauding the experiments and without necessarily offering an alternative. If done with respect, just the criticism on its own should move the debate onwards.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Both groups are right. The problem is that standards without implementations are just academic wanking. And implementations without standards won&#8217;t get widespread adoption.</p>
<p>What&#8217;s intensely irritating is the egos involved who can&#8217;t see the truth in the above statement. It should be possible to criticise OPML as a standard while still applauding the experiments and without necessarily offering an alternative. If done with respect, just the criticism on its own should move the debate onwards.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
