- From: Biron,Paul V <Paul.V.Biron@kp.org>
- Date: Fri, 20 Dec 2002 10:30:37 -0800
- To: "'Ross Thompson'" <ross@contivo.com>, W3C XML Schema Comments list <www-xml-schema-comments@w3.org>
> -----Original Message----- > From: Ross Thompson [SMTP:ross@contivo.com] > Sent: Wednesday, December 11, 2002 4:59 PM > To: W3C XML Schema Comments list > Subject: Duration lexical form? > > I can't confirm this hasn't already been mentioned, since there is no > 2E yet for part 2. However, in reading 1E, I see the following: > > Section 3.2.6.1, second paragraph > > The values of the Year, Month, Day, Hour and Minutes components > are not restricted but allow an arbitrary integer. Similarly, the > value of the Seconds component allows an arbitrary decimal. Thus, > the lexical representation of duration does not follow the > alternative format of 5.5.3.2.1 of [ISO 8601]. > > Arbitrary integer? So, like -3? I see nothing that prohibits > P12Y4M-3D except in the last paragraph of this subsection, which is > too chatty to feel normative. > > Should the first two quoted sentences above prose not read > > The values of the Year, Month, Day, Hour and Minutes components > are not restricted but allow an arbitrary __non-negative__ > integer. Similarly, the value of the Seconds component allows an > arbitrary __non-negative__ decimal. > There is now a 2e draft for xmlschema-2 [1] (a members-only link at this time) where the relevant section now says: The values of the Year, Month, Day, Hour and Minutes components are not restricted but allow an arbitrary unsigned integer, i.e., an integer that conforms to the pattern [0-9]+. Similarly, the value of the Seconds component allows an arbitrary unsigned decimal. Following [ISO 8601], at least one digit must follow the decimal point if it appears. That is, the value of the Seconds component must conform to the pattern [0-9]+(\.[0-9]+)?. Thus, the lexical representation of duration does not follow the alternative format of § 5.5.3.2.1 of [ISO 8601]. Hopefully, you will agree that the above solves the problem. pvb
Received on Friday, 20 December 2002 13:35:31 UTC