- From: Toby Inkster <tai@g5n.co.uk>
- Date: Mon, 01 Mar 2010 23:25:53 +0000
- To: RDFa Working Group WG <public-rdfa-wg@w3.org>
Prompted by a thread on semantic-web@w3.org I was recently taking a look at RDFa in ODF. Here are a few of my findings... On Mon, 2010-03-01 at 02:30 +0000, RDFa Working Group Issue Tracker wrote: > * Are all RDFa properties included in ODF? Assuming by "properties" you mean "attributes", the answer is no. Only about, property, datatype and content are. This effectively means that all triples have literal objects. An interesting question this throws up is what a parser should do if it encounters one of the RDFa attributes which ODF does not define. Clearly it's an ODF conformance error, but should the parser treat it according to the RDFa syntax specification, or ignore its presence > * Are all HTML reserved keywords such as rel="next" defined in ODF? No rel and rev attributes, so they presumably don't need to be defined. > * Should there be an RDFa versioning mechanism in ODF? > * Is follow-your-nose via @profile expected to work in ODF? > * Are malformed ODF documents expected to be processed? Here are a couple of other aspects that should be considered... 1. ODF places the RDFa attributes in the XHTML namespace (http://www.w3.org/1999/xhtml), whereas all other RDFa host languages (XHTML, SVG, HTML, DataRSS) put them in the null namespace.. 2. ODF specifies interesting behaviour for generating the literal object value of the <text:bookmark-start/> element. As I understand it, the literal value of the following should be "Bar\nBaz": <text:p>Foo<text:bookmark-start text:name="x" xhtml:about="" xhtml:property="ex:example"/>Bar</text:p> <text:p>Baz<text:bookmark-end text:name="x"/>Quux</text:p> That is, it pulls text content until a corresponding (same text:name) <text:bookmark-end/> is found. Note that in my example above, the bookmark start and end are in different paragraph elements. -- Toby A Inkster <mailto:mail@tobyinkster.co.uk> <http://tobyinkster.co.uk>
Received on Monday, 1 March 2010 23:35:17 UTC