On Aug 29, 2008, at 00:29, Ben Adida wrote:

Plus, consider the risk to HTML5: nothing.

I don't believe that is the case.

If I've understood history correctly, introducing Namespaces into XML was primarily a requirement stipulated by the RDF community. XML got Namespaces, but then at least notable parts of the RDF community figured that they didn't like RDF/XML all that much and started doing N-triples, N3 and Turtle. The damage was already done, and now the XML community is stuck with Namespaces in XML.

I write software that processes XML, so every time I have to look up a namespace URI, I'm effectively paying a spill-over RDF tax. When my software runs slower because it has to compare two strings instead of one, the users of my software are paying a spill-over RDF tax. I seriously don't like paying the spill-over RDF tax in the form of Namespaces.

Now we have people from the RDF community asking for CURIEs in HTML. Even if the experiment didn't work out, the damage would already have been done, and the HTML community would be stuck with supporting CURIEs. Or even if we were able to negotiate CURIEs away and settle on full URIs, the HTML community would be stuck with unwieldy identifiers (just consider how much things would suck if HTML element names had to be written as URIs).

It's really not nice to impose the RDF tax onto the HTML community.

Back in the Atom WG, there was also the issue that some RDF proponents wanted to make Atom RDF. Instead of making all Atom consumers deal with RDF, we specced a way for mapping Atom rel keywords onto URIs, so people who want to see the world as URIs, can see it as URIs but the rest of us don't have to.

I like the GRDDL approach of seeing RDF there by looking at non-RDF things just right--with the modification that the person who wants to look just right is the one supplying the transform.

The point of
http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-August/016021.html
was to try to come up with a scheme that allows people who want to see HTML as RDF to see it that way, but in doing so making them pay the RDF tax so that those who don't need or want to see HTML as RDF do not need to pay the RDF tax.

Browsers don't
need to do anything (except make the attributes available in the DOM,
which they would probably do anyways.)

I'm getting mixed signals about the extent to which RDFa in envisioned to be browser-sensitive. Weren't browsers supposed to do cool stuff with it according to some emails in this thread?

--
Henri Sivonen
[EMAIL PROTECTED]
http://hsivonen.iki.fi/


Reply via email to