- markup (76)
- xml (11)
- xslt (23)
- pipelines (8)
- atom (9)
- overlapping markup (6)
- schema (11)
- creole (5)
- dtll (1)
- xforms (1)
- xpath (1)
- xquery (2)
- coding (2)
- datagovuk (1)
- genealogy (4)
- hardware (1)
- linked data (15)
- named graphs (1)
- opendata (1)
- psi (3)
- skos (1)
- sparql (4)
- Talis (7)
- unicode (1)
- uri (4)
- versioning (1)
- visualisation (6)
- web (77)
- google (4)
- html5 (5)
- jQuery (2)
- rdf (45)
- ontologies (2)
- rdfa (8)
- rdfQuery (5)
- rest (6)
- wikis (1)
- work (3)
- legislation (2)
- xmlsummerschool09 (2)
- life (28)
- children (5)
- equality (6)
- gtd (1)
- environment (4)
- gadgets (5)
- software (3)
- xlinq (2)
- conferences (11)
- ukgc09 (1)
- xtech (9)
- xtech2008 (3)
- blog (8)
- drupal (3)
Re: HTML5/RDFa Arguments
One thing that I'm missing in this discussion is what, in the HTML5 model, actively prevents one from using the RDF model. Or, put another way, is it not possible to encode an RDF graph using the microdata syntax (I admit that I've thought about it very shortly, and not looked at the details, and also skipped on the discussion after a while...) and if not are there acceptably small and simple changes that would allow it?
I understand that a concern could then be that some pages would have microdata in an RDF model, while others would use an entirely different approach, which could confuse tools — but it's not as if there were no technical solutions to that issue. One could flag that a document uses the RDF-in-Microdata (let's call it RiM for short) approach with some form of meta element.
I know I'm handwaving lots here, mostly because it's hot here and I appreciate the air, but also because I'm wondering if we need to agree on a model. If we can share a syntax, and everyone can stuff their own model on top of it, does it not fly? There is some value in the minimal amount of synergy that comes with using the some syntax, in tool support, as well as in eased cross-pollination. And it's not as if yet another syntax for RDF was going to be one too many.