<?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: Scoping XFN and identifying authoritative hcards</title>
	<atom:link href="http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/feed/" rel="self" type="application/rss+xml" />
	<link>http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/</link>
	<description>This can all be made better. Ready? Begin.</description>
	<lastBuildDate>Sat, 15 Jun 2013 16:30:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com"/><atom:link rel="hub" href="http://pubsubhubbub.superfeedr.com"/>	<item>
		<title>By: the blog: tagging isnt just for hoodlums anymore &#187; microformatting: all the cool kids are doing it</title>
		<link>http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/comment-page-1/#comment-48627</link>
		<dc:creator>the blog: tagging isnt just for hoodlums anymore &#187; microformatting: all the cool kids are doing it</dc:creator>
		<pubDate>Fri, 02 Feb 2007 21:33:21 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/#comment-48627</guid>
		<description><![CDATA[[...] trivial but it&#8217;s intended to be somewhat forward thinking. With ideas running around like a totally portable url-identity driven social network, and more portable resume formatting (see if you can find me on linked in, by the way), this is [...]]]></description>
		<content:encoded><![CDATA[<p>[...] trivial but it&#8217;s intended to be somewhat forward thinking. With ideas running around like a totally portable url-identity driven social network, and more portable resume formatting (see if you can find me on linked in, by the way), this is [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Allsopp</title>
		<link>http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/comment-page-1/#comment-47624</link>
		<dc:creator>John Allsopp</dc:creator>
		<pubDate>Tue, 30 Jan 2007 23:52:25 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/#comment-47624</guid>
		<description><![CDATA[Chris,

I think self actually suffices for a definitive reference as per the Atom spec from which it is reused by hReview and hAtom.

See my recent post to uf-discuss for more detailed reasoning.

j]]></description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>I think self actually suffices for a definitive reference as per the Atom spec from which it is reused by hReview and hAtom.</p>
<p>See my recent post to uf-discuss for more detailed reasoning.</p>
<p>j</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Ward</title>
		<link>http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/comment-page-1/#comment-47598</link>
		<dc:creator>Ben Ward</dc:creator>
		<pubDate>Tue, 30 Jan 2007 20:19:18 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/#comment-47598</guid>
		<description><![CDATA[Well, in my hCard I have &lt;code&gt;ADDRESS&lt;/code&gt; elements with it â€” wrapped around each contact address (IM, email and so on). In my experience that&#039;s the best that can be done. Whether that&#039;s of any help to parsers I&#039;m not sure. It&#039;s not as easy to imply meaning about the parent from its children.

What&#039;s more, &lt;code&gt;rel=me&gt;&lt;/code&gt; is relative to the page, so in terms of identifying the definitive hCard for the &lt;code&gt;address&lt;/code&gt;able owner of the page, &lt;code&gt;rel=me&lt;/code&gt; implies the relevant part of the same semantic even without &lt;code&gt;ADDRESS&lt;/code&gt;.]]></description>
		<content:encoded><![CDATA[<p>Well, in my hCard I have <code>ADDRESS</code> elements with it â€” wrapped around each contact address (IM, email and so on). In my experience that&#8217;s the best that can be done. Whether that&#8217;s of any help to parsers I&#8217;m not sure. It&#8217;s not as easy to imply meaning about the parent from its children.</p>
<p>What&#8217;s more, <code>rel=me&gt;</code> is relative to the page, so in terms of identifying the definitive hCard for the <code>address</code>able owner of the page, <code>rel=me</code> implies the relevant part of the same semantic even without <code>ADDRESS</code>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Messina</title>
		<link>http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/comment-page-1/#comment-47575</link>
		<dc:creator>Chris Messina</dc:creator>
		<pubDate>Tue, 30 Jan 2007 17:34:05 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/#comment-47575</guid>
		<description><![CDATA[Good point. I wonder if simply wrapping the &quot;FN URL&quot; object (linked name) would be sufficient -- since at least you&#039;d have the person&#039;s name and URL.]]></description>
		<content:encoded><![CDATA[<p>Good point. I wonder if simply wrapping the &#8220;FN URL&#8221; object (linked name) would be sufficient &#8212; since at least you&#8217;d have the person&#8217;s name and URL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Ward</title>
		<link>http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/comment-page-1/#comment-47490</link>
		<dc:creator>Ben Ward</dc:creator>
		<pubDate>Tue, 30 Jan 2007 09:39:36 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/01/29/scoping-xfn-and-identifying-definitive-hcards/#comment-47490</guid>
		<description><![CDATA[&lt;code&gt;ADDRESS&lt;/code&gt; is of course optimal, but the fact remains that it cannot contain block level elements without triggering quirks mode in browsers, so you couldn&#039;t ever mandate it for all hCards.]]></description>
		<content:encoded><![CDATA[<p><code>ADDRESS</code> is of course optimal, but the fact remains that it cannot contain block level elements without triggering quirks mode in browsers, so you couldn&#8217;t ever mandate it for all hCards.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
