<?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: Not trapping users&#8217; data = GOOD</title>
	<atom:link href="http://www.mattcutts.com/blog/not-trapping-users-data-good/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/</link>
	<description>neat fun stuff</description>
	<lastBuildDate>Fri, 19 Mar 2010 01:55:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: yurkennis</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-249165</link>
		<dc:creator>yurkennis</dc:creator>
		<pubDate>Wed, 18 Feb 2009 09:54:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-249165</guid>
		<description>This post is very much about &quot;What if user could really OWN all of his data?&quot; mentioned at TheNextWeb&#039;2008 (http://thenextweb.org/conference)

I think we can say &quot;users&#039; data is not trapped&quot; when you can switch from one provider to another (and back) without effort, virtually with a single click of the button.

More specifically, it implies two conditions for a given service X:
1) user having account at X can _easily_ export all his data and settings to any of X&#039;s major competitors, web-based or otherwise, without loosing any metadata that is supported by competitor as well (for example, for GMail it is: [a] to download mail archives, stars and labels, filters and address book in a format Outlook / Thunderbird can import from; [b] to migrate all those data to other popular web-based email, defining industry standards for migrating user between webmail providers)

2) user who once decided to leave X for its competitor (and who took his data from X) can come back to X, bringing his data updated/expanded by the competitor, and be sure all his X-specific settings and metadata will be preserved, and all data updates from competitor will be migrated to X seamlessly
 
Considering things this way,
= POP access to GMail doesn&#039;t allow to migrate &quot;state of inbox&quot;: un/read state of each message, labels and stars attached etc
= IMAP does well with un/read, but fails to be &quot;migratable&quot; when you use multiple labels per message: at alternative provider, you&#039;ll always have such messages duplicated, one copy per label attached (which is a loss of vital metadata)
= in GTalk, user&#039;s data is stuck at GMail: you just can&#039;t download chat history in, let say, MirandaIM-importable format
= Google Groups: bit complicated. At least, a closed-group owner should be able to migrate the whole group, history of discussion, file an document archives, plus membership data to an entirely different platform (like Yahoo! Groups)--with minimal to none effort from a regular member of the group.

And yes, being able to import email history to GMail from my MS Outlook .pst-files or chat history from MirandaIM to GTalk is also a very good thing, even if it about &quot;further trapped by Google&quot; :-)</description>
		<content:encoded><![CDATA[<p>This post is very much about &#8220;What if user could really OWN all of his data?&#8221; mentioned at TheNextWeb&#8217;2008 (<a href="http://thenextweb.org/conference" rel="nofollow">http://thenextweb.org/conference</a>)</p>
<p>I think we can say &#8220;users&#8217; data is not trapped&#8221; when you can switch from one provider to another (and back) without effort, virtually with a single click of the button.</p>
<p>More specifically, it implies two conditions for a given service X:<br />
1) user having account at X can _easily_ export all his data and settings to any of X&#8217;s major competitors, web-based or otherwise, without loosing any metadata that is supported by competitor as well (for example, for GMail it is: [a] to download mail archives, stars and labels, filters and address book in a format Outlook / Thunderbird can import from; [b] to migrate all those data to other popular web-based email, defining industry standards for migrating user between webmail providers)</p>
<p>2) user who once decided to leave X for its competitor (and who took his data from X) can come back to X, bringing his data updated/expanded by the competitor, and be sure all his X-specific settings and metadata will be preserved, and all data updates from competitor will be migrated to X seamlessly</p>
<p>Considering things this way,<br />
= POP access to GMail doesn&#8217;t allow to migrate &#8220;state of inbox&#8221;: un/read state of each message, labels and stars attached etc<br />
= IMAP does well with un/read, but fails to be &#8220;migratable&#8221; when you use multiple labels per message: at alternative provider, you&#8217;ll always have such messages duplicated, one copy per label attached (which is a loss of vital metadata)<br />
= in GTalk, user&#8217;s data is stuck at GMail: you just can&#8217;t download chat history in, let say, MirandaIM-importable format<br />
= Google Groups: bit complicated. At least, a closed-group owner should be able to migrate the whole group, history of discussion, file an document archives, plus membership data to an entirely different platform (like Yahoo! Groups)&#8211;with minimal to none effort from a regular member of the group.</p>
<p>And yes, being able to import email history to GMail from my MS Outlook .pst-files or chat history from MirandaIM to GTalk is also a very good thing, even if it about &#8220;further trapped by Google&#8221; <img src='http://www.mattcutts.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Ellwood</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-121328</link>
		<dc:creator>Steve Ellwood</dc:creator>
		<pubDate>Fri, 25 Jan 2008 12:00:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-121328</guid>
		<description>Thanks Matt; saw this when digging about Google/Facebook portability. &lt;a href=&quot;http://twitter.com/steveellwood/statuses/640003822&quot; rel=&quot;nofollow&quot;&gt;Tweeted&lt;/a&gt; about it, too. Nice to see Google leading the way (so when are you going to *accept* OpenIDs?)</description>
		<content:encoded><![CDATA[<p>Thanks Matt; saw this when digging about Google/Facebook portability. <a href="http://twitter.com/steveellwood/statuses/640003822" rel="nofollow">Tweeted</a> about it, too. Nice to see Google leading the way (so when are you going to *accept* OpenIDs?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: web design fort myers</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-120627</link>
		<dc:creator>web design fort myers</dc:creator>
		<pubDate>Mon, 14 Jan 2008 22:02:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-120627</guid>
		<description>I guess Marshall over at ReadWriteWeb should have been subscribed to the Matt Cutts blog before he made his snippy comments recently!

Bet it&#039;s nice to feel ahead Matt!?</description>
		<content:encoded><![CDATA[<p>I guess Marshall over at ReadWriteWeb should have been subscribed to the Matt Cutts blog before he made his snippy comments recently!</p>
<p>Bet it&#8217;s nice to feel ahead Matt!?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Okinawa</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-117012</link>
		<dc:creator>Okinawa</dc:creator>
		<pubDate>Fri, 23 Nov 2007 21:01:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-117012</guid>
		<description>Google is taking over the internets.</description>
		<content:encoded><![CDATA[<p>Google is taking over the internets.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ceviri</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-107488</link>
		<dc:creator>ceviri</dc:creator>
		<pubDate>Sun, 01 Jul 2007 19:29:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-107488</guid>
		<description>It would be nice to see this spirit extended in supporting OpenID. Support not just in the sense of just being an OpenID provider like some other sites have been doing.</description>
		<content:encoded><![CDATA[<p>It would be nice to see this spirit extended in supporting OpenID. Support not just in the sense of just being an OpenID provider like some other sites have been doing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corey Koberg</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-101399</link>
		<dc:creator>Corey Koberg</dc:creator>
		<pubDate>Fri, 13 Apr 2007 05:31:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-101399</guid>
		<description>Matt,

I love hearing that Google is willing to let users leave--decisions like that will ultimately pay off in the end by keeping you on your toes.

I am disappointed to see that the &quot;google start page&quot; has no way to export either an OPML file or RSS/feed. 
(start.websharedesign.com in my case)

Just an oversight?

cheers,
Corey</description>
		<content:encoded><![CDATA[<p>Matt,</p>
<p>I love hearing that Google is willing to let users leave&#8211;decisions like that will ultimately pay off in the end by keeping you on your toes.</p>
<p>I am disappointed to see that the &#8220;google start page&#8221; has no way to export either an OPML file or RSS/feed.<br />
(start.websharedesign.com in my case)</p>
<p>Just an oversight?</p>
<p>cheers,<br />
Corey</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Isaac</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-99766</link>
		<dc:creator>Isaac</dc:creator>
		<pubDate>Thu, 15 Mar 2007 21:41:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-99766</guid>
		<description>Does anyone know if there is anyway to export Google Checkout orders (from sales that I have completed).  I know that you can export the payouts (althought i have experienced much difficulty with this feature) but I want to export the orders so that I can use them for accounting purposes (Quickbooks format would be nice).  It doesn&#039;t seem that anything official has been released, but does anyone know of a hack that I could use to easily import this info?

Isaac</description>
		<content:encoded><![CDATA[<p>Does anyone know if there is anyway to export Google Checkout orders (from sales that I have completed).  I know that you can export the payouts (althought i have experienced much difficulty with this feature) but I want to export the orders so that I can use them for accounting purposes (Quickbooks format would be nice).  It doesn&#8217;t seem that anything official has been released, but does anyone know of a hack that I could use to easily import this info?</p>
<p>Isaac</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Faughnan</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-99376</link>
		<dc:creator>John Faughnan</dc:creator>
		<pubDate>Sun, 11 Mar 2007 00:51:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-99376</guid>
		<description>I&#039;m delighted to read this. So when will Picasa web albums allow export of all images with XMP sidecars for the metadata in a single action, allowing migration to another vendor?</description>
		<content:encoded><![CDATA[<p>I&#8217;m delighted to read this. So when will Picasa web albums allow export of all images with XMP sidecars for the metadata in a single action, allowing migration to another vendor?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multi-Worded Adam</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-99335</link>
		<dc:creator>Multi-Worded Adam</dc:creator>
		<pubDate>Sat, 10 Mar 2007 14:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-99335</guid>
		<description>I don&#039;t think the side-by-side mashup or vanilla SERPs vs. personalized SERPs is going to be that big a deal, since there&#039;s a very simple solution:

Browser 1 (e.g. IE, just for illustrative purposes):  shows personalized results.  This would be the browser the SEO prefers to use by nature.

Browser 2 (e.g. FF, also just for illustrative purposes):  shows the vanilla results.  This would be the browser the SEO doesn&#039;t prefer to use, or downloaded for this specific purpose.

Voila.  Side by side results.  I may be missing something, but it doesn&#039;t seem all that complicated to me.)</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think the side-by-side mashup or vanilla SERPs vs. personalized SERPs is going to be that big a deal, since there&#8217;s a very simple solution:</p>
<p>Browser 1 (e.g. IE, just for illustrative purposes):  shows personalized results.  This would be the browser the SEO prefers to use by nature.</p>
<p>Browser 2 (e.g. FF, also just for illustrative purposes):  shows the vanilla results.  This would be the browser the SEO doesn&#8217;t prefer to use, or downloaded for this specific purpose.</p>
<p>Voila.  Side by side results.  I may be missing something, but it doesn&#8217;t seem all that complicated to me.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Schinkel</title>
		<link>http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-99334</link>
		<dc:creator>Mike Schinkel</dc:creator>
		<pubDate>Sat, 10 Mar 2007 13:54:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.mattcutts.com/blog/not-trapping-users-data-good/#comment-99334</guid>
		<description>Hmm.  While I strongly agree with the premise, and also believe Google is good at providing access to data, Google is not great. One example is Gmail.  For example, I can&#039;t export my GMail. I also cannot tell Gmail to add certain messages back into the POP3 queue to be downloaded again (this has caused me no end of grief!)</description>
		<content:encoded><![CDATA[<p>Hmm.  While I strongly agree with the premise, and also believe Google is good at providing access to data, Google is not great. One example is Gmail.  For example, I can&#8217;t export my GMail. I also cannot tell Gmail to add certain messages back into the POP3 queue to be downloaded again (this has caused me no end of grief!)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
