unsignedByte verses unsignedBtype id

Hello,

I have noticed what appears to be an error in Part 2 of the 2001 spec:

  http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/

In Section 3, the document states:

   Each built-in datatype in this specification (both ·primitive· and
   ·derived·) can be uniquely addressed via a URI Reference constructed as
   follows:

              1.the base URI is the URI of the XML Schema namespace
              2.the fragment identifier is the name of the datatype

            For example, to address the int datatype, the URI is:

                 http://www.w3.org/2001/XMLSchema#int

Thus the URI Reference for unsignedByte would be

        http://www.w3.org/2001/XMLSchema#unsignedByte

In the normative schema for schema, also available at

  http://www.w3.org/2001/XMLSchema.xsd

the simple type definition for unsignedByte looks like this:

                <xs:simpleType name="unsignedByte" id="unsignedBtype">
                 <xs:annotation>
                   <xs:documentation
                     source
="http://www.w3.org/TR/xmlschema-2/#unsignedByte"/>
                 </xs:annotation>
                 <xs:restriction base="xs:unsignedShort">
                   <xs:maxInclusive value="255" id
="unsignedByte.maxInclusive"/>
                 </xs:restriction>
               </xs:simpleType>

I would appear that unsignedBtype is not the correct id for this simple
type definition.  It is unique among the built-in types in having an id
that is not consistent with it's name and that is not consistent with it's
contained facet's id.  This anomaly prevents us from uniformly using
"getElementById" lookup to implement the URI support from Section 3 of Part
2.

Would it be a violation of the standard to rectify this problem in our
cached version of the schema for schema.


Ed Merks/Toronto/IBM@IBMCA
mailto: merks@ca.ibm.com
905-413-3265  (t/l 969)

Received on Thursday, 4 October 2001 17:24:34 UTC