W3C home > Mailing lists > Public > public-rdf-in-xhtml-tf@w3.org > October 2004

comments on nodeID in RDF/A

From: Jeremy Carroll <jjc@hplb.hpl.hp.com>
Date: Mon, 25 Oct 2004 17:08:26 +0100
Message-ID: <417D24FA.6080209@hplb.hpl.hp.com>
To: Jeremy Carroll <jjc@hplb.hpl.hp.com>
CC: "'public-rdf-in-xhtml task force''" <public-rdf-in-xhtml-tf@w3.org>

Friday I took an action to review RDF/A
11 October 2004

to see whether it addresses the nodeID issue.

It seems to, but I felt there were still a few rough edges.

Two were:


from section 5.2 the example

<link nodeID="a" rel="foaf:mbox" 
href="mailto:daniel.brickley@bristol.ac.uk" />
<link nodeID="b" rel="foaf:mbox" href="mailto:libby.miller@bristol.ac.uk" />
<link about="#bnode(a)" rel="foaf:knows" href="#bnode(b)" />

the x-ppinter like notation #bnode(a) seems to confuse blank nodes and 
URIref nodes. I think it is significantly cleaner not to provide such 
syntax, but require, say:

<link nodeID="a" rel="foaf:knows">
   <link nodeID="b"/>

which cannot be read as introducing URIref nodes.

I am unclear how the object rules determine whether XML content within 
an element without an href or content attribute is:
- further metadata markup
- the literal object of the triple



<link rel="foaf:mbox" href="mailto:daniel.brickley@bristol.ac.uk">
     <link rel="foaf:knows">
         <link rel="foaf:mbox" href="mailto:libby.miller@bristol.ac.uk" />

what stops the output being, roughly

_:a foaf:mbox mailto:daniel.brickley@bristol.ac.uk.
_:a foaf:knows "<link rel='foaf:mbox' 
href='mailto:libby.miller@bristol.ac.uk' />"^^rdf:XMLLiteral.

(XMLLiteral modulo excl XML c14n)

Such a reading would seemed forced if say there was a typo using <linx> 
instead of <link> as the innermost element tag ... :(

Received on Monday, 25 October 2004 16:08:46 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:50:18 UTC