<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Collaborative curation as a service</title>
	<atom:link href="http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/</link>
	<description>Strategies for Internet citizens</description>
	<lastBuildDate>Wed, 17 Mar 2010 18:06:41 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: bill.cava.us &#187; Blog Archive &#187; Twitter Lists Lacking Community Curation</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-130609</link>
		<dc:creator>bill.cava.us &#187; Blog Archive &#187; Twitter Lists Lacking Community Curation</dc:creator>
		<pubDate>Fri, 30 Oct 2009 18:54:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-130609</guid>
		<description>[...] to the bookmarks tagged “openid” by Jon Udell (someone who&#8217;s thought a lot about collaborative curation) here http://delicious.com/judell/openid, and see the global pool of all bookmarks tagged [...]</description>
		<content:encoded><![CDATA[<p>[...] to the bookmarks tagged “openid” by Jon Udell (someone who&#8217;s thought a lot about collaborative curation) here <a href="http://delicious.com/judell/openid" rel="nofollow">http://delicious.com/judell/openid</a>, and see the global pool of all bookmarks tagged [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Collaborative Curation and the Magic of Reading Lists &#171; OUseful.Info, the blog&#8230;</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-130219</link>
		<dc:creator>Collaborative Curation and the Magic of Reading Lists &#171; OUseful.Info, the blog&#8230;</dc:creator>
		<pubDate>Tue, 22 Sep 2009 12:56:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-130219</guid>
		<description>[...] calendar feeds to be managed and aggregated using the Delicious social bookmarking tool (e.g. Collaborative curation as a service, elmcity project [...]</description>
		<content:encoded><![CDATA[<p>[...] calendar feeds to be managed and aggregated using the Delicious social bookmarking tool (e.g. Collaborative curation as a service, elmcity project [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DJ&#8217;s Weblog &#187; Blog Archive &#187; Analysing CV searches with Delicious</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-127554</link>
		<dc:creator>DJ&#8217;s Weblog &#187; Blog Archive &#187; Analysing CV searches with Delicious</dc:creator>
		<pubDate>Fri, 08 May 2009 08:30:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-127554</guid>
		<description>[...] what I already have with the excellent Webalizer. Inspired (as ever) by Jon Udell&#8217;s &#8220;ongoing fascination with Delicious as a user-programmable database&#8220;, I decided to pipe the access log into a Perl script and pull all the Google search referrer [...]</description>
		<content:encoded><![CDATA[<p>[...] what I already have with the excellent Webalizer. Inspired (as ever) by Jon Udell&#8217;s &#8220;ongoing fascination with Delicious as a user-programmable database&#8220;, I decided to pipe the access log into a Perl script and pull all the Google search referrer [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2009-03-30 &#171; riverrun meaghn beta</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-127167</link>
		<dc:creator>links for 2009-03-30 &#171; riverrun meaghn beta</dc:creator>
		<pubDate>Tue, 31 Mar 2009 03:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-127167</guid>
		<description>[...] Collaborative curation as a service « Jon Udell (tags: calendars delicious metadata collaboration) [...]</description>
		<content:encoded><![CDATA[<p>[...] Collaborative curation as a service « Jon Udell (tags: calendars delicious metadata collaboration) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-127143</link>
		<dc:creator>Jon Udell</dc:creator>
		<pubDate>Fri, 27 Mar 2009 17:28:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-127143</guid>
		<description>It&#039;s a good idea from my perspective. As always, needs to be balanced against requiring folks to type more than the minimum necessary to get the job done -- which, in this case, is to get the feeds collected and flowing.</description>
		<content:encoded><![CDATA[<p>It&#8217;s a good idea from my perspective. As always, needs to be balanced against requiring folks to type more than the minimum necessary to get the job done &#8212; which, in this case, is to get the feeds collected and flowing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabriel</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-127138</link>
		<dc:creator>Gabriel</dc:creator>
		<pubDate>Fri, 27 Mar 2009 06:20:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-127138</guid>
		<description>Jon, if you find the idea of metadata in tags interesting, you may want to consider machine tags/triple tags. They are basically tags with two fields of metadata instead of one field as you&#039;ve shown here. Here&#039;s an intro to machine tags: http://tagaholic.me/2009/03/26/what-are-machine-tags.html</description>
		<content:encoded><![CDATA[<p>Jon, if you find the idea of metadata in tags interesting, you may want to consider machine tags/triple tags. They are basically tags with two fields of metadata instead of one field as you&#8217;ve shown here. Here&#8217;s an intro to machine tags: <a href="http://tagaholic.me/2009/03/26/what-are-machine-tags.html" rel="nofollow">http://tagaholic.me/2009/03/26/what-are-machine-tags.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Searching for calendar information &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126966</link>
		<dc:creator>Searching for calendar information &#171; Jon Udell</dc:creator>
		<pubDate>Fri, 13 Mar 2009 17:11:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126966</guid>
		<description>[...] it fully data-driven. Since I&#8217;m already managing the per-community feed lists and metadata on Delicious, I figure I might as well go all the way. So I&#8217;m keeping a list of the Delicious accounts [...]</description>
		<content:encoded><![CDATA[<p>[...] it fully data-driven. Since I&#8217;m already managing the per-community feed lists and metadata on Delicious, I figure I might as well go all the way. So I&#8217;m keeping a list of the Delicious accounts [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Searching for calender information &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126962</link>
		<dc:creator>Searching for calender information &#171; Jon Udell</dc:creator>
		<pubDate>Fri, 13 Mar 2009 17:04:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126962</guid>
		<description>[...] it fully data-driven. Since I&#8217;m already managing the per-community feed lists and metadata on Delicious, I figure I might as well go all the way. So I&#8217;m keeping a list of the Delicious accounts [...]</description>
		<content:encoded><![CDATA[<p>[...] it fully data-driven. Since I&#8217;m already managing the per-community feed lists and metadata on Delicious, I figure I might as well go all the way. So I&#8217;m keeping a list of the Delicious accounts [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Calling calendar curators &#171; Jon Udell</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126945</link>
		<dc:creator>Calling calendar curators &#171; Jon Udell</dc:creator>
		<pubDate>Wed, 11 Mar 2009 19:18:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126945</guid>
		<description>[...] just pick a Delicious account, bookmark all the useful iCalendar feeds you can find, plug in some metadata, and point me to the account. I&#8217;ll register it with the service, which [...]</description>
		<content:encoded><![CDATA[<p>[...] just pick a Delicious account, bookmark all the useful iCalendar feeds you can find, plug in some metadata, and point me to the account. I&#8217;ll register it with the service, which [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Kennedy</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126920</link>
		<dc:creator>Ken Kennedy</dc:creator>
		<pubDate>Sun, 08 Mar 2009 03:05:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126920</guid>
		<description>&gt; I guess the main advantage I see is, if you 
&gt; can get folks to grok the model and use it, 
&gt; there is no database or UI code to write.

Totally. And that&#039;s huge. I&#039;ve finally reached the point where I can cleanly separate projects that are intended to teach me a low-level technology (where I&#039;d want to hack on the db code, for personal development purposes) from those projects where I&#039;m just &quot;Getting Stuff Done&quot;, and I&#039;m perfectly happy to have delicious (or whatever) carry the load for me.</description>
		<content:encoded><![CDATA[<p>&gt; I guess the main advantage I see is, if you<br />
&gt; can get folks to grok the model and use it,<br />
&gt; there is no database or UI code to write.</p>
<p>Totally. And that&#8217;s huge. I&#8217;ve finally reached the point where I can cleanly separate projects that are intended to teach me a low-level technology (where I&#8217;d want to hack on the db code, for personal development purposes) from those projects where I&#8217;m just &#8220;Getting Stuff Done&#8221;, and I&#8217;m perfectly happy to have delicious (or whatever) carry the load for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126889</link>
		<dc:creator>Jon Udell</dc:creator>
		<pubDate>Fri, 06 Mar 2009 00:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126889</guid>
		<description>&gt; It’s similar in some ways to several of 
&gt; the “schema-less document dbs” floating
&gt; around now (like CouchDB, Amazon SimpleDB,
&gt; etc.), but has the advantage of APIs and
&gt; interfaces that are more mature.

I guess the main advantage I see is, if you can get folks to grok the model and use it, there is no database or UI code to write.

&gt; Thanks so much for your open model for 
&gt; both coding and the design ideas behind
&gt; the coding. It’s really enlightening and
&gt; educational.

You&#039;re very welcome. BTW I added a WHERE clause to the LINQ query above which fixes the bug you found. Thanks again for pointing that out.</description>
		<content:encoded><![CDATA[<p>&gt; It’s similar in some ways to several of<br />
&gt; the “schema-less document dbs” floating<br />
&gt; around now (like CouchDB, Amazon SimpleDB,<br />
&gt; etc.), but has the advantage of APIs and<br />
&gt; interfaces that are more mature.</p>
<p>I guess the main advantage I see is, if you can get folks to grok the model and use it, there is no database or UI code to write.</p>
<p>&gt; Thanks so much for your open model for<br />
&gt; both coding and the design ideas behind<br />
&gt; the coding. It’s really enlightening and<br />
&gt; educational.</p>
<p>You&#8217;re very welcome. BTW I added a WHERE clause to the LINQ query above which fixes the bug you found. Thanks again for pointing that out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Kennedy</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126887</link>
		<dc:creator>Ken Kennedy</dc:creator>
		<pubDate>Thu, 05 Mar 2009 21:58:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126887</guid>
		<description>No problem, Jon! I thought that I wasn&#039;t quite being clear enough...I just was a little reluctant to stick data into your feed to make the point. 

&gt; There are many degrees of collaborative freedom 
&gt; here, but this is NOT intended to be one of them!

Agreed! *grin* Sometimes, there ARE lines.

Nevertheless, this &quot;delicious as database&quot; concept is really powerful. I&#039;m planning on shamelessly er...borrowing it for a similar type of project. It&#039;s similar in some ways to several of the &quot;schema-less document dbs&quot; floating around now (like CouchDB, Amazon SimpleDB, etc.), but has the advantage of APIs and interfaces that are more mature. Also, the clever ideas like the /view/url?=xx request gives a great deal of flexibility. They&#039;ve backed into a pretty powerful general purpose tool here, just because of the utility of URNs.

Thanks so much for your open model for both coding and the design ideas behind the coding. It&#039;s really enlightening and educational.</description>
		<content:encoded><![CDATA[<p>No problem, Jon! I thought that I wasn&#8217;t quite being clear enough&#8230;I just was a little reluctant to stick data into your feed to make the point. </p>
<p>&gt; There are many degrees of collaborative freedom<br />
&gt; here, but this is NOT intended to be one of them!</p>
<p>Agreed! *grin* Sometimes, there ARE lines.</p>
<p>Nevertheless, this &#8220;delicious as database&#8221; concept is really powerful. I&#8217;m planning on shamelessly er&#8230;borrowing it for a similar type of project. It&#8217;s similar in some ways to several of the &#8220;schema-less document dbs&#8221; floating around now (like CouchDB, Amazon SimpleDB, etc.), but has the advantage of APIs and interfaces that are more mature. Also, the clever ideas like the /view/url?=xx request gives a great deal of flexibility. They&#8217;ve backed into a pretty powerful general purpose tool here, just because of the utility of URNs.</p>
<p>Thanks so much for your open model for both coding and the design ideas behind the coding. It&#8217;s really enlightening and educational.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126883</link>
		<dc:creator>Jon Udell</dc:creator>
		<pubDate>Thu, 05 Mar 2009 19:41:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126883</guid>
		<description>Fascinating. I hadn&#039;t considered that somebody else would bookmark and tag the URN.

But of course it&#039;s possible, as you&#039;ve shown.

OK, I get it.

So I need to alter the metadata fetcher slightly. It was assuming there would be only one item in the RSS feed. Now there are two.

One has:

&lt;dc:creator&gt;&lt;![CDATA[kkennedy]]&gt;&lt;/dc:creator&gt;

The other has:

&lt;dc:creator&gt;&lt;![CDATA[elmcity]]&gt;&lt;/dc:creator&gt;

As you suggested, I&#039;ll need to tweak metadata fetcher to only pay attention to the item whose creator matches the account that&#039;s intended to control each instance of the metadata URN.

There are many degrees of collaborative freedom here, but this is NOT intended to be one of them!

Thanks, Ken, for a) discovering that, and b) persistently pointing it out until I finally got it!</description>
		<content:encoded><![CDATA[<p>Fascinating. I hadn&#8217;t considered that somebody else would bookmark and tag the URN.</p>
<p>But of course it&#8217;s possible, as you&#8217;ve shown.</p>
<p>OK, I get it.</p>
<p>So I need to alter the metadata fetcher slightly. It was assuming there would be only one item in the RSS feed. Now there are two.</p>
<p>One has:</p>
<p>&lt;dc:creator&gt;&lt;![CDATA[kkennedy]]&gt;&lt;/dc:creator&gt;</p>
<p>The other has:</p>
<p>&lt;dc:creator&gt;&lt;![CDATA[elmcity]]&gt;&lt;/dc:creator&gt;</p>
<p>As you suggested, I&#8217;ll need to tweak metadata fetcher to only pay attention to the item whose creator matches the account that&#8217;s intended to control each instance of the metadata URN.</p>
<p>There are many degrees of collaborative freedom here, but this is NOT intended to be one of them!</p>
<p>Thanks, Ken, for a) discovering that, and b) persistently pointing it out until I finally got it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Kennedy</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126880</link>
		<dc:creator>Ken Kennedy</dc:creator>
		<pubDate>Wed, 04 Mar 2009 16:15:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126880</guid>
		<description>&gt; This is, and only needs to be, a way to 
&gt; find Delicious tags in a Delicious feed.

Hm...right. I&#039;m not 100% sure if you&#039;re telling me you see the issue and have worked around it, or if I&#039;m not explaining well. For clarity, I just added some pretty innocuous tags to the URN&#039;s delicious tags. See:

http://feeds.delicious.com/v2/rss/url/9ee9d2e51e4f36d4d49207e1675b3cbb

If I&#039;m reading the code right, those should show up in the categories var above now. I&#039;m not sure if pulling that out via xdoc is ordered or not...it may be that your name=value pairs &quot;trump&quot; mine b/c they were created earlier in time. But that&#039;s the point I was trying to show.</description>
		<content:encoded><![CDATA[<p>&gt; This is, and only needs to be, a way to<br />
&gt; find Delicious tags in a Delicious feed.</p>
<p>Hm&#8230;right. I&#8217;m not 100% sure if you&#8217;re telling me you see the issue and have worked around it, or if I&#8217;m not explaining well. For clarity, I just added some pretty innocuous tags to the URN&#8217;s delicious tags. See:</p>
<p><a href="http://feeds.delicious.com/v2/rss/url/9ee9d2e51e4f36d4d49207e1675b3cbb" rel="nofollow">http://feeds.delicious.com/v2/rss/url/9ee9d2e51e4f36d4d49207e1675b3cbb</a></p>
<p>If I&#8217;m reading the code right, those should show up in the categories var above now. I&#8217;m not sure if pulling that out via xdoc is ordered or not&#8230;it may be that your name=value pairs &#8220;trump&#8221; mine b/c they were created earlier in time. But that&#8217;s the point I was trying to show.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Udell</title>
		<link>http://blog.jonudell.net/2009/02/26/collaborative-curation-as-a-service/#comment-126868</link>
		<dc:creator>Jon Udell</dc:creator>
		<pubDate>Tue, 03 Mar 2009 06:46:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jonudell.net/?p=1179#comment-126868</guid>
		<description>&gt; One thing…would you not, at least 
&gt; potentially, want to restrict your
&gt; categories list to being generated by 
&gt; particular Descendants?

This is, and only needs to be, a way to find Delicious tags in a Delicious feed.

&gt; if you were setting the resource w/in a 
&gt; system where an account could control the 
&gt; bookmarking of URNs w/in it’s own namespace

If you go back and look at http://delicious.com/elmcity/metata you will see that making use of exactly that sort of self-referential strange loop.</description>
		<content:encoded><![CDATA[<p>&gt; One thing…would you not, at least<br />
&gt; potentially, want to restrict your<br />
&gt; categories list to being generated by<br />
&gt; particular Descendants?</p>
<p>This is, and only needs to be, a way to find Delicious tags in a Delicious feed.</p>
<p>&gt; if you were setting the resource w/in a<br />
&gt; system where an account could control the<br />
&gt; bookmarking of URNs w/in it’s own namespace</p>
<p>If you go back and look at <a href="http://delicious.com/elmcity/metata" rel="nofollow">http://delicious.com/elmcity/metata</a> you will see that making use of exactly that sort of self-referential strange loop.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
