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

Re: Schema validation question


php schema validation
I agree- but it isn't my project, and I don't set their standards.  I would much prefer to see them use RELAX.  This solution, if it works, would at least avoid the hopeless mangling of their instance documents.

Ah, Joe, if only you and I ran the world :>).

Take care and thanks for your help.

Linda

-----Original Message-----
From: Chiusano Joseph <chiusano_joseph@b...>
Sent: May 5, 2004 9:23 AM
To: Linda Grimaldi <grimlinda@e...>
Cc: xml-dev@l...
Subject: Re:  Schema validation question

Linda Grimaldi wrote:
> 
> Thank you all for your replies, particularly the one about advising me to get some sleep!  But I have a 15 year old daughter, so, XML or no XML, sleep does not come easily...
> 
> Anyhow, I will tell my friend to try defining the groups instead of elements under the choice tag.  

IMHO, that would be an unwise choice - but to each their own.

Kind Regards,
Joe Chiusano
Booz | Allen | Hamilton
Strategy and Technology Consultants to the World

> I looked at that, but the cheap reference I was using seemed to imply > that you could only "choice" elements.  That's what I get for not > going back to the standard, but somehow, I just couldn't make myself > do it.
> 
> Linda
> 
> -----Original Message-----
> From: Chiusano Joseph <chiusano_joseph@b...>
> Sent: May 5, 2004 7:23 AM
> To: Bob Foster <bob@o...>
> Cc: Linda Grimaldi <grimlinda@e...>, xml-dev@l...
> Subject: Re:  Schema validation question
> 
> Bob Foster wrote:
> >
> > This would be trivial to do in RELAX NG, but why do it? If the value of
> > one element is fixed by the name of another, then the value is redundant
> > and may be omitted.
> 
> How would you then pass that value on to the next system/process if it
> is omitted? The subsequent processing might depend on that value being
> there - and you may not be able to (for whatever reason) enhance the
> subsequent system/process to "inherently" recognize that value.
> 
> Kind Regards,
> Joe Chiusano
> Booz | Allen | Hamilton
> Strategy and Technology Consultants to the World
> 
> > Such a thing is only useful for producing error
> > messages.
> >
> > Bob Foster
> >
> > Linda Grimaldi wrote:
> > > I have been out of the XML world for a little while now, but someone just asked me a question and I have to admit, it's going to keep me up tonight if I can't come up with a better solution.  And I'm a little rusty, to boot...
> > >
> > > The issue is one of data dependency and validation.  The goal is to enforce a restriction on pairs of data values- if the data associated with the node <Fruit><Name> is "Apple", then the value of the sibling node <Fruit><Abbrev> must be "APL".  Effectively, the goal is to enforce a specific mapping from one enum into another within an XML document. The only way my associate could figure to capture this dependency is as follows:
> > >
> > > <xs:complexType name="Fruit">
> > >       <xs:annotation>
> > >               <xs:documentation>Defines the valid values for fruit types</xs:documentation>
> > >       </xs:annotation>
> > >       <xs:choice>
> > >               <xs:element name="APL" type="xs:token" fixed="Apple"/>
> > >               <xs:element name="ORG" type="xs:token" fixed="Orange"/>
> > >               <xs:element name="BAN" type="xs:token" fixed="Banana"/>
> > >               <xs:element name="LEM" type="xs:token" fixed="Lemon"/>
> > >               <xs:element name="GRP" type="xs:token" fixed="Grape"/>
> > >       </xs:choice>
> > > </xs:complexType>
> > >
> > > All in all, this strikes me as a very ugly, even offensive, solution.  My initial response was to forget about the validation- it wasn't worth it.  Is there a way to preserve the data dependency validation without warping the instance document as the above schema fragment would require?
> > >
> > > Thanks,
> > > Linda
> >
> > -----------------------------------------------------------------
> > 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://www.oasis-open.org/mlmanage/index.php>
> 
> --
> Kind Regards,
> Joseph Chiusano
> Associate
> Booz | Allen | Hamilton
> 
> -----------------------------------------------------------------
> 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://www.oasis-open.org/mlmanage/index.php>

-- 
Kind Regards,
Joseph Chiusano
Associate
Booz | Allen | Hamilton


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.