- From: Jeni Tennison <jeni@jenitennison.com>
- Date: Sat, 19 Nov 2011 00:05:56 +0000
- To: www-xml-schema-comments@w3.org, HTML Data Task Force WG <public-html-data-tf@w3.org>
- Cc: RDFa WG <public-rdfa-wg@w3.org>, public-html-xml@w3.org
Hi, The all new <time> element has been specced out in the WHATWG version of the HTML(5) spec at: http://www.whatwg.org/specs/web-apps/current-work/multipage/text-level-semantics.html#the-time-element (This isn't reflected in the W3C Editors Draft as yet but I guess it will be at some point.) As specced, it (a) accepts a bunch of syntaxes that aren't in the lexical space of any XML Schema datatype and (b) accepts some values that aren't in the value space of any XML Schema datatype, namely timezones and weeks. Looking at this from the perspective of extracting data into either RDF or XML systems, syntax variations aren't a particular issue, as values can be normalised to the standard lexical space for the relevant XSD type as they're extracted. However, there's simply no appropriate datatype to use when mapping the values that aren't covered by XML Schema. I see XML Schema 1.1 [1] is at Candidate Recommendation stage. Is it too late to slip in a xs:timezone and a xs:gYearWeek? Or should HTML+RDFa 1.1 do like the XPath Data Model did [2] and add definitions for these types so it can use them? Or should the types be created in a completely different namespace? Or should values of these types go typeless into any RDF or XML generated from HTML5? Any thoughts? Jeni [1] http://www.w3.org/TR/xmlschema11-2/ [2] http://www.w3.org/TR/xpath-datamodel/#types-predefined -- Jeni Tennison http://www.jenitennison.com
Received on Saturday, 19 November 2011 00:06:45 UTC