4451 2007-04-05 01:57:06 +0000 decimal canonical mapping inconsistency 2008-06-07 01:19:41 +0000 1 1 1 Unclassified XML Schema Datatypes: XSD Part 2 1.1 only All All RESOLVED FIXED cluster: numbers resolved P2 major --- 1 davep cmsmcq www-xml-schema-comments oldest_to_newest 14673 0 davep 2007-04-05 01:57:06 +0000 In 3.3.3.1 we assert: The ·canonical representation· for decimal is defined by prohibiting certain options from the Lexical Mapping (§3.3.3.1). Specifically, the preceding optional "+" sign is prohibited. The decimal point is required. Leading and trailing zeroes are prohibited subject to the following: there must be at least one digit to the right and to the left of the decimal point which may be a zero. however, the canonical mapping algorithm says: 1. If d is an integer, then return ·noDecimalPtCanonicalMap·(d). So according to the canonical mapping, the canonical representation of 3 is '3', in decimal as well as the derived integer datatype. I suspect the wording in 3.3.3.1 is in error, inherited from 1.0, but I haven't searched the WG minutes to be sure. 20394 1 cmsmcq 2008-06-06 00:01:02 +0000 A wording proposal intended to resolve this issue is at http://www.w3.org/XML/Group/2004/06/xmlschema-2/datatypes.b4395.html (member-only link) The proposal changes the paragraph in question to read: The definition of the ·canonical representation· has the effect of prohibiting certain options from the Lexical Mapping (§3.3.3.1). Specifically, for integers, the decimal point and fractional part are prohibited. For other values, the preceding optional "+" sign is prohibited. The decimal point is required. In all cases, leading and trailing zeroes are prohibited subject to the following: there must be at least one digit to the right and to the left of the decimal point which may be a zero. This proposal is 'speculative' in the sense that the WG has not agreed to consider this issue, let alone how to resolve it. It has also not had normal editorial review. 20404 2 cmsmcq 2008-06-07 01:19:41 +0000 The proposal reproduced in comment #1 was adopted at today's call, with amendments to make cleear that integers, too, prohibit the leading + in their canonical form. DaveP, please close or reopen to indicate your satisfaction or dis- with this resolution.