W3C home > Mailing lists > Public > public-gld-wg@w3.org > January 2012

Re: ISSUE-3 (DTF): Date and Time Format

From: John Erickson <olyerickson@gmail.com>
Date: Fri, 6 Jan 2012 13:39:30 -0500
Message-ID: <CAC1Gg8Q-gb3LwQbsW0tAqM0X-HC-CuFy=J+_BD7nTn7Qu7TvOA@mail.gmail.com>
To: Government Linked Data Working Group WG <public-gld-wg@w3.org>
One of my team members just reported a very good counter-argument:
SPARQL is limited on the types it supports, include numeric types and
xsd:string, xsd:boolean and xsd:dateTime  <http://bit.ly/zSdpkP>

Now it could be argued that anyone loading DCAT-based metadata into a
triple store could do the ISO 8601 -> xsd:dateTime transformation, but
it would be nice to have it already there...

On Fri, Jan 6, 2012 at 1:29 PM, John Erickson <olyerickson@gmail.com> wrote:
> As a further point of reference, Schema.org uses ISO 8601. See
> <http://schema.org/Date> and the discussion at
> <http://schema.org/docs/gs.html#advanced_dates>
>
> Note that this isn't declared *explicitly*; apparently, in order to
> counteract the of tendency neophyte web masters to curl up in a fetal
> position when encountering a namespace or data type, I guess it's
> assumed we'll all just *know* the dataType of Date is ISO 8601...
>
> On Fri, Jan 6, 2012 at 11:17 AM, John Erickson <olyerickson@gmail.com> wrote:
>> I'm interested in other peoples' thought on this; Phil presents a good case.
>>
>> RPI's current usage in IOGDS is e.g. dcterms:issued or
>> dcterms:modified as rdfs:Literal , datatyped as xsd:dateTime
>>
>> Accepting the more flexible <http://www.w3.org/TR/NOTE-datetime> seems
>> reasonable and esp. doesn't require providers to "fake" dates; if a
>> consuming app can't handle an incomplete date, the onus is put on them
>> to deal with it.
>>
>> I'll talk to my team and see what issues they have...
>>
>> John
>>
>> On Fri, Jan 6, 2012 at 10:19 AM, Government Linked Data Working Group
>> Issue Tracker <sysbot+tracker@w3.org> wrote:
>>>
>>> ISSUE-3 (DTF): Date and Time Format
>>>
>>> http://www.w3.org/2011/gld/track/issues/3
>>>
>>> Raised by: Phil Archer
>>> On product:
>>>
>>> The current version of DCAT seems a little confused wrt date and time formats. We use dcterms:issued and repeat the DC range declaration of rdfs:Literal and then say it should be datatyped as xsd:date. So far so good. But then the text refers to the W3CDTF document. And they're not the same.
>>>
>>> xsd:date requires that values be present for yyyy-mm-dd
>>>
>>> W3CDTF is more flexible and allows any of:
>>> yyyy
>>> yyyy-mm
>>> yyyy-mm-dd (and then times can be added)
>>>
>>> The DCAT spec says that if a day and/or month are not known then one should use the value 01. This assumes:
>>>
>>> - that the year is always known;
>>> - that a date like 2012-01-06 is ambiguous since it includes '01'.
>>>
>>> There may be cases in which the year is not known. For example, 'the 1980s' might be written as 198?. That breaks W3CDTF but it's an approximation. As it happens this came up just yesterday in the EU work that Christophe and I are doing so it's fresh in my mind. Taking all that on board, my proposal is therefore that:
>>>
>>> 1. Rather than specify a datatype of xsd:date we specify W3CDTF (which is what DC recommends). We can use the URI http://purl.org/dc/terms/W3CDTF to give the data type.
>>>
>>> 2. We recommend using '00' not '01' for unknown dates.
>>>
>>> 3. We explain that just giving the year or the year and month is valid.
>>>
>>> 4. Where the year is uncertain, use the ? character to express this but recognise that this breaks the model and is not W3CDTF. Therefore the data should not be so typed.
>>>
>>> 5. Where even strings like 198? cannot be provided, plain text such as "sometime in the 1970s or '80s" may be used but this should be avoided if at all possible.
>>>
>>> Given DCAT's use cases the latter seems unlikely (it happens in public sector records for things like dates of birth) so maybe we could drop that bit, but 1 - 4 seem valid?
>>>
>>>
>>>
>>
>>
>>
>> --
>> John S. Erickson, Ph.D.
>> Director, Web Science Operations
>> Tetherless World Constellation (RPI)
>> <http://tw.rpi.edu> <olyerickson@gmail.com>
>> Twitter & Skype: olyerickson
>
>
>
> --
> John S. Erickson, Ph.D.
> Director, Web Science Operations
> Tetherless World Constellation (RPI)
> <http://tw.rpi.edu> <olyerickson@gmail.com>
> Twitter & Skype: olyerickson



-- 
John S. Erickson, Ph.D.
Director, Web Science Operations
Tetherless World Constellation (RPI)
<http://tw.rpi.edu> <olyerickson@gmail.com>
Twitter & Skype: olyerickson
Received on Friday, 6 January 2012 18:40:03 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 25 June 2013 15:04:56 UTC