[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: patterns and restrictions

• To: <xml-dev@l...>
• Subject: RE: patterns and restrictions
• From: "Alessandro Triglia" <sandro@m...>
• Date: Wed, 17 Dec 2003 13:08:25 -0500
• Importance: Normal
• In-reply-to: <200312171542.hBHFgVTd025585@a...>

David Tolpin wrote:
> 
> [ Charset ISO-8859-1 unsupported, converting... ]
> > Hi,
> > 
> > Does the following allow 'abc' as a valid value?
> > 
> > <xs:simpleType name="MyDouble">
> >         <xs:restriction base="xs:double">
> >             <xs:pattern value="[^N].*"/>
> >         </xs:restriction>
> > </xs:simpleType>
> > 
> > We had been working under the belief that, via restriction
> - patterns
> > from both the new datatype and the original one are 'And'ed
> together.
> > i.e - the above datatype would only allow values valid for
> a double -
> > with the exception of NaN.
> > 
> > However, we've read somewhere today that whenever a pattern facet is 
> > evaluated - it is evaluated against a string.  Though
> XMLSpy and Xerces
> 
> The 'XML Schema Part 2: Datatypes' says
> 
> NOTE: It is a consequence of the schema representation
> constraint Multiple patterns (?4.3.4.3) and of the rules for 
> ?restriction? that ?pattern? facets specified on the same 
> step in a type derivation are ORed together, while ?pattern? 
> facets specified on different steps of a type derivation are 
> ANDed together.
> 
> 'pattern' is a constraining facet, and a type defined by
> applying a constraining facet to a primitive type is a derived type. 
> 
> Therefore, I would think that 'pattern' defines a subset of
> the lexical space of the type it is applied to.


My understanding is that the "pattern" facet is a very special facet, in
that it constrains two different things:

1) the value space of the type;

2) the lexical representation of the values in the value space resulting
from 1, possibly beyond the extent implied by 1.

The text says that "pattern" constrains the value space "by constraining the
lexical space" (4.3.4), but also says that the literals must match the
pattern regexp (4.3.4.4).  Thus both (1) and (2) follow.

For example, in the very simple case of a pattern value "01" applied to
xsd:integer, the pattern facet has the following effects:

1) it restricts the value space of the datatype (derived from xsd:integer)
to include only the integer value 1;

2) it requires that the integer value 1 be lexically represented precisely
as "01", and not, say, as "1" or "001".

"Normal" facets (except "pattern") don't care about the lexical
representation.  Any lexical form that is legal for the values in the value
space may be used in instances, and will "represent" one of those values.
"Pattern" is different.

Alessandro Triglia


> 
> David Tolpin
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org 
> <http://www.xml.org>, an initiative of OASIS 
<http://www.oasis-open.org>

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>

• References:
  • Re: patterns and restrictions
    • From: David Tolpin <dvd@d...>

• Prev by Date: Re: DTD and Schema Teasers
• Next by Date: RE: DTD and Schema Teasers
• Previous by thread: Re: patterns and restrictions
• Next by thread: RE: patterns and restrictions
• Index(es):
  • Date
  • Thread