<?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: Gillmor Gang 08.15.08</title>
	<atom:link href="http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/feed/" rel="self" type="application/rss+xml" />
	<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/</link>
	<description>Industry experts and thought leaders mix it up in The Gillmor Gang's daily conversation on what's hot in technology and social media.</description>
	<pubDate>Wed, 25 Nov 2009 13:44:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Recent Links Tagged With "marc" - JabberTags</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1380</link>
		<dc:creator>Recent Links Tagged With "marc" - JabberTags</dc:creator>
		<pubDate>Fri, 26 Sep 2008 20:34:07 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1380</guid>
		<description>[...] public links &gt;&gt; marc   Gillmor Gang 08.15.08 Saved by meersa on Wed 24-9-2008   Another Prime Example Of Crap Reporting Saved by tomatlee on Mon [...]</description>
		<content:encoded><![CDATA[<p>[...] public links &gt;&gt; marc   Gillmor Gang 08.15.08 Saved by meersa on Wed 24-9-2008   Another Prime Example Of Crap Reporting Saved by tomatlee on Mon [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc&#8217;s Voice &#187; Blog Archive &#187; Vacation over - blogging - end of Aug. &#8216;08</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1201</link>
		<dc:creator>Marc&#8217;s Voice &#187; Blog Archive &#187; Vacation over - blogging - end of Aug. &#8216;08</dc:creator>
		<pubDate>Fri, 22 Aug 2008 20:17:05 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1201</guid>
		<description>[...] I&#8217;ve been doing all sorts of Gillmor Gang shows [...]</description>
		<content:encoded><![CDATA[<p>[...] I&#8217;ve been doing all sorts of Gillmor Gang shows [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Summer 2008 road trip &#183; ordaso.com</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1200</link>
		<dc:creator>Summer 2008 road trip &#183; ordaso.com</dc:creator>
		<pubDate>Fri, 22 Aug 2008 18:05:39 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1200</guid>
		<description>[...] listened to an excellent Gillmor Gang podcast with Marc Canter and Evan Prodromou of identi.ca. I agree with Steve that identi.ca must do what [...]</description>
		<content:encoded><![CDATA[<p>[...] listened to an excellent Gillmor Gang podcast with Marc Canter and Evan Prodromou of identi.ca. I agree with Steve that identi.ca must do what [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Identi.ca-Rundgang &#124; F!XMBR</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1197</link>
		<dc:creator>Identi.ca-Rundgang &#124; F!XMBR</dc:creator>
		<pubDate>Wed, 20 Aug 2008 17:23:21 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1197</guid>
		<description>[...] neuen Welle. Sie hat angefangen. Jawohl. Und wo ich gerade bei Podcast war - hier ein weiterer: Marc Canter, Evan Prodromou, Kevin Marks, und Brad Williams mit Steve Gillmor. Nat&#252;rlich hat nicht nur Deutschland Identi.ca entdeckt - auch internationale Reaktionen gab [...]</description>
		<content:encoded><![CDATA[<p>[...] neuen Welle. Sie hat angefangen. Jawohl. Und wo ich gerade bei Podcast war - hier ein weiterer: Marc Canter, Evan Prodromou, Kevin Marks, und Brad Williams mit Steve Gillmor. Nat&uuml;rlich hat nicht nur Deutschland Identi.ca entdeckt - auch internationale Reaktionen gab [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alec Saunders</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1196</link>
		<dc:creator>Alec Saunders</dc:creator>
		<pubDate>Wed, 20 Aug 2008 17:11:49 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1196</guid>
		<description>Enjoyed the show, particularly the zen moment at the beginning in which Marc conceded that Steve's contribution to his fence would be to not contribute.  That made my day ;)</description>
		<content:encoded><![CDATA[<p>Enjoyed the show, particularly the zen moment at the beginning in which Marc conceded that Steve&#8217;s contribution to his fence would be to not contribute.  That made my day <img src='http://gillmorgang.techcrunch.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Summer 2008 road trip (Scripting News)</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1194</link>
		<dc:creator>Summer 2008 road trip (Scripting News)</dc:creator>
		<pubDate>Wed, 20 Aug 2008 14:59:03 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1194</guid>
		<description>[...] listened to an excellent Gillmor Gang podcast with Marc Canter and Evan Prodromou of identi.ca. I agree with Steve that identi.ca must do what [...]</description>
		<content:encoded><![CDATA[<p>[...] listened to an excellent Gillmor Gang podcast with Marc Canter and Evan Prodromou of identi.ca. I agree with Steve that identi.ca must do what [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Das Duell &#8220;Twitter&#8221; vs. &#8220;identi.ca&#8221; und das Echo &#171; Sprechblase</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1193</link>
		<dc:creator>Das Duell &#8220;Twitter&#8221; vs. &#8220;identi.ca&#8221; und das Echo &#171; Sprechblase</dc:creator>
		<pubDate>Wed, 20 Aug 2008 13:39:53 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1193</guid>
		<description>[...] &#8220;identi.ca&#8221;: Business-Power gegen Open Source-Power. Vor einigen Tagen auch noch ein Podacst zum Thema von der Gilmor Gang - diesmal mit: Marc Canter, Evan Prodromou, Kevin Marks, und Brad Williams mit Steve Gillmor [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8220;identi.ca&#8221;: Business-Power gegen Open Source-Power. Vor einigen Tagen auch noch ein Podacst zum Thema von der Gilmor Gang - diesmal mit: Marc Canter, Evan Prodromou, Kevin Marks, und Brad Williams mit Steve Gillmor [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Summer 2008 road trip &#183; FREE BLOG SHARE</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1192</link>
		<dc:creator>Summer 2008 road trip &#183; FREE BLOG SHARE</dc:creator>
		<pubDate>Wed, 20 Aug 2008 11:02:23 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1192</guid>
		<description>[...] listened to an excellent Gillmor Gang podcast with Marc Canter and Evan Prodromou of identi.ca. I agree with Steve that identi.ca must do what [...]</description>
		<content:encoded><![CDATA[<p>[...] listened to an excellent Gillmor Gang podcast with Marc Canter and Evan Prodromou of identi.ca. I agree with Steve that identi.ca must do what [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pozycjonowanie &#187; Blog Archive &#187; Summer 2008 road trip</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1190</link>
		<dc:creator>Pozycjonowanie &#187; Blog Archive &#187; Summer 2008 road trip</dc:creator>
		<pubDate>Wed, 20 Aug 2008 10:40:58 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1190</guid>
		<description>[...] listened to an excellent Gillmor Gang podcast with Marc Canter and Evan Prodromou of identi.ca. I agree with Steve that identi.ca must do what [...]</description>
		<content:encoded><![CDATA[<p>[...] listened to an excellent Gillmor Gang podcast with Marc Canter and Evan Prodromou of identi.ca. I agree with Steve that identi.ca must do what [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Stacey</title>
		<link>http://gillmorgang.techcrunch.com/2008/08/15/gillmor-gang-081508/comment-page-1/#comment-1184</link>
		<dc:creator>William Stacey</dc:creator>
		<pubDate>Mon, 18 Aug 2008 05:19:48 +0000</pubDate>
		<guid isPermaLink="false">http://gillmorgang.techcrunch.com/?p=253#comment-1184</guid>
		<description>IMO, here is a simple arch of open mesh that does not require a bunch of new standards:

1) Every social service publishes atom feeds. Feeds contain entries and/or other Feeds. Feeds within feeds is the tree. Every feed and entry in a feed is addressable by its unique URI.

2) Every service supports user-created search feeds. In effect, this is a "track" feed with sql-like where predicates. Users can create and delete as desired.

3) Feed Entries must contain at least the following fields (schema):
	EntryURI	(unique entry URI)
	ReplyURI	(null or the entry being replied to)
	To		(users or user-feeds (i.e. groups) to send msg to)
	From		(user URI who sent this entry)
	UTCDate	(msg date in UTC)
	Comment	(msg string)
	Attachments	(null, Entry URIs)

4) Every service must support at least one User Attachment feed to store attachments (i.e. pictures, docs, etc).   Service specified storage limits.  Attachments pushed from the client are stored as separate Entries with a URI as normal. The Attachments field then contains the blob data as base64 wrapped in an XML infoset.  This could be an opt-in feature of the service if they don’t support user space. 
   
5) EntryURI must be unique. The EntryURI serves as both the path to the entry as well as the key across the Net.

6) Services must support RESTfull DB queries (i.e. Astoria like).

What this provides:
1) Simple and common.  All entries from all services are static and addressable.
2) REST and ATOM are the lowest common denominator. No other standards need to be made. All platforms supported by nature of atom and REST. No proprietary APIs required.
3) Minimum set of fields (above) are requirement. Order not important and any derived schemas supported. Clients just ignore unknown fields.
4) Client frameworks can aggregate and relate feed collections anyway they want.
5) Attachments are simple links to attachment entries stored at the service.  By convention, the client software pushes attachments to the user’s Attachment Feed that is addressable by others.  Alternatively, if the user manually supplies attachment URL(s), they are passed in place and no attachments are stored at service.</description>
		<content:encoded><![CDATA[<p>IMO, here is a simple arch of open mesh that does not require a bunch of new standards:</p>
<p>1) Every social service publishes atom feeds. Feeds contain entries and/or other Feeds. Feeds within feeds is the tree. Every feed and entry in a feed is addressable by its unique URI.</p>
<p>2) Every service supports user-created search feeds. In effect, this is a &#8220;track&#8221; feed with sql-like where predicates. Users can create and delete as desired.</p>
<p>3) Feed Entries must contain at least the following fields (schema):<br />
	EntryURI	(unique entry URI)<br />
	ReplyURI	(null or the entry being replied to)<br />
	To		(users or user-feeds (i.e. groups) to send msg to)<br />
	From		(user URI who sent this entry)<br />
	UTCDate	(msg date in UTC)<br />
	Comment	(msg string)<br />
	Attachments	(null, Entry URIs)</p>
<p>4) Every service must support at least one User Attachment feed to store attachments (i.e. pictures, docs, etc).   Service specified storage limits.  Attachments pushed from the client are stored as separate Entries with a URI as normal. The Attachments field then contains the blob data as base64 wrapped in an XML infoset.  This could be an opt-in feature of the service if they don’t support user space. </p>
<p>5) EntryURI must be unique. The EntryURI serves as both the path to the entry as well as the key across the Net.</p>
<p>6) Services must support RESTfull DB queries (i.e. Astoria like).</p>
<p>What this provides:<br />
1) Simple and common.  All entries from all services are static and addressable.<br />
2) REST and ATOM are the lowest common denominator. No other standards need to be made. All platforms supported by nature of atom and REST. No proprietary APIs required.<br />
3) Minimum set of fields (above) are requirement. Order not important and any derived schemas supported. Clients just ignore unknown fields.<br />
4) Client frameworks can aggregate and relate feed collections anyway they want.<br />
5) Attachments are simple links to attachment entries stored at the service.  By convention, the client software pushes attachments to the user’s Attachment Feed that is addressable by others.  Alternatively, if the user manually supplies attachment URL(s), they are passed in place and no attachments are stored at service.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
