- From: Patrick Stickler <patrick.stickler@nokia.com>
- Date: Wed, 10 Sep 2003 08:44:29 +0000
- To: "Jeremy Carroll" <jjc@hplb.hpl.hp.com>, "ext Frank Manola" <fmanola@mitre.org>
- Cc: w3c-rdfcore-wg@w3.org, "pat hayes" <phayes@ihmc.us>
Can we all just agree that the XML Schema spec is unclear and confusing in this regard, remove all XML Schema test cases touching on this issue, and formally recommend a clarification from the XML Schema WG (which is unrelated to our own schedule)? Whether " 3 " is or is not in the lexical space of xsd:integer is irrelevant to our design and whatever the XML Schema WG says is correct will work perfectly with our design, so let's leave it to them to clarify for the sake of those using *their* datatypes and move on... Patrick _____________Original message ____________ Subject: Re: about " 3 "^^xsd:integer Sender: ext Frank Manola <fmanola@mitre.org> Date: Wed, 10 Sep 2003 08:34:58 +0000 Yes, but to address the subject issue, you need to use examples that show how your arguments apply to value spaces that aren't basically "stringy", such as integers, rather than other strings, or URIs. --Frank Jeremy Carroll wrote: > >>> "4.3.6 whiteSpace >>> >>> [Definition:] whiteSpace constrains the ˇvalue spaceˇ of types >>> ˇderivedˇ from string such that the various behaviors specified in >> > > > > As an example xsd:NMToken > (possible case typos) > > " a " is not in the value space and "a" is, because you cannot produce a > lexical form " a " given the whitespace facet, and hence you cannot > produce the value " a " either. > > XSD views any constraint which rules out certain lexical forms as also > ruling out the corresponding values which have no legal lexical > representations. > > A non-trivial example is that > > "http://www.w3.org/Two/Space /foo" > > is not an xsd:anyURI > > Jeremy > -- Frank Manola The MITRE Corporation 202 Burlington Road, MS A345 Bedford, MA 01730-1420 mailto:fmanola@mitre.org voice: 781-271-8147 FAX: 781-271-875
Received on Wednesday, 10 September 2003 01:44:42 UTC