W3C home > Mailing lists > Public > public-rdfa-wg@w3.org > November 2011

<time> values in HTML5

From: Jeni Tennison <jeni@jenitennison.com>
Date: Sat, 19 Nov 2011 00:05:56 +0000
Cc: RDFa WG <public-rdfa-wg@w3.org>, public-html-xml@w3.org
Message-Id: <41BD2206-E628-4378-995A-EBFAB2013329@jenitennison.com>
To: www-xml-schema-comments@w3.org, HTML Data Task Force WG <public-html-data-tf@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:39 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 04:55:18 GMT