RDFa Core 1.1 XML+RDFa spec bug?

We have a last-minute RDFa Core 1.1 spec bug. Thanks to Gregg Kellogg
for drawing our attention to it.

For the XML+RDFa tests - there is nothing that establishes a new subject
when the document starts to be processed.

That is 'base' is set to the document URL, but the processing rules are
written such that this markup wouldn't generate a triple:

<root>
  <foo property="dc:title">Test</foo>
</root>

but this /would/ generate a triple:

<root>
  <blah>
    <foo property="dc:title">Test</foo>
  </blah>
</root>

I think we would all like to see the markup above generate a triple, but
the processing rules do not allow that to happen. This works for
XHTML+RDFa because a 'new subject' is specifically set for <head> and
<body>.

I have a vague recollection that we did this because we wanted to make
sure authors in non-XHTML languages would want to generate triples and
would thus have to be explicit about specifying a subject. That seems
like an archaic rule now - perhaps we should just say that, in XML+RDFa,
the initial evaluation context initializes 'new subject' to 'base'. Or
we can use the same language that we use in the XHTML+RDFa document.

-- manu

-- 
Manu Sporny (skype: msporny, twitter: manusporny)
President/CEO - Digital Bazaar, Inc.
blog: Payment Standards and Competition
http://digitalbazaar.com/2011/02/28/payment-standards/

Received on Thursday, 24 March 2011 13:00:49 UTC