Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] Two Questions - on XML Schema

From: Rick Jelliffe <rjelliffe@-------.---.-->
To: noah_mendelsohn@--.---.---
Date: 3/9/2006 9:13:00 AM
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


transparent
Print
Mail
Digg
delicious
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent