I agree somewhat. Some months back there was a thread where I argued =
that
instead of extending XML Schema with co-occurence constraints there =
should be
some work done on how to connect XML Schema better with Schematron. 

One thing that I can think of straight off the bat if XML Schema went =
towards
defining bindings to Schematron of some sort then xsd:unique could be
dropped. Dropping syntax is also a benefit. 



Cheers,
Bryan Rasmussen

-----Oprindelig meddelelse-----
Fra: xmlschema-dev-request@w...
[mailto:xmlschema-dev-request@w...]P=E5 vegne af Rick Jelliffe
Sendt: 9. marts 2006 10:15
Til: noah_mendelsohn@u...
Cc: xml-dev@l...; xmlschema-dev@w...
Emne: Re: [xml-dev] Two Questions - on XML Schema



noah_mendelsohn@u... wrote:

>As I noted above, there are serious discussions underway right now =
about 
>including XPath-based co-occurrence constraints in schema 1.1.   As =
with 
>the current use of Schematron in appinfo, these would be additional 
>constraints:  to be valid, content would have to satisfy both the =
content 
>model grammar and the XPath based constraints.   There are several 
>proposals as to exactly how the constraints would be expressed.  The =
ones 
>I believe closest to Schematron involve XPath predicates that would =
have 
>to resolve as true/false for the content to be valid per the type.  =
There 
>are also proposals from Fabio Vitale to use such predicates in =
selecting a 
>type.  So, no guarantee that anything will be proposed, but there is 
>certainly a chance.  We get requests for this function almost daily.
>  
>

Well, can I recommend just officialy recommending the  simple Schematron =

assert statements as the easiest way forward for everyone, using the 
schematron namespace, and inside <appinfo>

The ISO Schematron standard explicitly encourages this, see            
http://www.schematron.com/iso/P25.html#GEN38
including that you can define any context information for interpreting 
the XPath:
notably this includes type awareness.

I don't why this isn't a no-brainer: no need to alter XSD or add 
requirements to any
implementations, nicely layered, blame the limitations on someone else 
(me, ISO) when
people start to whinge,  no political ramifications with RELAX NG, etc.

Can fruit hang lower?

Rick


From mike@s... Thu Mar 09 15:45:31 2006
Received: from lisa.w3.org ([128.30.52.41])
	by frink.w3.org wi