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

RE: Update on RDF in XHTML (works for a Creative Commons, FOAF, GeoURL)

From: Danny Ayers <danny666@virgilio.it>
Date: Tue, 25 Nov 2003 12:16:01 +0100
To: "Dan Connolly" <connolly@w3.org>, Dominique HazaŽl-Massieux <dom@w3.org>
Cc: <public-rdf-in-xhtml-tf@w3.org>
Message-ID: <BKELLDAGKABIOCHDFDBPEEDPEJAA.danny666@virgilio.it>

The proposal's looking very nice, although unfortunately I can't get the
demo to work (or Dan's CC example). It would be helpful to have a few more
examples of source XHTML (alongside extracted RDF) to see what's going on.

> That feels like an 80% answer to the RDF-in-HTML problem,
> along with a path to the other 20%. i.e. it covers many of
> the use cases under "What sort of RDF metadata do folks want to
> put in their HTML documents, anyway?" in
> http://esw.w3.org/topic/EmbeddingRDFinHTML.

Yep. My guess is the 80% stuff would be shallow trees about the XHTML doc
itself - authorship (DC, FOAF?), rights (CC) and bibliographic info (DC)
standing out. An interesting use case might be fleshing out the metadata of
the bibliography of a paper, so the embedded RDF is a slightly deeper
structure (random thought - could citation anchors in the page be recycled

Given the power of XSLT, I suppose potentially *any* RDF could be embedded
and extracted as RDF/XML, assuming there were suitable slots in the XHTML
profile for the parts of statements, e.g. along the lines of Tim Bray's RPV
(though one would hope rather less ugly).

For the shallow stuff about the doc itself, I wonder if something of the
'headless triples' idea [1] might be resurrectable?

Another consideration is how XHTML files with profile-embedded RDF might be
interpreted by other tools (not XSLT). It might be nice to hook up a SAX
parser to an RDF API and see what happens...


[1] http://lists.xml.org/archives/xml-dev/200211/msg00715.html

(proposal blogged: http://dannyayers.com/archives/002073.html )
Received on Tuesday, 25 November 2003 06:23:59 UTC

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