[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] Updated: (ODATA-107) Should OData support a "clock time" (xs:time) datatype?
[ http://tools.oasis-open.org/issues/browse/ODATA-107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Pizzo updated ODATA-107:
--------------------------------
Summary: Should OData support a "clock time" (xs:time) datatype? (was: Fix inconsistency in Edm.Time serialization)
Description:
Edm.Time was intended to be xs:duration ("P1Y1M1DT1H1M1S"). On Sept 6, 2012 we approved ODATA-70 to consistently treat Edm.Time as xs:duration, but this led to discussion as to whether we should have a datatype for "clock time" separate from xs:duration, and whether that time should have an optional or required timezone.
At that same meeting we agreed to repurpose this issue, which was originally somewhat a duplicate of ODATA-70, to track the possibly support for xs:Time.
was:
Edm.Time was intended to be xs:duration ("P1Y1M1DT1H1M1S"), but this is inconsistent in the documentation today (JSON uses xs:duration but ATOM uses xs:time).
Fix formats, BNF, and examples to be consistent.
Priority: Minor (was: Major)
Possibilities discussed included:
1) Renaming the current Edm.Time to Edm.Duration and adding an Edm.Time that was xs:time
2) Keeping the current Edm.Time as xs:duration, and adding a new type for xs:time
3) Keeping the types we have -- the more types the more complicated things become
As we are also in the midst of discussing datetime values with/without timezone, we should address all of the issues around datetime, time, date, and offsets in a single comprehensive proposal.
> Should OData support a "clock time" (xs:time) datatype?
> -------------------------------------------------------
>
> Key: ODATA-107
> URL: http://tools.oasis-open.org/issues/browse/ODATA-107
> Project: OASIS Open Data Protocol (OData) TC
> Issue Type: Bug
> Components: OData ATOM Format v1.0, OData Protocol v1.0
> Reporter: Michael Pizzo
> Priority: Minor
>
> Edm.Time was intended to be xs:duration ("P1Y1M1DT1H1M1S"). On Sept 6, 2012 we approved ODATA-70 to consistently treat Edm.Time as xs:duration, but this led to discussion as to whether we should have a datatype for "clock time" separate from xs:duration, and whether that time should have an optional or required timezone.
> At that same meeting we agreed to repurpose this issue, which was originally somewhat a duplicate of ODATA-70, to track the possibly support for xs:Time.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]