[DFDL-WG] More Date/Time/DateTime Clarifications

Tim Kimber KIMBERT at uk.ibm.com
Mon Apr 15 04:37:08 EDT 2013


In XML Schema, all of the calendar types have a timezone - ncluding 
xs:date. I don't know why the specification omits the time zone for 
xs:date and xs:dateTime - I think they should both include a time zone 
unless there is a good reason not to. 

regards,

Tim Kimber, DFDL Team,
Hursley, UK
Internet:  kimbert at uk.ibm.com
Tel. 01962-816742 
Internal tel. 37246742




From:   Steve Lawrence <slawrence at tresys.com>
To:     DFDL-WG <dfdl-wg at ogf.org>, 
Date:   12/04/2013 21:08
Subject:        [DFDL-WG] More Date/Time/DateTime Clarifications
Sent by:        dfdl-wg-bounces at ogf.org



We need a couple more clarifications on implementing date/time/dateTime 
in Daffodil.

1) What is the expected infoset output? The spec seems to be silent on 
this issue. Based on some tests we received from IBM, it looks like this 
makes sense:

xs:date     = uuuu-MM-ddxxx
xs:time     = HH:mm:ss.SSSSSSxxx
xs:dateTime = uuuu-MM-dd'T'HH:mm:ss.SSSSSSxxx

Points of interest:
- uuuu instead of yyyy. The u allows for negative years, which is needed 
to represent BC dates
- There are 6 significant figures for fractional seconds
- Timezone is represented as xxx, since UTC is represented as +00:00 
instead of 'Z' in the IBM tests we have

Does this seem correct?


2) We would like some confirmation on the patterns for 
calendarPatternKind="implicit"?

The current spec has:

xs:date     = yyyy-MM-dd
xs:time     = HH:mm:ssZZZ
xs:dateTime = yyyy-MM-dd'T'HH:mm:ss

The IBM tests we have match these patterns except for the timezone 
pattern for xs:time. The ZZZ pattern matches -0800, however, the IBM 
test we have parse -08:00. This could be represented with a few 
different patterns (e.g. ZZZZZ, XXX, xxx, xxxxx). We're unsure if the 
IBM tests are incorrect of if the spec needs to be updated.

It also seems odd to me that the xs:time pattern has a timezone whereas 
dateTime does not. I'm not arguing it's wrong, just that it's not 
intuitive to me.


Note that we don't have IBM's tool set up yet, so we can't verify if the 
tests we have actually represent IBM behavior.

Thanks,
- Steve
--
  dfdl-wg mailing list
  dfdl-wg at ogf.org
  https://www.ogf.org/mailman/listinfo/dfdl-wg



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.ogf.org/pipermail/dfdl-wg/attachments/20130415/c9ad2c53/attachment.html>


More information about the dfdl-wg mailing list