<?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: Don&#8217;t ask me who I am</title>
	<atom:link href="http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am/feed/" rel="self" type="application/rss+xml" />
	<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am</link>
	<description>It's all spinning wheels and self-doubt until the first pot of coffee.</description>
	<pubDate>Fri, 29 Aug 2008 23:30:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7-hemorrhage</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Wohnaccessoires</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-102941</link>
		<dc:creator>Wohnaccessoires</dc:creator>
		<pubDate>Fri, 16 Mar 2007 22:04:59 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-102941</guid>
		<description>&lt;p&gt;But you’re forgetting that a lot of people, myself included, like to represent themselves in different ways on different sites. This would only really be useful as a starting point, I wouldn’t want all my profiles to be identical. I don’t use the same info for business (linkedin), school (facebook), friends from home (myspace), people i know from various music forums (last.fm) etc.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>But you’re forgetting that a lot of people, myself included, like to represent themselves in different ways on different sites. This would only really be useful as a starting point, I wouldn’t want all my profiles to be identical. I don’t use the same info for business (linkedin), school (facebook), friends from home (myspace), people i know from various music forums (last.fm) etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 0xDECAFBAD &#187; meetro asks myspace who i am</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33877</link>
		<dc:creator>0xDECAFBAD &#187; meetro asks myspace who i am</dc:creator>
		<pubDate>Wed, 23 Aug 2006 16:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33877</guid>
		<description>&lt;p&gt;[...] meetro asks myspace who i am  Now, this is what I&#8217;m talking about. It&#8217;s just too bad they&#8217;re only importing from Myspace. And that it didn&#8217;t apparently work when I tried it. [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] meetro asks myspace who i am  Now, this is what I&#8217;m talking about. It&#8217;s just too bad they&#8217;re only importing from Myspace. And that it didn&#8217;t apparently work when I tried it. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Macgirvin</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33737</link>
		<dc:creator>Mike Macgirvin</dc:creator>
		<pubDate>Tue, 22 Aug 2006 20:38:14 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33737</guid>
		<description>&lt;p&gt;I agree with Steve. Who am I? It depends. Who are you, and based on that - what do I wish you to know about me? Who are my friends? Same thing. Even if I wanted to divulge them, I then need to  respect their privacy wishes and decide if they want you to know that they are a friend of mine (or not) and how they came to be tagged as friends. A web service which tries to consolidate all of this info is presented with too many privacy conflicts to ever get it right (IMAO). I can recall this concept being tried by a hundred different companies (not to mention open source projects) going back to the early 90's. It was never an issue of technology. The hurdles are primarily social and revolve around trust and privacy - and delegation of these rights to third parties in language even my mother would understand.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I agree with Steve. Who am I? It depends. Who are you, and based on that - what do I wish you to know about me? Who are my friends? Same thing. Even if I wanted to divulge them, I then need to  respect their privacy wishes and decide if they want you to know that they are a friend of mine (or not) and how they came to be tagged as friends. A web service which tries to consolidate all of this info is presented with too many privacy conflicts to ever get it right (IMAO). I can recall this concept being tried by a hundred different companies (not to mention open source projects) going back to the early 90's. It was never an issue of technology. The hurdles are primarily social and revolve around trust and privacy - and delegation of these rights to third parties in language even my mother would understand.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tantek Çelik</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33406</link>
		<dc:creator>Tantek Çelik</dc:creator>
		<pubDate>Sun, 20 Aug 2006 07:22:55 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33406</guid>
		<description>&lt;p&gt;Indeed Les, this is exactly what &lt;a href="http://microformats.org/wiki/hcard" rel="nofollow"&gt;hCard&lt;/a&gt; solves on the Web with the minimum of duplication of data into hidden places and mimetype hackery/configuration (problems of the other approaches mentioned).&lt;/p&gt;

&lt;p&gt;You can either use a 3rd party service like claimID as mentioned to claim your various profiles on the Web, or you can simply continue to publish your profile information on your about or author page, simply add just a bit of hCard markup, and use &lt;a href="http://www.gmpg.org/xfn/and/#idconsolidation" rel="nofollow"&gt;XFN Identity Consolidation&lt;/a&gt; (rel="me") to turn your about page into your consolidated identity hub.&lt;/p&gt;

&lt;p&gt;While services will undoubtedly continue to ask you a hundred profile questions, the better ones will do something as simple as use the simple open source &lt;a href="http://www.allinthehead.com/hkit" rel="nofollow"&gt;hKit Microformats Toolkit&lt;/a&gt; by &lt;a href="http://www.allinthehead.com/" rel="nofollow"&gt;Drew McLellan&lt;/a&gt; to let you simply enter your hCard URL and fill out all the questions automatically from that.&lt;/p&gt;

&lt;p&gt;And the best services will help you, the user, keep your profile as portable as you would like it, by marking it up with hCard as well.  Already, profiles on numerous services, in addition to the abovementioned claimID, like &lt;a href="http://flickr.com/" rel="nofollow"&gt;Flickr&lt;/a&gt; and &lt;a href="http://technorati.com/" rel="nofollow"&gt;Technorati&lt;/a&gt; are marked up with hCard and thus ready for reuse with services that use hKit.&lt;/p&gt;

&lt;p&gt;Finally, some have brought up "extensibility" as something that is desirable yet recent lessons have taught us that in terms of standards and interoperability, the opposite is true.  The more well-defined not-infinitely-extensible a standard is, the sooner implementers know they are "done" implementing it (interoperably even!), and the less chance there is of a zillion non-interoperable extensions randomly emerging (i.e. Tower of Babel problem) which then cause headaches not only for all implementers, but users as well as the users then have to contend with their data not quite working interoperably across all the different services that all support slightly different sets of incompatible/non-interoperable extensions.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Indeed Les, this is exactly what <a href="http://microformats.org/wiki/hcard" rel="nofollow">hCard</a> solves on the Web with the minimum of duplication of data into hidden places and mimetype hackery/configuration (problems of the other approaches mentioned).</p>
<p>You can either use a 3rd party service like claimID as mentioned to claim your various profiles on the Web, or you can simply continue to publish your profile information on your about or author page, simply add just a bit of hCard markup, and use <a href="http://www.gmpg.org/xfn/and/#idconsolidation" rel="nofollow">XFN Identity Consolidation</a> (rel="me") to turn your about page into your consolidated identity hub.</p>
<p>While services will undoubtedly continue to ask you a hundred profile questions, the better ones will do something as simple as use the simple open source <a href="http://www.allinthehead.com/hkit" rel="nofollow">hKit Microformats Toolkit</a> by <a href="http://www.allinthehead.com/" rel="nofollow">Drew McLellan</a> to let you simply enter your hCard URL and fill out all the questions automatically from that.</p>
<p>And the best services will help you, the user, keep your profile as portable as you would like it, by marking it up with hCard as well.  Already, profiles on numerous services, in addition to the abovementioned claimID, like <a href="http://flickr.com/" rel="nofollow">Flickr</a> and <a href="http://technorati.com/" rel="nofollow">Technorati</a> are marked up with hCard and thus ready for reuse with services that use hKit.</p>
<p>Finally, some have brought up "extensibility" as something that is desirable yet recent lessons have taught us that in terms of standards and interoperability, the opposite is true.  The more well-defined not-infinitely-extensible a standard is, the sooner implementers know they are "done" implementing it (interoperably even!), and the less chance there is of a zillion non-interoperable extensions randomly emerging (i.e. Tower of Babel problem) which then cause headaches not only for all implementers, but users as well as the users then have to contend with their data not quite working interoperably across all the different services that all support slightly different sets of incompatible/non-interoperable extensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Aman</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33353</link>
		<dc:creator>Bob Aman</dc:creator>
		<pubDate>Sat, 19 Aug 2006 22:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33353</guid>
		<description>&lt;p&gt;Danny, I am actually aware of all of those acronyms, however, I completely disagree on the point about FOAF's expressivity relying mainly on RDF.  I would contend that FOAF's expressivity actually relies far, far more, simply on XML's ability to namespace things, and thus allow for extensions.  Something that a simple XML dialect would also have, but with the added bonus of an infinitely simpler parser, fewer confused programmers, and quite a bit less bandwidth consumed.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Danny, I am actually aware of all of those acronyms, however, I completely disagree on the point about FOAF's expressivity relying mainly on RDF.  I would contend that FOAF's expressivity actually relies far, far more, simply on XML's ability to namespace things, and thus allow for extensions.  Something that a simple XML dialect would also have, but with the added bonus of an infinitely simpler parser, fewer confused programmers, and quite a bit less bandwidth consumed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 0xDECAFBAD &#187; what use claimid?</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33327</link>
		<dc:creator>0xDECAFBAD &#187; what use claimid?</dc:creator>
		<pubDate>Sat, 19 Aug 2006 19:04:50 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33327</guid>
		<description>&lt;p&gt;[...] Follow any comments here with the RSS feed for this post. Post a comment or leave a trackback: Trackback URL.    &#171; firefox and macbook prooddities [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] Follow any comments here with the RSS feed for this post. Post a comment or leave a trackback: Trackback URL.    &laquo; firefox and macbook prooddities [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33321</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Sat, 19 Aug 2006 17:37:36 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33321</guid>
		<description>&lt;p&gt;But you're forgetting that a lot of people, myself included, like to represent themselves in different ways on different sites.  This would only really be useful as a starting point, I wouldn't want all my profiles to be identical.  I don't use the same info for business (linkedin), school (facebook), friends from home (myspace), people i know from various music forums (last.fm) etc.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>But you're forgetting that a lot of people, myself included, like to represent themselves in different ways on different sites.  This would only really be useful as a starting point, I wouldn't want all my profiles to be identical.  I don't use the same info for business (linkedin), school (facebook), friends from home (myspace), people i know from various music forums (last.fm) etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33279</link>
		<dc:creator>Danny</dc:creator>
		<pubDate>Sat, 19 Aug 2006 09:01:02 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33279</guid>
		<description>&lt;p&gt;Right on Les!
There are two issues, identification/authentication (hard, but the outlook looks promising) and personal profile/description (easier, already pretty much solved by the tech you mention). Hopefully the two should be joined up before long...&lt;/p&gt;

&lt;p&gt;re. Bob's comment: "XFN and hCard are good for what they are, but they’re still a far cry from the expressivity of FOAF.". Indeed, they also help considerably with the problem of expressing this kind of machine-readable data in HTML. But "FOAF would be a lot more useful if it didn’t rely on RDF." - the power, the expressivity of FOAF comes from RDF. &lt;/p&gt;

&lt;p&gt;I suspect Bob (like Mad William) may be assuming RDF (including FOAF) has to mean RDF/XML. But RDF is a model, it doesn't have to serialize to XML, there are other formats - including HTML (via &lt;a href="http://research.talis.com/2005/erdf/wiki" rel="nofollow"&gt;eRDF&lt;/a&gt;). Note too that microformats like XFN and hCard can be interpreted as RDF (including FOAF terms as appropriate) with &lt;a href="http://www.w3.org/2004/01/rdxh/spec" rel="nofollow"&gt;GRDDL&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;(Incidentally I got to this post before even looking in my personal agg via Marc Canter's on &lt;a href="http://planetweb20.com/" rel="nofollow"&gt;Planet Web 2.0&lt;/a&gt;)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Right on Les!<br />
There are two issues, identification/authentication (hard, but the outlook looks promising) and personal profile/description (easier, already pretty much solved by the tech you mention). Hopefully the two should be joined up before long...</p>
<p>re. Bob's comment: "XFN and hCard are good for what they are, but they’re still a far cry from the expressivity of FOAF.". Indeed, they also help considerably with the problem of expressing this kind of machine-readable data in HTML. But "FOAF would be a lot more useful if it didn’t rely on RDF." - the power, the expressivity of FOAF comes from RDF. </p>
<p>I suspect Bob (like Mad William) may be assuming RDF (including FOAF) has to mean RDF/XML. But RDF is a model, it doesn't have to serialize to XML, there are other formats - including HTML (via <a href="http://research.talis.com/2005/erdf/wiki" rel="nofollow">eRDF</a>). Note too that microformats like XFN and hCard can be interpreted as RDF (including FOAF terms as appropriate) with <a href="http://www.w3.org/2004/01/rdxh/spec" rel="nofollow">GRDDL</a>.</p>
<p>(Incidentally I got to this post before even looking in my personal agg via Marc Canter's on <a href="http://planetweb20.com/" rel="nofollow">Planet Web 2.0</a>)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Aman</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33224</link>
		<dc:creator>Bob Aman</dc:creator>
		<pubDate>Fri, 18 Aug 2006 23:34:44 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33224</guid>
		<description>&lt;p&gt;I'm a minor fan of claimID, but I much prefer hardcore decentralization.  FOAF would be a lot more useful if it didn't rely on RDF.  XFN and hCard are good for what they are, but they're still a far cry from the expressivity of FOAF.  Sadly, there's no good format that solves a sufficiently large number of the problems in this space (that doesn't carry the RDF baggage anyways).&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I'm a minor fan of claimID, but I much prefer hardcore decentralization.  FOAF would be a lot more useful if it didn't rely on RDF.  XFN and hCard are good for what they are, but they're still a far cry from the expressivity of FOAF.  Sadly, there's no good format that solves a sufficiently large number of the problems in this space (that doesn't carry the RDF baggage anyways).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geof F. Morris's Indiana Jones School of Management</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33198</link>
		<dc:creator>Geof F. Morris's Indiana Jones School of Management</dc:creator>
		<pubDate>Fri, 18 Aug 2006 18:02:11 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33198</guid>
		<description>&lt;p&gt;&lt;strong&gt;claimID...&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I&#8217;m with Les, and so since he&#8217;s jumped after claimID, I will, too!
That sidebar on GFMorris.net just gets longer and longer &#8230;&lt;/p&gt;

&lt;p&gt;......&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p><strong>claimID...</strong></p>
<p>I&#8217;m with Les, and so since he&#8217;s jumped after claimID, I will, too!<br />
That sidebar on GFMorris.net just gets longer and longer &#8230;</p>
<p>......</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 0xDECAFBAD &#187; see also</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33191</link>
		<dc:creator>0xDECAFBAD &#187; see also</dc:creator>
		<pubDate>Fri, 18 Aug 2006 17:11:49 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33191</guid>
		<description>&lt;p&gt;[...] Follow any comments here with the RSS feed for this post. Post a comment or leave a trackback: Trackback URL.    &#171; no amazon iframes forme [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] Follow any comments here with the RSS feed for this post. Post a comment or leave a trackback: Trackback URL.    &laquo; no amazon iframes forme [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Bicking</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33188</link>
		<dc:creator>Ian Bicking</dc:creator>
		<pubDate>Fri, 18 Aug 2006 16:51:10 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33188</guid>
		<description>&lt;p&gt;http://videntity.org/ seems to be offering a bunch of these things together; more as an example, since anyone offering the same information would be a peer.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p><a href="http://videntity.org/" rel="nofollow">http://videntity.org/</a> seems to be offering a bunch of these things together; more as an example, since anyone offering the same information would be a peer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Renaud</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33186</link>
		<dc:creator>Jim Renaud</dc:creator>
		<pubDate>Fri, 18 Aug 2006 16:48:39 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33186</guid>
		<description>&lt;p&gt;Can't we just use the information the NSA is compiling for us? This way we don't even have to enter it ourselves!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Can't we just use the information the NSA is compiling for us? This way we don't even have to enter it ourselves!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mad William Flint</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33176</link>
		<dc:creator>Mad William Flint</dc:creator>
		<pubDate>Fri, 18 Aug 2006 14:51:47 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33176</guid>
		<description>&lt;p&gt;Nice.  I'll concede the point to hCard.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Nice.  I'll concede the point to hCard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terrell Russell</title>
		<link>http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33167</link>
		<dc:creator>Terrell Russell</dc:creator>
		<pubDate>Fri, 18 Aug 2006 13:45:20 +0000</pubDate>
		<guid isPermaLink="false">http://decafbad.com/blog/2006/08/17/dont-ask-me-who-i-am#comment-33167</guid>
		<description>&lt;p&gt;claimID, claimID!&lt;/p&gt;

&lt;p&gt;http://claimID.com&lt;/p&gt;

&lt;p&gt;Give it a whirl and see if you like what we're doing.  Point to it.  Point from it.  Keep it in one place.&lt;/p&gt;

&lt;p&gt;Terrell
http://claimID.com/terrell&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>claimID, claimID!</p>
<p><a href="http://claimID.com" rel="nofollow">http://claimID.com</a></p>
<p>Give it a whirl and see if you like what we're doing.  Point to it.  Point from it.  Keep it in one place.</p>
<p>Terrell<br />
<a href="http://claimID.com/terrell" rel="nofollow">http://claimID.com/terrell</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
