- 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>
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 somehow?). 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... Cheers, Danny. [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