- From: Christian Hoertnagl <hoe@zurich.ibm.com>
- Date: Thu, 22 Dec 2005 15:13:28 +0100
- To: public-rdf-in-xhtml-tf@w3.org
- Message-ID: <OFFC6C801B.E4B7119B-ONC12570DF.0049D537-C12570DF.004E23A3@ch.ibm.com>
I've read the 27 October 2005 draft of RDF/A Syntax and do have the following technical comments. Also, are there any patent statements in relation to this technology, and what reference implementations are available? http://www.w3.org/2001/sw/BestPractices/HTML/2005-rdfa-syntax Thanks & Season's greetings, Christian (disclaimer: RDF/A newcomer :) #1 section 2.3: According to first two paragraphs in section 4.3.3 the link element would have to be reified, thus leading to 6 (not 2) triplets overall. #2 section 2.4: How should abiguities between CURIEs and URIs been resolved within the scope of this specification? The XML sniplet in section 2.4 suggests that CURIEs appear in square brackets, but e.g. the 5th sniplet in section 3.1 has no such brackets. There are also cases (e.g. last sniplet in section 5.2 which contain unbracketed URIs with colons which must not be resolved as CURIEs. With this mixed conventions it would appear that a resolution mechanism for RDF/A has to have knowledge about "common" schema names (such as mailto), which seems undesirable. A better alternative may be to require that all CURIEs be bracketed. #3 section 3.1: According to section 5.1.1.1 the 3rd object in the 12th XML sniplet would have to be written as "Portrait of Mark"^^rdf:XMLLiteral (not "Portrait of Mark") when obtained from either of the last two RDF/A examples in this section (but not when obtained from the 11th XML sniplet). If "string" serves as a shorthand notation for "string"^^rdf:XMLLiteral, the document should say so, because it uses both versions (e.g. the last XML sniplet in section 5.1.1 cites "Mark Birbeck"^^rdf:XMLLiteral). #4 section 4.1, 2nd paragraph: The upper limit of 3 triplets per RDF/A element only applies if you do not consider subject reification (which would lead to 4 additional triplets per reified statement). #5 section 4.2.1: The meta element's closing tag is missing from the XML sniplet (add "/>"). #6 section 4.3: The document defines [RDF/A element] in section 2.2, but sometimes refers to [RDF/A statement] instead. #7 section 4.3.3: What namespaces do the meta and link tags have to belong to? Any, none, the XHTML namespace, ... ? #8 section 4.3.3, 3rd paragraph: According to section 4.1, an [RDF/A element] can generate up to 3 triplets. Which triplet stemming from the context statement ought to be reified as the subject under the circumstanced detailed in the 3rd paragraph? Maybe the language in the 3rd paragraph should also say: "... the RDF triplet represented by the [context statement] ..." (not "the [RDF/A statement]"). Or does [RDF/A statement] implicitly refer to a set of triplets? #9 section 4.3.3: Add definition or reference to [unique anonymous ID]. #10 section 4.4.2: What's the prescribed behavior of an RDF/A reader it the href attribute were missing from the XML sniplet in this section? #11 section 5.1.1.1: Why would the leading and trailing whitespaces (e.g. before "E = mc...") disappear during exclusive canonicalization? Add a reference and give more detail on which exact node set should undergo canonicalization (perhaps specify as XPath expression). What charset should be used (e.g. UTF-8)? #12 section 5.1.1.1: reference to RDF/A element's value misleading, because it's really a DOM subtree (including two sup elements, etc.) or node set. #13 section 5.1.1.1: The 4th XML sniplet should list 2 triplets, the other stating that Einstein created "<>". #14 section 5.2, 2nd paragraph: typo in "exapmle" #15 section 5.2: Define or provide reference to explain syntax that uses underscore namespace prefixes, as e.g. in "_:a" (anonymous). #16 section 5.3: Add document that defines reification to bibliography (e.g. RDF Semantics).
Received on Thursday, 22 December 2005 14:14:13 UTC