XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Schemas: Different Strokes From Different Folks

True, but Rick raised the issue as a means of distinguishing between RELAX NG and Schematron, saying the latter has partial support for closure under union.

Hence the question: What is partial about Schematron's ability to union schematron defined schemas?

Patrick


On 01/18/2017 10:38 AM, Ihe Onwuka wrote:
One could stop at the mathematical definition - closure under union - the union of n Schematron schemas is itself a valid schematron schema.

That begs the question - what exactly is the union of a Schematron schema - once we can answer that the pure math perspective of the definition is satisfied.

The Applied math perspective would be to consider whether the concept of a union of Schematron schemas is useful one to deploy.



On Wed, Jan 18, 2017 at 10:09 AM, Patrick Durusau <patrick@durusau.net> wrote:
Greetings!

Rick Jelliffe's recent article on xml.com,
https://www.xml.com/articles/2017/01/15/schemas-different-strokes-different-folks/
sets the background for my question:

Rick raises the issue of "closed under union" and says:

*****

According to James Clark "for any two RELAX NG schemas, there is a RELAX
NG schema for its union". Dr Murata's early research concerned set
operations on grammars, in fact. RELAX NG allows ambiguity during the
course of validation really well, until finally deciding whether the
document is valid, and so can support dialects well. Elegant and powerful.

...

But in Schematron, there is partial support for being closed under
union: if you use the phase mechanism you can certainly combine two
different schemas, but the language does not take care of the
disambiguation: you have to tell Schematron which phase should be
active: which patterns are in common whatever dialect is in and which
patterns only belong to a single dialect. In Schematron, the important
thing is to explicitly represent that you have these different variants,
not ignore them or necessarily handle them automatically.

*****

There isn't a comment facility at so I'm posting here.

Perhaps my problem is with the use of "closed under union."

As I understand "closed under union," the result of an operation on a
set member must remain a member of the set."

I don't think it has anything to do with "...the language does not take
care of disambiguation: you have to tell Schematron..." Yes?

Hmmm, rather than saying two "different schemas," what if we said "two
different Schematron specified schemas?" Is a combination of those two
Schematron specified schemas a schema defined by Schematron?

If so, then are Schematron schemas "closed under union?"

Or was Rick's question about encountering two arbitrary XML schemas,
specified by some unknown means and then to be merged using Schematron?

The "partial support for being closed under union" was what originally
attracted by attention.

Glad to see XML.com is back up!

Hope everyone is having a great week!

Patrick



--
Patrick Durusau
patrick@durusau.net
Technical Advisory Board, OASIS (TAB)
Editor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300
Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps)

Another Word For It (blog): http://tm.durusau.net
Homepage: http://www.durusau.net
Twitter: patrickDurusau




-- 
Patrick Durusau
patrick@durusau.net
Technical Advisory Board, OASIS (TAB)
Editor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300
Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps)

Another Word For It (blog): http://tm.durusau.net
Homepage: http://www.durusau.net
Twitter: patrickDurusau 

Attachment: signature.asc
Description: OpenPGP digital signature



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS