Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] Creating a single XML vocabulary that is appropriately customized to different sub-groups within a community

From: "Andrew Welch" <andrew.j.welch@-----.--->
To: "Costello, Roger L." <costello@-----.--->
Date: 7/9/2008 3:05:00 PM
> How do you create a single XML vocabulary, and validate that XML
> vocabulary, for a community that has sub-groups that have overlapping
> but different data needs?
>
>
> EXAMPLE
>
> Consider the book community.  It is comprised of:
>
>   - book sellers
>   - book distributors
>   - book printers
>
> They have overlapping, but different data needs.
>
> For example, the data needed by a book seller is:
>
>   - the title of the book
>   - the author of the book
>   - the date of publication
>   - the ISBN
>   - the publisher
>
> The book distributor has many of the same data needs, but also some
> differences:
>
>   - the title of the book
>   - the author of the book
>   - the size of the book
>   - the weight of the book
>   - the mailing cost
>
> And the book printer has overlapping but different needs:
>
>   - the size of the book
>   - the number of pages
>
> How does the book community deal with such differing needs?


Couldn't you just have three schema's each containing their own
definition of <book>, which import a common schema where everything
else is defined?

The book sellers will use book-seller.xsd, the distributor will use
book-distributor.xsd etc...  seems simple enough?



-- 
Andrew Welch
http://andrewjwelch.com
Kernow: http://kernowforsaxon.sf.net/


transparent
Print
Mail
Like It
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