<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Econometa &#187; Personal data</title>
	<atom:link href="http://www.econometa.com/tags/personal-data/feed" rel="self" type="application/rss+xml" />
	<link>http://www.econometa.com</link>
	<description>The economy of stuff about stuff</description>
	<lastBuildDate>Sat, 05 Apr 2008 15:21:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Degrees of anonymity</title>
		<link>http://www.econometa.com/archives/48</link>
		<comments>http://www.econometa.com/archives/48#comments</comments>
		<pubDate>Fri, 22 Sep 2006 17:04:22 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[Personal data]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/48</guid>
		<description><![CDATA[We have one primary goal with PrefPass when it comes to changing the user experience on the web: convenience. This aspect is a simple proposition: instead of a registration form, a link in an email, and then yet another password to remember, you can join a site with one click. But another aspect of PrefPass [...]]]></description>
			<content:encoded><![CDATA[<p>We have one primary goal with <a href="http://prefpass.com/">PrefPass</a> when it comes to changing the user experience on the web: convenience. This aspect is a simple proposition: instead of a registration form, a link in an email, and then yet another password to remember, you can join a site with one click. </p>
<p>But another aspect of PrefPass is that, unlike previous solutions such as form-filling utilities or single sign-on systems, PrefPass keeps users anonymous. This aspect is a bit more complicated.</p>
<p>Anonymous literally means &#8220;of unknown name,&#8221; but in reality we mean a lot more than that when we use the term. Does it mean that you don&#8217;t know who I am in the real world? That you don&#8217;t know that I&#8217;m the same person that writes a different blog? That you don&#8217;t know that I&#8217;m the same person that wrote the last post on this blog? </p>
<p>As far as I can tell, there isn&#8217;t really a standard way of characterizing these different degrees of anonymity. But there are some standard terms whose meanings can be perhaps slightly bent to cobble together a basic ranking:</p>
<p> &#8211; <strong>Unknown</strong>: absolutely nothing is known about the user</p>
<p> &#8211; <strong>Anonymous</strong>: the user is associated with an identifier that applies across transactions at a single site. Cookies are a common way of anonymously identifying users on a temporary basis. </p>
<p> &#8211; <strong>Pseudonymous</strong>: the user is associated with a pseudonym (AKA handle, username, or nickname) that applies at other sites. Most single sign-on (SSO) systems are designed to prove ownership of a pseudonym.</p>
<p> &#8211; <strong>Personally identifiable</strong>: the user is associated with information which can potentially be used to uniquely identify, contact, or locate them. Personally identifiable information (PII) includes things like name, telephone number, street address, and e-mail address.</p>
<p>One problem with pseudonymity is that it is susceptible to correlation, which can lead to personal identification. For example, if data associated with one pseudonym is collected across many sites, this richer dataset may make it possible to personally identify the user. Or if one site is compromised, this can affect the user across all sites where that pseudonym is used. </p>
<p>For these reasons and others, at PrefPass we decided to provide users with anonymity, not just pseudonymity. To do this, we used what in digital identity circles is called a unidirectional identifier. That just means that when you click on the PrefPass badge at two different sites, each site is provided with a different identifier. That way, each site can recognize you, but no one can tell that the same person joined those two sites.</p>
<p>Of course, PrefPass is all about user control, and with control comes responsibility. For example, you could manually enter a pseudonym at multiple sites where you use PrefPass to join. That would make you pseudonymous at those sites; but it would be your decision, not something built into PrefPass. And no other PrefPass sites would be affected by it. </p>
<p>Now, some might argue that true anonymity is impossible on the internet; that without extraordinary knowledge and care, anyone leaves a trail that can be pieced together to find out who they are in the real world. For example, see <a href="http://www.nik.com.au/archives/2006/09/19/dead-20-outed/">this recent blogosphere brouhaha</a>. </p>
<p>But at least for me, that doesn&#8217;t at all mean that we should throw up our hands and sign our names on every page we visit. You can do a lot to remain anonymous on the internet, and as always, <a href="http://www.econometa.com/archives/13">defaults matter</a>. It&#8217;s true, if someone really wants to track you down, and is willing to dedicate time and money to doing so, there&#8217;s a decent chance they&#8217;ll succeed. But the same is true in the real world: if someone really wants to break into your house, they probably can. But that doesn&#8217;t mean that you shouldn&#8217;t lock your doors and safeguard the key. Most crimes are crimes of opportunity, and basic good habits will make a big difference in how likely you are to have problems. </p>
<p>I haven&#8217;t even touched here on another feature of PrefPass that complements anonymity: transparency. Details will have to wait for another day, but the basic fact is this: when you use PrefPass to personalize a site, the data being used for personalization is visible, editable, and controlled by you. The idea is that by making it easy for sites to ask you for your Prefs directly, they&#8217;ll have less reason to try to piece together your interests in some other way. In our view, the trade of Prefs for personalization is happening all the time on the web; so why not make it explicit, easy, anonymous, and transparent?</p>
<p>PS: &#8220;Degree of anonymity&#8221; is also actually a technical measure of how anonymous you are using a given anonymizing approach. Details <a href="http://en.wikipedia.org/wiki/Degree_of_anonymity">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/48/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Introducing PrefPass</title>
		<link>http://www.econometa.com/archives/47</link>
		<comments>http://www.econometa.com/archives/47#comments</comments>
		<pubDate>Sat, 05 Aug 2006 03:59:25 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[Personal data]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/47</guid>
		<description><![CDATA[PrefPass is now in private beta! It&#8217;s been an intense time getting everything ready to go, but it&#8217;s now out there (and in my sidebar). In the requisite three words, what is PrefPass all about? Personalization without registration. As I was talking about in the last post, the idea is to keep things simple and [...]]]></description>
			<content:encoded><![CDATA[<p>PrefPass is now in private beta! It&#8217;s been an intense time getting everything ready to go, but it&#8217;s now out there (and in my sidebar). </p>
<p>In the requisite three words, what is PrefPass all about?</p>
<p>          <center><strong>Personalization without registration</strong>.</center> </p>
<p>As I was talking about in the last post, the idea is to keep things simple and anonymous for users, while giving sites exactly what they need:</p>
<p> &#8211; A user identifier (unidirectional: unique to the site and user)<br />
 &#8211; User prefs for personalization: keywords, interests, etc.</p>
<p>So what&#8217;s the point? To reduce the number of registrations and passwords you have to keep track of. How many times have you followed a link to a news site, or tried to check out a cool new app, and decided to bail out when you were faced with yet another registration form? PrefPass replaces that form with one click.</p>
<p>For sites, letting people bypass registration means attracting more users, providing better personalization, and earning higher ad revenues. PrefPass is really lightweight, so there&#8217;s no server side integration and no security worries, just a simple javascript button you add to the site. For an example of some things you can do with PrefPass, check out the demo site we set up at <a href="http://yoursupernews.com/">YourSuperNews.com</a>.</p>
<p>For blogs, PrefPass is so easy to use that you can essentially add instant personalization to your blog. Check out the widgets in my sidebar for an example (more coming soon). If your blog or app has ads, you can earn more from them by targeting them to user interests, as they are here at EconoMeta. Even if you don&#8217;t have any ads, PrefPass complements stats like hits and pageviews by showing you what your readers actually are interested in &#8212; an example of this is the Audience Cloud in the sidebar here. </p>
<p>The point is that pretty much any site can be made better by being customized to user interests. And the purpose of PrefPass is to make it as easy as possible for the site and user to form the relationship needed to do this. </p>
<p>We&#8217;re off and running, with a long list of cool stuff on the way. Give it a try, and let us know what you think! </p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/47/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Microchunking identity</title>
		<link>http://www.econometa.com/archives/46</link>
		<comments>http://www.econometa.com/archives/46#comments</comments>
		<pubDate>Sat, 08 Jul 2006 23:33:37 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[Media]]></category>
		<category><![CDATA[Personal data]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/46</guid>
		<description><![CDATA[So as mentioned in my last post, I recently stopped by BarCamp SF (which was great!) and talked about &#8220;microchunking identity.&#8221; I figured it would be a good way to explain part of the motivation behind the startup I&#8217;m working on, PrefPass. This was also the first public demo of PrefPass, so it was pretty [...]]]></description>
			<content:encoded><![CDATA[<p>So as mentioned in my last post, I recently stopped by <a href="http://barcamp.org/BarCampSanFrancisco">BarCamp SF</a> (which was great!) and talked about &#8220;microchunking identity.&#8221; I figured it would be a good way to explain part of the motivation behind the startup I&#8217;m working on, <a href="http://prefpass.com/">PrefPass</a>. This was also the first public demo of PrefPass, so it was pretty exciting for me. </p>
<p>Here&#8217;s what I talked about. The concept of &#8220;digital identity&#8221; has been around for a long time, and usually includes all kinds of complicated functionalities. For example, an identity can: </p>
<p> &#8211; Prove you are the same person you were last time you visited<br />
 &#8211; Prove that you are a specific person or have certain attributes<br />
 &#8211; Prove that you have authorization or a reputation verified by a third party<br />
 &#8211; Grant permission for one site to pass your data on to another</p>
<p>But what does &#8220;identity&#8221; mean in reality for most consumer web apps? Well, basically, it usually means a registration form, an email validation, and then another username and password to remember.</p>
<p>This is kind of a pain for users, which makes it worth asking: what&#8217;s the *real* reason sites require registration? For most apps, it&#8217;s to do one or more of the following:</p>
<p> &#8211; Ensure the user is a human and not a bot<br />
 &#8211; Associate the user with site data (e.g. settings)<br />
 &#8211; Associate the user with preference data (e.g. interests)<br />
 &#8211; Contact the user (e.g. to email a forgotten password)<br />
 &#8211; Target ads to the user (to make more money)<br />
 &#8211; Associate the user with a specific person (e.g. a blogger)</p>
<p>Looking at this list, the interesting thing is that only the last item really requires an &#8220;identity&#8221; as most of us think of it. You&#8217;d think that the rest could be done without the oftentimes complex machinery of most identity solutions.</p>
<p>Well, it can, and from a certain perspective, that&#8217;s what PrefPass is all about! Instead of the same old [form -> email -> response -> password] sequence, why not just [click]? And why not make it completely anonymous? After all, only the last item above requires you to &#8220;prove&#8221; that you&#8217;re someone in particular. With anonymity, there&#8217;s no ID to remember, no privacy issues, no namespace to worry about &#8212; just [click]!</p>
<p>Microchunking identity means reducing it to its smallest usable parts. For example, there are some cool solutions that focus on proving that you own a blog URL &#8212; that&#8217;s a microchunk. With PrefPass, we&#8217;re focusing on letting you tell a site that you&#8217;re the same person as last time, and that you&#8217;re associated with some anonymous metadata representing your interests or preferences. That&#8217;s it. By keeping it simple, we hope to be able to solve some real problems for both sites and users, while making a big change in how much users can control their own data.</p>
<p>We&#8217;re just about to launch a limited beta, so if this sounds interesting to you, please help us out! You can request a beta invite by clicking on the PrefPass button in my sidebar or by going to <a href="http://prefpass.com/">PrefPass.com</a>. We&#8217;re also looking for additional sites who want to try out PrefPass during the beta. If 1-click registration, instant personalization, or user-targeted ads that pay more sound interesting to you, please give me a shout at adam at prefpass dot com. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/46/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Microchunking applications</title>
		<link>http://www.econometa.com/archives/45</link>
		<comments>http://www.econometa.com/archives/45#comments</comments>
		<pubDate>Wed, 28 Jun 2006 03:47:38 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[Media]]></category>
		<category><![CDATA[Personal data]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/45</guid>
		<description><![CDATA[Many people have been talking about the idea of &#8220;microchunking.&#8221; This means taking an object, usually a media file, and reducing it to its smallest usable part. The idea is that instead of fighting against innovation, digital media can embrace new technology and still be profitable if it is microchunked, syndicated, and monetized wherever it [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.bubblegeneration.com/2005/11/media-2.cfm">Many</a> <a href="http://avc.blogs.com/a_vc/2006/05/microchunking_i.html">people</a> <a href="http://www.readwriteweb.com/archives/media_futures_o.php">have</a> <a href="http://www.unionsquareventures.com/2006/05/a_stray_thought_1.html">been</a> <a href="http://www.genuinevc.com/archives/2006/04/microchunking_d.htm">talking</a> <a href="http://mashable.com/2006/03/02/esbn-the-answer-to-the-microchunking-problem/">about</a> the idea of &#8220;microchunking.&#8221; This means taking an object, usually a media file, and reducing it to its smallest usable part. The idea is that instead of fighting against innovation, digital media can embrace new technology and still be profitable if it is microchunked, syndicated, and monetized wherever it is consumed. </p>
<p>This is a powerful idea; but why limit it to media? It seems to me that the same logic applies to applications. A big part of what I think is exciting about the latest batch of web apps is that they microchunk what was once a monolithic software application (e.g. Office), make it web-native, and monetize its use via advertising and/or premium service fees. </p>
<p>Going back to digital media, a big part of why it can be effectively microchunked now is that certain enabling technologies are widespread enough to reduce the advantage once held by centralized media: things like editing tools, RSS syndication, and aggregators. The same thing is true for apps; enabling technologies here would include widespread broadband, more active browser techniques like AJAX, and standardized data formats.</p>
<p>I think that there are two main remaining barriers to microchunking apps. The first is the lack of many needed standardized data formats. One big help in this regard could be <a href="http://microformats.org/">microformats</a>. The second big remaining stumbling block is that of identity. Big applications, whether on the web or not, have the significant advantage that you just log in once, and then can easily use the different components of the app together. </p>
<p>So how could this identity barrier be knocked down? Well, how about microchunking identity?</p>
<p>As it so happens (or more like, partly motivating this post), microchunking identity is what I just talked about at <a href="http://barcamp.org/BarCampSanFrancisco">BarCamp SF</a>. I&#8217;ll get to that in the next post.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/45/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Web economics 2.0 and paying with data instead of dollars</title>
		<link>http://www.econometa.com/archives/31</link>
		<comments>http://www.econometa.com/archives/31#comments</comments>
		<pubDate>Sat, 14 Jan 2006 18:48:59 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Economics]]></category>
		<category><![CDATA[Personal data]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/31</guid>
		<description><![CDATA[In a previous post I tried to describe an economic shift that I think is helping to support a new environment less tolerant of the monopoly power inherent in private enterprise platform determination: The liquidity in the maturing online advertising industry, which allows new applications to monetize utility to users quickly and directly. In other [...]]]></description>
			<content:encoded><![CDATA[<p>In a <a href="http://www.econometa.com/archives/29">previous post</a> I tried to describe an economic shift that I think is helping to support a new environment less tolerant of the monopoly power inherent in private enterprise platform determination: </p>
<blockquote><p>
The liquidity in the maturing online advertising industry, which allows new applications to monetize utility to users quickly and directly.
</p></blockquote>
<p>In other words, if you can build an application that has enough utility for a decent number of users to start using it, you can turn that utility into dollars by, say, slapping up AdSense, which pays the bills and keeps the app up and running (perhaps competing with a platform aspiring to monopoly power).</p>
<p>The problem with this in the real world is that AdSense, which at the moment is the easiest way to put advertising on a small site, doesn&#8217;t really pay the bills all that well. One big reason for this is that the ads are usually pretty badly targeted when the context is a dynamic app, or a constantly changing document like a blog.  </p>
<p>This is where the Web is different from other media: as many people have pointed out, the Web is neither one-to-many (broadcast) nor one-to-one (email); it&#8217;s many-to-many. That means that everyone can provide data as well as receive it. In particular, users can &#8220;pay&#8221; for content with more than just their attention; they can pay by supplying data about their interests that lets ads be better targeted. Although smaller sites currently have a hard time monetizing this data, in theory web applications should become economically viable at a much lower user base due to both more valuable targeted ad space and the previously discussed reductions in development and operations costs. </p>
<p>This idea of paying with data isn&#8217;t new, we already do it in several ways:</p>
<p> &#8211; Supplying search terms is a payment: your interests at that moment are targeting data (e.g. Google AdWords)<br />
 &#8211; Reading content is a payment: the content itself represents your interests (Google AdSense)<br />
 &#8211; Frequenting a site is a payment: your history at that site represents your interests (e.g. Amazon)<br />
 &#8211; Registering at a site is a payment: facts like zip code, age, and gender act as proxies for your probable interests (e.g. NYT)</p>
<p>This trade of data for content is what <a href="http://onlyonce.blogs.com/onlyonce/2006/01/new_media_deal_.html">Matt Blumberg calls</a> the &#8220;New Media Deal&#8221;, as I just found out by following <a href="http://avc.blogs.com/a_vc/2006/01/the_we_media_de.html">a link from Fred Wilson</a>. Matt&#8217;s description of this deal is really great, but it doesn&#8217;t mention what I think is a big problem: most people don&#8217;t get what the deal is! I don&#8217;t have any handy stats, but I&#8217;d bet that if you took a survey, most people wouldn&#8217;t know that the reason they&#8217;re always being asked to register and fill out forms is to help the site pay its bills by serving up more relevant ads. They probably think it&#8217;s to spam them or do market research or something (er, well, both of which might sometimes be the case actually).  </p>
<p>It seems to me that asking users for data might work a lot better if users really understood what it was for. Matt addresses this in part with his next deal incarnation involving more user participation, the &#8220;We Media Deal&#8221;:</p>
<blockquote><p>
The more transparent the value exchange, the more willing you are to share your data.
</p></blockquote>
<p>But the examples he gives, of us being more likely to care about sharing our data if we know we can delete it and that it will be attributed to us, isn&#8217;t really what I have in mind here. Instead of trying to get data from users in indirect ways like surveys, registration, and tracking, why not just make the deal explicit? People understand that someone has to get paid to develop apps or write articles, and if we can pay with something other than money, that&#8217;s great! </p>
<p>I think it&#8217;s true that a lot of people are used to thinking in the &#8220;old media&#8221; way: as Matt puts it, we pay by &#8220;tolerating&#8221; a blizzard of ads, most of which are totally irrelevant to us. If the New Media Deal is made more explicit, I think people will see that everyone wins: a less painful type of payment can support a greater diversity of sites, where participation and mutual respect are values that are reinforced by capitalism and self-interest. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/31/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Trillion dollar matrix crunch</title>
		<link>http://www.econometa.com/archives/27</link>
		<comments>http://www.econometa.com/archives/27#comments</comments>
		<pubDate>Wed, 23 Nov 2005 19:08:05 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Economics]]></category>
		<category><![CDATA[Personal data]]></category>
		<category><![CDATA[Tagging]]></category>

		<guid isPermaLink="false">http://www.econometa.com/?p=27</guid>
		<description><![CDATA[When I saw Ethan put Nivi&#8217;s matrix into NumSum, I thought it was so cool that I had to take up Mike&#8217;s request to stick some of his thought-provoking wishlist into the matrix as well. Here&#8217;s my attempt: I got rid of the &#8220;expert&#8221; scope column, not because it&#8217;s not relevant, but because there weren&#8217;t [...]]]></description>
			<content:encoded><![CDATA[<p>When I saw <a href="http://onotech.blogspot.com/2005_11_01_onotech_archive.html#113158806157792183">Ethan</a> put <a href="http://www.nivi.com/blog/article/the-trillion-dollar-web-20-matrix">Nivi&#8217;s matrix</a> into <a href="http://numsum.com/">NumSum</a>, I thought it was so cool that I had to take up <a href="http://www.techcrunch.com/2005/11/21/companies-id-like-to-profile-but-dont-exist/">Mike&#8217;s request</a> to stick some of his thought-provoking wishlist into the matrix as well. Here&#8217;s my attempt:</p>
<p><iframe src="http://numsum.com/spreadsheet/show_plain/4484" width="100%" height="370"></iframe></p>
<p><del datetime="2005-12-09T09:22:5008:00">I got rid of the &#8220;expert&#8221; scope column, not because it&#8217;s not relevant, but because there weren&#8217;t any entries and aren&#8217;t likely to be anytime soon &#8212; seems like amateurs are more in fashion than experts these days.</del> (UPDATE: <a href="http://onotech.blogspot.com/2005_12_01_onotech_archive.html#113403123495223076">Ethan</a> rightly points out that <a href="http://www.squidoo.com/">Squidoo</a> is an example of expert filtering, as is really any successful media outlet, including Mike&#8217;s TechCrunch itself; I updated the matrix to reflect this and a couple other suggestions &#8212; if anyone else has more suggestions for entries, please pass them on!)</p>
<p>Nivi also points out that there are other dimensions that could be added to this matrix, in particular that of metadata location. He mentions that a lot of this valuable data is on your desktop, to which I&#8217;d add that a lot is also &#8220;locked up&#8221; in various applications, e.g. your search history, your tags, your OPML list, etc.</p>
<p>I also thought a great point was that the metadata is about both you and the data it points to:</p>
<blockquote><p>
This metadata is metadata about the data it points to and metadata about your interests and attention. In fact, the utility of a piece of metadata in describing data may be inversely related to its utility in describing your interests. For example, your clicks describe your interests, but they don’t really say anything useful about the data you are clicking on. (Propers to Ethan Stock for this insight).
</p></blockquote>
<p>However, I&#8217;m not so sure about the idea of an inverse relationship between the utility of metadata along these two dimensions. Your clicks may not *directly* say anything useful about the data clicked on, but indirectly they&#8217;re at minimum a vote (as used by AdWords), and even better a proxy for collaborative filtering (as used by Amazon). Delicious makes this explicit by allowing you to pivot on users, tags (metadata), and URLs (the data pointed to); each one of these dimensions has a different meaning, but I think every one has some utility. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/27/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Is attention the opposite of anonymity?</title>
		<link>http://www.econometa.com/archives/26</link>
		<comments>http://www.econometa.com/archives/26#comments</comments>
		<pubDate>Sun, 13 Nov 2005 22:23:45 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Personal data]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/26</guid>
		<description><![CDATA[Ed Batista quotes Esther Dyson (reg req&#8217;d) saying that: The popular perception is that people want anonymity; in fact, it appears that most people crave recognition. Many young people want it so much that they join multiple networking sites, rate themselves and friends on various scales, and fill in online questionnaires and surveys. Even as [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.attentiontrust.org/node/90">Ed Batista</a> quotes <a href="http://edventure.com/freshproduce/article.php?serialnum=FRP200511042301">Esther Dyson</a> (reg req&#8217;d) saying that:</p>
<blockquote><p>
The popular perception is that people want anonymity; in fact, it appears that most people crave recognition. Many young people want it so much that they join multiple networking sites, rate themselves and friends on various scales, and fill in online questionnaires and surveys. Even as individuals evince more and more concern about privacy and identity theft, they flood onto the Web as themselves, publishing blogs, posting photos, contributing reviews, and revealing all (or so it seems) on dating sites.</p>
<p>In effect, people are trading anonymity for a voice.
</p></blockquote>
<p>Ed agrees, concluding that attention is the opposite of anonymity.</p>
<p>I agree with Esther that people are willing to part with anonymity for a voice, both to participate in conversations and to achieve recognition; and I also agree with Ed that part of raising a voice is to attract attention. But I&#8217;m not so sure that this is a global &#8220;trade,&#8221; or that attention is therefore the opposite of anonymity.</p>
<p>It seems to me that most people want both anonymity *and* a voice. And what they want most is *control* over whether they are anonymous or recognized in each transaction. Just because I publish a blog and contribute reviews doesn&#8217;t mean that I don&#8217;t want to be anonymous when surfing the net. I&#8217;d bet that most people who have left comments and contributions as themselves have also been in situations where they preferred to do so as an &#8220;anonymous coward&#8221;. In some cases it might just be a matter of being more polite, in others the subject might be sensitive and private, like a medical condition. </p>
<p>I think that a key reason that people want to control anonymity is that identity, like all personal data, has value; and so if I&#8217;m going to give up my anonymity, it should be in exchange for something valuable in return. Joining a social network gives me contact with like-minded people; blogging lets me participate in a conversation I care about; and I pretty much only fill out a form or questionnaire in order to get to on-line content that would be inaccessible otherwise. </p>
<p>People do and should have concerns about privacy and identity theft, but that doesn&#8217;t mean they want to live in an anonymous bubble; it means they want as much control as possible over whether each piece of personal data is completely private, accessible by a select group, or public for all to see. So rather than being the opposite of anonymity, I think that attention is one of many valuable things that can entice people to give up anonymity &#8212; but only if this happens in a manner that is under their control.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/26/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Web 2.0 and the limits of owning your data</title>
		<link>http://www.econometa.com/archives/24</link>
		<comments>http://www.econometa.com/archives/24#comments</comments>
		<pubDate>Sat, 15 Oct 2005 16:01:07 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Personal data]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/24</guid>
		<description><![CDATA[I&#8217;m hesitant to enter into the lively discussion surrounding exactly what &#8220;Web 2.0&#8221; means, but I&#8217;ll venture this: one important part of Web 2.0 is the separation of user data from the applications that use it, and the idea that users should own and control this data. In this vein, Dorrian Porter recently pointed me [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m hesitant to enter into the <a href="http://www.readwriteweb.com/archives/002645.php">lively</a> <a href="http://phaidon.philo.at/martin/archives/000298.html">discussion</a> <a href="http://www.techcrunch.com/">surrounding</a> <a href="http://www.oreillynet.com/pub/a/oreilly/tim/news/2005/09/30/what-is-web-20.html">exactly</a> what &#8220;<a href="http://en.wikipedia.org/wiki/Web_2.0">Web 2.0</a>&#8221; means, but I&#8217;ll venture this: one important part of Web 2.0 is the separation of user data from the applications that use it, and the idea that users should own and control this data. In this vein, <a href="http://dorrianporter.typepad.com/">Dorrian Porter</a> recently pointed me to <a href="http://dorrianporter.typepad.com/silicon_valley_himalayan_/2005/09/community_switc.html">a post</a> he made a couple of months ago following up on <a href="http://gigaom.com/2005/09/08/inherent-truths-and-value-of-community/">a post</a> made by <a href="http://www.weedshare.com/">Robert Young</a> as a guest blogger for <a href="http://gigaom.com/">Om Malik</a>. </p>
<p>Robert was pointing out that the switching costs imposed by Web 1.0 companies to get a competitive advantage are being replaced by different switching costs created by the *users* of Web 2.0 companies. As an example he cited the switching costs created by the value of a social network at MySpace or a reputation on eBay, as opposed to the switching cost created by the email address and &#8220;walled garden&#8221; at AOL.</p>
<p>Dorrian then points out that users increasingly want to own their data, from their blog post comments to their purchase history at Amazon to their social network at LinkedIn. Ownership of this data implies portability, which lowers switching costs &#8212; even the above costs created by the user. But hey, that&#8217;s part of the evolution to Web 2.0, and the removal of such barriers should force companies to compete on the basis of better functionality and service.</p>
<p>On a theoretical level, I completely agree with Dorian; but more practically, I think that not all data is created equal in terms of how easy it is to separate from applications. For example, ownership of blog comments would be pretty simple to make happen, but it just hasn&#8217;t been important enough for long enough to really happen yet (beyond using trackbacks). Ownership of something like purchase history (or attention) is a bit more difficult: even if a standardized format exists for the data, it is harder for users to review it for accuracy or for applications to use it effectively. Moreover, the increased competition based on features will mean that many applications are likely to find any standard lacking when trying to differentiate their service. Thus it will still be necessary in many cases for the application to own user data, perhaps used in conjunction with the data owned by the user.  </p>
<p>For sites like MySpace that build a multi-faceted environment for users to communicate and share interests, it&#8217;s hard to see how the data could be practically separated out. After all, MySpace is essentially a music-centered conglomeration of home pages, blogs, social networks, bulletin boards, etc. All of these components are available elsewhere separately, but users value the community architecture built by MySpace, and so let the service manage their data. Even if an easy way existed to export a specific user&#8217;s posts, links, forum comments, etc. it seems doubtful that many users would take advantage of it. </p>
<p>All that being said, it seems clear that the way things are evolving is towards more user control, and that the specific path that this evolution takes place will be driven by user demand. One can imagine a world where everyone owns their links and writings and social networks, and then leases them to applications; a MySpace then could build value by providing an easily navigable workspace and links to extra services like music streaming. But this will only happen if users want it. For user data that has little utility outside of MySpace, there will be little demand for inclusion in such an architecture; but users will want to own data that does have external utility, and will increasingly gravitate towards applications that respect this desire.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/24/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>AttentionTrust</title>
		<link>http://www.econometa.com/archives/23</link>
		<comments>http://www.econometa.com/archives/23#comments</comments>
		<pubDate>Fri, 09 Sep 2005 18:40:07 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Media]]></category>
		<category><![CDATA[Personal data]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/23</guid>
		<description><![CDATA[The idea of taking ownership of your data is squarely in the sights of AttentionTrust, the brainchild of among others Steve Gillmor and Seth Goldstein (President and Chairperson). AttentionTrust is &#8220;a non-profit organization dedicated to promoting the basic rights of attention owners.&#8221; That means everyone! The particulars of what this means (the &#8220;rights&#8221; from the [...]]]></description>
			<content:encoded><![CDATA[<p>The idea of taking ownership of your data is squarely in the sights of <a href="http://www.attentiontrust.org/">AttentionTrust</a>, the brainchild of among others <a href="http://blogs.zdnet.com/Gillmor/">Steve Gillmor</a> and <a href="http://majestic.typepad.com/seth/">Seth Goldstein</a> (President and Chairperson).</p>
<p>AttentionTrust is &#8220;a non-profit organization dedicated to promoting the basic rights of attention owners.&#8221; That means everyone! The particulars of what this means (the &#8220;rights&#8221; from the AttentionTrust home page) can be mapped pretty much directly to the kinds of things I&#8217;ve been talking about here:</p>
<p> &#8211; Property: you OWN and CONTROL your attention (and, I&#8217;d argue, all your other <a href="http://www.econometa.com/archives/10">personal data</a>)<br />
 &#8211; Mobility: you can TRANSFER your attention (implying that this data is separate from the apps that use it &#8212; see <a href="http://www.econometa.com/archives/22">microformats</a>)<br />
 &#8211; Economy: you get something in return if you TRADE your attention (or, I&#8217;d argue, <a href="http://www.econometa.com/archives/19">allow others to collect it</a>)<br />
 &#8211; Transparency: you can see how your attention is being used (and, I&#8217;d argue, <a href="http://www.econometa.com/archives/18">when it&#8217;s being collected</a>)</p>
<p>Wow! Attention even has its own microformat: <a href="http://developers.technorati.com/wiki/attentionxml">attention.xml</a>, also spearheaded by Steve along with a bunch of folks from <a href="http://technorati.com">Technorati</a>. Needless to say, I joined right up:</p>
<p><a href="http://www.attentiontrust.org/member/318"><br />
	<img src="http://www.attentiontrust.org/attentiontrust.org-badge.gif" width="102" height="103" alt="Verified Member of the AttentionTrust"/><br />
</a></p>
<p>I guess a big chunk of this blog has ended up being concerned with a generalization of the AttentionTrust idea: that you should &#8220;own&#8221; <em>all</em> your data, from your attention to your preferences to your identity to your social network. This ownership should then imply all the &#8220;rights&#8221; listed above.</p>
<p>Kudos to everyone involved with AttentionTrust! More from <a href="http://blogs.zdnet.com/Gillmor/?p=132">Steve</a>, <a href="http://majestic.typepad.com/seth/2005/07/attentiontrusto.html">Seth</a>, <a href="http://www.edbatista.com/2005/08/attentiontrust.html">Ed Batista</a>, and of course the indispensible <a href="http://www.techcrunch.com/?p=100">TechCrunch</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/23/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>When does marketing become &#8220;spying&#8221;?</title>
		<link>http://www.econometa.com/archives/19</link>
		<comments>http://www.econometa.com/archives/19#comments</comments>
		<pubDate>Wed, 10 Aug 2005 16:49:48 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Personal data]]></category>

		<guid isPermaLink="false">http://www.econometa.com/archives/19</guid>
		<description><![CDATA[In my previous posts on personal data, I&#8217;ve talked about users&#8217; desires to &#8220;own&#8221; and control their data, the difference between anonymous preference data and PII, and the need to separate specific technologies like cookies from the real question: what is OK and what is not OK to do with personal data? Here I&#8217;d like [...]]]></description>
			<content:encoded><![CDATA[<p>In my previous posts on <a href="http://www.econometa.com/tags/personal-data/">personal data</a>, I&#8217;ve talked about users&#8217; desires to &#8220;own&#8221; and control their data, the difference between anonymous preference data and PII, and the need to separate specific technologies like cookies from the real question: what is OK and what is not OK to do with personal data?</p>
<p>Here I&#8217;d like to dive more deeply into this last question; so in light of those previous posts, the more specific question is &#8220;when are third party tracking cookies spyware?&#8221; This is probably best asked in the larger context of the question &#8220;when does marketing become spying?&#8221; And I think one way to address these questions without being distracted by technical issues is to think about a physical interaction rather than a virtual one on the web.</p>
<p>OK, so&#8230;say you walk into a store in a mall. This store has a lot of salespeople who watch what you&#8217;re doing and try to help out. This certainly can&#8217;t be a problem, that&#8217;s what salespeople are paid to do! But these salespeople have really good memories and work 24 hours a day, so if you come back to the store sometime later, they&#8217;ll recognize you and remember what you did last time you were there. At least for me, it&#8217;s hard to see this as a problem; this is essentially how stores strive to operate today.</p>
<p>Now let&#8217;s say you buy something at the store with a credit card. The salesperson now knows your name and other personal data, as well as having insight into your likes and dislikes from watching you in the store. You might even now be greeted by name when you come back later, and pointed to a new item the salesperson thinks might interest you. Again, this is an idealized version of how stores operate now, so it&#8217;s hard for me to see a problem; that being said, if it was possible I&#8217;d probably prefer it if my card went through without the salesperson looking at or remembering my info.</p>
<p>But what if, as you walked in, an iris scanner identified you via a third party database like in the movie &#8220;Minority Report,&#8221; or equivalently, the salesperson snapped your photo and faxed it to a third party service that sent back your name and other personal data. To me, this is definitely a violation of my privacy: the salespeople are free to watch me in their store all they want, but unless I decide to offer it, they should not know who I am.</p>
<p>Even worse, imagine that the store has the salespeople write down everything they know about you, then send it to a third party who puts it in a file under your name along with the reports from various other stores. This third party now sells your file to anyone who cares to pay for it. At least for me, this is the ultimate privacy violation: I&#8217;ll never live down the time I went to buy medicine for jock itch, the FBI will stake out my house after I buy rolling papers, and prospective landlords will reject my application when they find out that I buy a lot of powerful stereo gear. </p>
<p>OK, so now we&#8217;ve established some boundaries to what is definitely acceptable and not acceptable (at least to me; I&#8217;d be interested to hear from anyone with different ideas). Translating back to cookies:</p>
<p> &#8211; Tracking cookies are OK if they&#8217;re from the site I&#8217;m visiting<br />
 &#8211; Merging cookie data with PII I provide as part of a purchase or registration on the site seems hard to avoid and so is probably OK (although best avoided)<br />
 &#8211; If I don&#8217;t offer my PII, I should be assured of my anonymity, i.e. it is *not* OK for anyone to share the PII I provide with any third party</p>
<p>Now we get to the interesting part. What if, as you enter the mall, someone hands you a clipboard to carry around. Each time you leave a store, the salesperson scribbles down what they think you were interested in by watching your actions and puts it on your clipboard. Each time you enter a store, the salesperson takes your clipboard and reads it to learn what you might be interested in. </p>
<p>To me, this doesn&#8217;t raise a big privacy issue, but that&#8217;s because I&#8217;m assuming several things based on the physical metaphor:</p>
<p> &#8211; I know about the clipboard<br />
 &#8211; I can be sure that no salesperson will put any PII on my clipboard<br />
 &#8211; I can read through the clipboard and see what has been written about me<br />
 &#8211; I can throw away the clipboard anytime I want, and no one else has a copy</p>
<p>So mapping back to cookies, this means that to meet the above idea of acceptability, the following should be true of third party tracking cookies:</p>
<p> (1) I should know they&#8217;re present, and who can access them<br />
 (2) They should never contain or be merged with PII<br />
 (3) I should be able to review their content<br />
 (4) I should be able to delete them</p>
<p>Another relevant issue is (5) Why should I accept the clipboard? Imagining the scene at the mall, realistically there&#8217;d have to be some incentive for me to accept the clipboard beyond &#8220;better service&#8221; &#8212; I expect good service anyway, I&#8217;d have to be enticed by discounts, like for example Safeway and other supermarkets do with their &#8220;Club Cards.&#8221;</p>
<p>Wrapping all this up, it seems to me that a reasonable proposal regarding third party tracking cookies would be to essentially follow the above numbered points:</p>
<p>(1) A site should clearly notify users that it uses third party tracking cookies. Exactly how this is done is debatable, but the notification should be hard to miss, and should link to an up-to-date list of the other sites at which the cookie is active (the other stores that are &#8220;in the mall&#8221;).<br />
(2) Users should be guaranteed that tracking data will never contain or be merged with PII. Whether this should be encoded in law or implemented via industry agreement is debatable.<br />
(3) Third party tracking cookies contents should be reviewable by the user. This is *not* true now: even though you can examine the cookies on your computer, the contents are usually not human-readable. Third party cookie vendors should provide a consumer service that allows these cookies to be reviewed, and sites should link to these services, ideally as part of the notification in (1).<br />
(4) The ability to delete is not an issue, cookies can always be deleted.<br />
(5) Users should somehow benefit from accepting tracking via third party cookies. </p>
<p>This last item, (5), requires the most creativity; some ideas off the top of my head are: </p>
<p> &#8211; Sites could provide special or premium content to users who allow third party tracking cookies<br />
 &#8211; Third party tracking cookie vendors (network advertisers) could entice users to participate by offering input into marketing decisions or recommended product and services<br />
 &#8211; Advertisers could offer explicit discounts to users who allow third party cookies and who then click through the ads that use the resulting tracking data.</p>
<p>I&#8217;d love to hear any thoughts from others regarding these ideas. In the end, I think the goal should be for users to remain in complete control of their personal data, with any disbursement of this valuable data explicit and above-board. If this respect is afforded consumers, marketers will be able to do their job in a more effective and cooperative environment, so that the free content we all enjoy can be paid for.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.econometa.com/archives/19/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
