<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: FOAF meets XRI</title>
	<atom:link href="http://blog.fen.net/2004/07/22/foaf-meets-xri/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fen.net/2004/07/22/foaf-meets-xri/</link>
	<description>peace, privacy and political reform with an eye on freedom, liberty, education, and community</description>
	<pubDate>Tue, 06 Jan 2009 08:03:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Fen Labalme</title>
		<link>http://blog.fen.net/2004/07/22/foaf-meets-xri/#comment-10</link>
		<dc:creator>Fen Labalme</dc:creator>
		<pubDate>Wed, 28 Jul 2004 23:13:50 +0000</pubDate>
		<guid isPermaLink="false">http://wp.fen.net/?p=24#comment-10</guid>
		<description>The suggestion of another namespace with its own vocabulary sounds good, but I see two problems with it: 1) "get people using it", and 2) privacy issues and progressive disclosure are not addressed.

As of now, the FOAF community is already using the foaf:mbox property as sort of a primary key, so there's less of a problem with getting people to use it.  Privacy and progressive disclosure would be handled by one's i-broker.

Certainly I can see that there may well be a need for an xri: or xdi: namespace in the future, and in fact we're building those now.  It might just be that at some point down the road, rather than having XRI/XDI embedded inside of FOAF, it could be the other way around. But that future is a ways away.
</description>
		<content:encoded><![CDATA[<p>The suggestion of another namespace with its own vocabulary sounds good, but I see two problems with it: 1) &#8220;get people using it&#8221;, and 2) privacy issues and progressive disclosure are not addressed.</p>
<p>As of now, the FOAF community is already using the foaf:mbox property as sort of a primary key, so there&#8217;s less of a problem with getting people to use it.  Privacy and progressive disclosure would be handled by one&#8217;s i-broker.</p>
<p>Certainly I can see that there may well be a need for an xri: or xdi: namespace in the future, and in fact we&#8217;re building those now.  It might just be that at some point down the road, rather than having XRI/XDI embedded inside of FOAF, it could be the other way around. But that future is a ways away.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morten Frederiksen</title>
		<link>http://blog.fen.net/2004/07/22/foaf-meets-xri/#comment-9</link>
		<dc:creator>Morten Frederiksen</dc:creator>
		<pubDate>Wed, 28 Jul 2004 20:37:38 +0000</pubDate>
		<guid isPermaLink="false">http://wp.fen.net/?p=24#comment-9</guid>
		<description>You can make this happen on your own:

Create a property, say somenamespace:i-name, make it an owl:InverseFunctionalProperty, and get people using it. You now have a key that's usable by everyone - without modification to exisiting usage.</description>
		<content:encoded><![CDATA[<p>You can make this happen on your own:</p>
<p>Create a property, say somenamespace:i-name, make it an owl:InverseFunctionalProperty, and get people using it. You now have a key that&#8217;s usable by everyone - without modification to exisiting usage.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
