- 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 (16)
- modelling (1)
- named graphs (1)
- opendata (1)
- provenance (1)
- psi (3)
- skos (1)
- sparql (4)
- Talis (7)
- unicode (1)
- uri (4)
- versioning (1)
- visualisation (6)
- web (78)
- google (4)
- html5 (5)
- jQuery (2)
- rdf (46)
- 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: What You Can't Do with HTML5 Microdata
The microdata feature isn’t really meant to do RDF; that it can do it at all is mostly a bonus. The goal was to address a set of use cases that were brought up over the past few months, none of which actually need RDF as far as I can tell. For example, none of the use cases on the list needed data typing at the point of data entry or XML literals, so I didn’t try to find a way to provide those.
Regarding the time thing, I plan to add that typing at some point (since as you say it’s not too hard); I haven’t done it yet mostly because I didn’t want to add the whole date and time parsing algorithm to the microdata-to-RDF conversion algorithm unless it was clear we really needed it, since it pretty much doubles the total complexity of conversion to RDF.
What do RDF processors do when they find an object is a “time” and they expected a “date”? Or when it’s a string and they expected a datetime? (How can I test this?)