<?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"
	>
<channel>
	<title>Comments on: Movement afoot - indeed</title>
	<atom:link href="http://blog.broadbandmechanics.com/2006/08/movement-afoot-indeed/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.broadbandmechanics.com/2006/08/movement-afoot-indeed</link>
	<description>Digital Lifestyle Aggregation - helping to establish open source infrastructure</description>
	<pubDate>Fri, 29 Aug 2008 22:32:48 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Better Living through Software &#187; Blog Archive &#187; Idea Slaves</title>
		<link>http://blog.broadbandmechanics.com/2006/08/movement-afoot-indeed#comment-83712</link>
		<dc:creator>Better Living through Software &#187; Blog Archive &#187; Idea Slaves</dc:creator>
		<pubDate>Tue, 22 Aug 2006 05:08:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/08/movement-afoot-indeed#comment-83712</guid>
		<description>[...] The &#8220;Metcalfe&#8217;s Law&#8221; debate comes down to an argument about which &#8220;rule of thumb&#8221; is best for valuing networks.  It&#8217;s great debate fodder, because it can be used to kickstart any pet topic, like &#8220;it is/isn&#8217;t a bubble&#8221; (I agree with Umair), or &#8220;closed networks will die&#8221; (Closed networks/&#8221;moats&#8221; are still alive and well, but Marc&#8217;s ideas will win in the end).  But as Umair said last time the debate popped up, &#8220;it&#8217;s just a model, stupid!&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] The &#8220;Metcalfe&#8217;s Law&#8221; debate comes down to an argument about which &#8220;rule of thumb&#8221; is best for valuing networks.  It&#8217;s great debate fodder, because it can be used to kickstart any pet topic, like &#8220;it is/isn&#8217;t a bubble&#8221; (I agree with Umair), or &#8220;closed networks will die&#8221; (Closed networks/&#8221;moats&#8221; are still alive and well, but Marc&#8217;s ideas will win in the end).  But as Umair said last time the debate popped up, &#8220;it&#8217;s just a model, stupid!&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc&#8217;s Voice &#187; Blog Archive &#187; Happy Sunday in August folks - hope your vacatioing, cause things are gonna heat up in Sept.</title>
		<link>http://blog.broadbandmechanics.com/2006/08/movement-afoot-indeed#comment-83000</link>
		<dc:creator>Marc&#8217;s Voice &#187; Blog Archive &#187; Happy Sunday in August folks - hope your vacatioing, cause things are gonna heat up in Sept.</dc:creator>
		<pubDate>Sun, 20 Aug 2006 21:45:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/08/movement-afoot-indeed#comment-83000</guid>
		<description>[...] Julian Bond has an interesting rant as a comment on my post on l.m. orchard&#8217;s post on Movement afoot.  Julian is dam smart - and I just wish he was - listened to more.  Or worked for a bigger company.  Julian was one of the guys who worked on FOAFnet - the first attempt at  Import/Export between spcial networks - in 2004. [...]</description>
		<content:encoded><![CDATA[<p>[...] Julian Bond has an interesting rant as a comment on my post on l.m. orchard&#8217;s post on Movement afoot.  Julian is dam smart - and I just wish he was - listened to more.  Or worked for a bigger company.  Julian was one of the guys who worked on FOAFnet - the first attempt at  Import/Export between spcial networks - in 2004. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Bond</title>
		<link>http://blog.broadbandmechanics.com/2006/08/movement-afoot-indeed#comment-82071</link>
		<dc:creator>Julian Bond</dc:creator>
		<pubDate>Sat, 19 Aug 2006 07:13:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.broadbandmechanics.com/2006/08/movement-afoot-indeed#comment-82071</guid>
		<description>Here's the crucial part. &lt;i&gt;But since then, I just haven’t felt the need to replicate self-disclosure anywhere else but on my own site.&lt;/i&gt;&lt;i&gt; We need both ends of this. We need the social networks to be able to import the data. But we also need the personal blog software to support an "About Me" page that maintains and publishes the master copy. There continue to be major challenges around this area.

- Master "About Me" page with export in common personal software
- Standards for either a schema to describe people or ways of building it on the fly
- Standards for transferring that data
- Implementation of account creation using profile data from elsewhere
- Ways of keeping everything in sync.

And this all raises questions of exactly where the data should reside. The sync problem suggests it should never move
and stay on the master site. We'll just include it at run time. But that works against being able to generate added value from having lots of that data in one place. And there are commercial pressures pushing sites towards keeping their local copy.&lt;/i&gt;</description>
		<content:encoded><![CDATA[<p>Here&#8217;s the crucial part. <i>But since then, I just haven’t felt the need to replicate self-disclosure anywhere else but on my own site.</i><i> We need both ends of this. We need the social networks to be able to import the data. But we also need the personal blog software to support an &#8220;About Me&#8221; page that maintains and publishes the master copy. There continue to be major challenges around this area.</p>
<p>- Master &#8220;About Me&#8221; page with export in common personal software<br />
- Standards for either a schema to describe people or ways of building it on the fly<br />
- Standards for transferring that data<br />
- Implementation of account creation using profile data from elsewhere<br />
- Ways of keeping everything in sync.</p>
<p>And this all raises questions of exactly where the data should reside. The sync problem suggests it should never move<br />
and stay on the master site. We&#8217;ll just include it at run time. But that works against being able to generate added value from having lots of that data in one place. And there are commercial pressures pushing sites towards keeping their local copy.</i></p>
]]></content:encoded>
	</item>
</channel>
</rss>
