Re: Profile URIs (and how microformat mixing can go wrong)

On Tue, 2007-01-23 at 19:35 -0500, Harry Halpin wrote:
[...]
> > ... though some social/trust issues remain.
> >  http://microformats.org/wiki/profile-uris
> >
> > Oh... I guess some microformats-mixing issue remain, but those
> > aren't really GRDDL issues.
> 
> I'd actually like to see a good example of how microformat mixing goes 
> wrong.

Here's a sketch...

<div class="vevent">Let's have a
  <a class="summary url" href="http://example/hodown">ho-down</a> at
  <div class="location vcard">
    <a href="http://example/flippies-restaurant">flippy's</a>
  <div>
  tomorrow
</div>

The event should have an url of http://example/hodown but
not http://example/flippies-restaurant . I asked tantek
about it, and he said that an hcalendar parser should somehow
know not to pick up the url inside the vcard. I don't know
of any code that is that smart; in fact, I think the hcard-parsing
page doesn't even specify how this works.

Then, from the GRDDL perspective, there's the issue of using
separate glean-hcard.xsl and glean-vcard.xsl transformations:
norm's glean-vcard produces a bnode for the card, so the
location field of the event can't refer to it. That's probably
fixable by using an id for the location, but we haven't worked
out the details yet.


>  I'll e-mail Liam Quinn over it, as I remember he brought up an example at a 
> talk at Extreme Markup Languages last year [1], but I cannot find his 
> precise example online. I do think microformats-mixing is out of scope of GRDDL 
> WG.

That's a coherent position. But the alternative is also coherent; it's
coherent to say that GRDDL should stay in CR until there's a critical
mass of deployment, and maybe that critical mass is waiting for
some of the microformats-mixing issues to get clarified.
I don't know what's the best use of the time we've invested so far.

It's good that you're examining all the details of getting from here
to Last Call, Harry.

> [1] http://microformats.org/wiki/hcalendar-profile
> [2] http://www.idealliance.org/papers/extreme/proceedings/html/2006/Quin01/EML2006Quin01.html
-- 
Dan Connolly, W3C http://www.w3.org/People/Connolly/
D3C2 887B 0F92 6005 C541  0875 0F91 96DE 6E52 C29E

Received on Wednesday, 24 January 2007 00:51:35 UTC