Vote on this: rel="me self" to indicate an authoritative hCard {was: Re: [uf-discuss] Authoritative hCards [was RE: Canonical hCards (was: Search on CSS element)]}

[Benjamin West]

I'm trying to catch up, but I'm finding it a bit difficult.  The
problem with rel="me" is that it's merely an alternative version, and
not authoritative or canonical, right?  Why is rel="me self" desirable
though?  Were there any other alternatives considered?

Thanks,
Ben West

On 1/31/07, David Janes <davidjanes at blogmatrix.com> wrote:
> On 1/31/07, Ben Ward <lists at ben-ward.co.uk> wrote:
> > We are voting only on the use of @rel="me self" to reference an
> > authoritative hCard that parsers should follow.
> >
> > e.g.
> >
> > <div class="vcard">
> >    <a class="fn url" href="http://ben-ward.co.uk/about" rel="me
> > self">Ben Ward</a>
> > </div>
>
> Just to be 100% pedantically clear:
>
> (Part I)
>
> If Ben puts this on his home page, parsers look at
> "http://ben-ward.co.uk/" will know to look for an authoritative hCard
> because of these two things:
>
> 1. there's a vcard
> 2. it has a "url" link with rel="me self"
>
> (Part II -- implication)
>
> If Ben places a vcard on a random page with
> url="http://ben-ward.co.uk/", a consumer can optionally look there to
> find an authoritative hCard.
>
> The 80-20 rule covers the case where we would want to have more than
> one authoritative hCard per page (i.e. it's not that common)
>
> (Part III - rel-self)
>
> We're getting the definition of rel-self from here [1]: "self: the
> feed itself". It's a small stretch, but I just did some searching for
> counter-examples (i.e. where rel-self doesn't point to the best URI
> for a feed) and came up empty.
>
> (Part IV -- the word authoritative)
>
> I can't think of a better word. See definition 2 here [2]
>
> So +1
>
> Regards, etc...
>
> [1] http://atomenabled.org/developers/syndication/#link
> [2] http://www.answers.com/authoritative&r=67
>
> --
> David Janes
> Founder, BlogMatrix
> http://www.blogmatrix.com
> http://blogmatrix.blogmatrix.com
> _______________________________________________
> microformats-discuss mailing list
> microformats-discuss at microformats.org
> http://microformats.org/mailman/listinfo/microformats-discuss
>