- From: <merks@ca.ibm.com>
- Date: Thu, 4 Oct 2001 17:24:37 -0400
- To: www-xml-schema-comments@w3.org
- Cc: nally@us.ibm.com, frankb@ca.ibm.com
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