<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Opt-in controls for allowing your info to be Exported</title>
	<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported</link>
	<description>Digital Lifestyle Aggregation - helping to establish open source infrastructure</description>
	<pubDate>Sat, 05 Jul 2008 10:48:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2</generator>

	<item>
		<title>By: ” openID » myID &#187; st. paulé *</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-244218</link>
		<author>” openID » myID &#187; st. paulé *</author>
		<pubDate>Fri, 18 Jan 2008 10:46:25 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-244218</guid>
		<description>[...] sind erste Symptome einer Auseinandersetzung, die gerade erst beginnt. Der Kampf ums Profil. &#8220;Wem gehört das eigentlich&#8221;, wird spätestens dann gefragt werden, wenn ich Dank openID nicht bei jedem Social Network meine [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] sind erste Symptome einer Auseinandersetzung, die gerade erst beginnt. Der Kampf ums Profil. &#8220;Wem gehört das eigentlich&#8221;, wird spätestens dann gefragt werden, wenn ich Dank openID nicht bei jedem Social Network meine [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ymerce &#187; Sociale contracten en technische mogelijkheden</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243957</link>
		<author>Ymerce &#187; Sociale contracten en technische mogelijkheden</author>
		<pubDate>Mon, 07 Jan 2008 17:30:00 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243957</guid>
		<description>[...] is lastiger dan het lijkt, misschien dat de opt-in suggestie van Marc zo slecht nog niet is&#8230; Stem op dit artikel of voeg het toe [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] is lastiger dan het lijkt, misschien dat de opt-in suggestie van Marc zo slecht nog niet is&#8230; Stem op dit artikel of voeg het toe [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EnThinnai Blog &#187; Blog Archive &#187; Affirmation of Some of Design Choices</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243910</link>
		<author>EnThinnai Blog &#187; Blog Archive &#187; Affirmation of Some of Design Choices</author>
		<pubDate>Fri, 04 Jan 2008 20:05:43 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243910</guid>
		<description>[...] example, Marc Cantor feels that opt-in control would solve the problem. He states: By providing an explicit opt-in [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] example, Marc Cantor feels that opt-in control would solve the problem. He states: By providing an explicit opt-in [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Social Web mobile edition</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243907</link>
		<author>The Social Web mobile edition</author>
		<pubDate>Fri, 04 Jan 2008 19:12:33 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243907</guid>
		<description>[...] Marc Canter argues that if data portability is to be done properly, social networks or any service which invites users to submit contact data should give users opt-in controls&#8230; that give every user the ability to control en masse (or maybe even on a case by case basis) - who can export their personal data (mainly email address) via a ‘friends list’ export. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Marc Canter argues that if data portability is to be done properly, social networks or any service which invites users to submit contact data should give users opt-in controls&#8230; that give every user the ability to control en masse (or maybe even on a case by case basis) - who can export their personal data (mainly email address) via a ‘friends list’ export. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc&#8217;s Voice &#187; Blog Archive &#187; Pre-CES blogging</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243905</link>
		<author>Marc&#8217;s Voice &#187; Blog Archive &#187; Pre-CES blogging</author>
		<pubDate>Fri, 04 Jan 2008 18:47:15 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243905</guid>
		<description>[...] &#171; Opt-in controls for allowing your info to be Exported [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] &laquo; Opt-in controls for allowing your info to be Exported [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aswath</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243904</link>
		<author>Aswath</author>
		<pubDate>Fri, 04 Jan 2008 18:36:47 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243904</guid>
		<description>In our tiny site, EnThinnai (which will become a tiny application that users will run it on their servers) every speck of data is controlled with opt-in (with default deny) supported by "two-way API". There need not be any SN provider to realize the services of SNs.</description>
		<content:encoded><![CDATA[<p>In our tiny site, EnThinnai (which will become a tiny application that users will run it on their servers) every speck of data is controlled with opt-in (with default deny) supported by &#8220;two-way API&#8221;. There need not be any SN provider to realize the services of SNs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: You Break The Rules In My House, You Leave My House. Facebook, Scoble and Where The Line Is. : The All New Musings of Ewan Spence</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243903</link>
		<author>You Break The Rules In My House, You Leave My House. Facebook, Scoble and Where The Line Is. : The All New Musings of Ewan Spence</author>
		<pubDate>Fri, 04 Jan 2008 17:46:29 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243903</guid>
		<description>[...] As expected&#8230; Marc Canter&#8217;s take. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] As expected&#8230; Marc Canter&#8217;s take. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Scoble mess and data portability - - mathewingram.com/work</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243899</link>
		<author>The Scoble mess and data portability - - mathewingram.com/work</author>
		<pubDate>Fri, 04 Jan 2008 14:55:22 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243899</guid>
		<description>[...] an invitation to the site to join their push for a single standard. Marc Canter thinks we need better access controls for our data, and Chris &#8220;Factory Joe&#8221; Messina thinks that we need to move away from [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] an invitation to the site to join their push for a single standard. Marc Canter thinks we need better access controls for our data, and Chris &#8220;Factory Joe&#8221; Messina thinks that we need to move away from [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremiah Owyang</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243892</link>
		<author>Jeremiah Owyang</author>
		<pubDate>Fri, 04 Jan 2008 11:36:24 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243892</guid>
		<description>This is my stance too, the users should be in control of their data, they have the option of which container it heads to.</description>
		<content:encoded><![CDATA[<p>This is my stance too, the users should be in control of their data, they have the option of which container it heads to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Bond</title>
		<link>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243891</link>
		<author>Julian Bond</author>
		<pubDate>Fri, 04 Jan 2008 10:36:36 +0000</pubDate>
		<guid>http://blog.broadbandmechanics.com/2008/01/opt-in-controls-for-allowing-your-info-to-be-exported#comment-243891</guid>
		<description>I find this interesting in the context of LinkedIn and Webmail services like GMail. And particularly interesting because Plaxo is involved. We would be horrified if Mail *didn't* allow us access to the email addresses of our friends. So it's common to have CSV export and an API for getting them. This in turn leads to libraries like Octazen that enable the "find my friends on this service" function in every new YASN. LinkedIn sit in the middle of the spectrum. They've had a CSV export of email addresses for a long time. Nobody bat's an eye at this despite the fact that there's no opt in. Meanwhile Plaxo have built a business on syncing all this data between your different data stores of emails. And yet, they don't have a formal API for querying the data, perhaps because their business is built on selling you the tools. Which leads to Octazen being unable to get *your* contact data out of Plaxo. This wasn't a problem until Plaxo started being a YASN as well. By the time we cross the spectrum into MyOrkutFace territory we're seriously into (Bat Country!) VC funded member growth at all costs. Now it's not in their interests to allow any export ever. The only thing that matters is viral growth[1], stickiness and page impressions.

Over on my tiny site, Ecademy, we took the decision a long time ago to provide as many APIs as we could and to expose any data that was available as HTML in machine readable formats. If you choose to show your email address on your profile, you must expect it to be available in FOAF, VCard, CSV and whatever else I can support. So the opt in is "Am I visible" and "which of my contact details are visible". Once that's done, the rest follows.

[1]I'm afraid I now hate Facebook. Every function in there is a poor copy of better functions provided by single purpose  applications elsewhere. eg Twitter, Upcoming, phpBB, Flickr, Wordpress, etc etc. The one and only thing it's good at is being viral. The one thing going for it is that there's lots of people there. The real trick in 2008 is going to be interop between all the special purpose sites so we don't have to do the "Am I Your Friend? Y/N" dance on each shiny new Social Site we sign up to.</description>
		<content:encoded><![CDATA[<p>I find this interesting in the context of LinkedIn and Webmail services like GMail. And particularly interesting because Plaxo is involved. We would be horrified if Mail *didn&#8217;t* allow us access to the email addresses of our friends. So it&#8217;s common to have CSV export and an API for getting them. This in turn leads to libraries like Octazen that enable the &#8220;find my friends on this service&#8221; function in every new YASN. LinkedIn sit in the middle of the spectrum. They&#8217;ve had a CSV export of email addresses for a long time. Nobody bat&#8217;s an eye at this despite the fact that there&#8217;s no opt in. Meanwhile Plaxo have built a business on syncing all this data between your different data stores of emails. And yet, they don&#8217;t have a formal API for querying the data, perhaps because their business is built on selling you the tools. Which leads to Octazen being unable to get *your* contact data out of Plaxo. This wasn&#8217;t a problem until Plaxo started being a YASN as well. By the time we cross the spectrum into MyOrkutFace territory we&#8217;re seriously into (Bat Country!) VC funded member growth at all costs. Now it&#8217;s not in their interests to allow any export ever. The only thing that matters is viral growth[1], stickiness and page impressions.</p>
<p>Over on my tiny site, Ecademy, we took the decision a long time ago to provide as many APIs as we could and to expose any data that was available as HTML in machine readable formats. If you choose to show your email address on your profile, you must expect it to be available in FOAF, VCard, CSV and whatever else I can support. So the opt in is &#8220;Am I visible&#8221; and &#8220;which of my contact details are visible&#8221;. Once that&#8217;s done, the rest follows.</p>
<p>[1]I&#8217;m afraid I now hate Facebook. Every function in there is a poor copy of better functions provided by single purpose  applications elsewhere. eg Twitter, Upcoming, phpBB, Flickr, Wordpress, etc etc. The one and only thing it&#8217;s good at is being viral. The one thing going for it is that there&#8217;s lots of people there. The real trick in 2008 is going to be interop between all the special purpose sites so we don&#8217;t have to do the &#8220;Am I Your Friend? Y/N&#8221; dance on each shiny new Social Site we sign up to.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
