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

RE: XML Design for Diverse Data

  • From: "Cox, Bruce" <Bruce.Cox@U...>
  • To: "bryan rasmussen" <rasmussen.bryan@g...>,"George Cristian Bina" <george@o...>
  • Date: Thu, 24 Apr 2008 18:26:45 -0400

RE:  XML Design for Diverse Data
Even for compound documents, extension by the NVDL method seems even
scarier than the ANY element - at least you know where ANY is going to
show up.  

In the context of developing a schema for the exchange of trademark
registration data among WIPO and states party to the Madrid Agreement,
OHIM put ANY in the base schema with the intention that it be replaced
by those additional elements required by each national office for their
internal processing not already provided for in the base set.  Other
offices would, in general, ignore those easily-identified elements.  As
elegant as NVDL appears to be, the unpredictability it introduces is not
just in machine processing, but in business processing as well.
Industrial property offices don't usually want to see data in a
submission that is not supported by some business rule.  Extraneous data
can create considerable confusion and potential liabilities.  Somewhere,
somehow, the overall business process has to be controlled in order to
reduce it to machine-based processing, that it, it has to be minimally
predictable, or the business won't invest in automating it.  It's fairly
easy to show customers how an XML schema makes their business objects
amenable to machine processing.  I don't think I'll be introducing NVDL
to them any time soon.

We currently publish 10,000 patent documents each week based on a DTD
with an external table DTD and MathML and expect to introduce some
others.  So far, we haven't needed NVDL.

Bruce B Cox
Manager, Standards Development Division
OCIO/SDMG
571-272-9004


-----Original Message-----
From: bryan rasmussen [mailto:rasmussen.bryan@g...] 
Sent: Wednesday, April 23, 2008 11:57 AM
To: George Cristian Bina
Cc: Costello, Roger L.; xml-dev@l...
Subject: Re:  XML Design for Diverse Data

> NVDL is the solution once you have the problem of validating
> compound documents.
>
I agree when I think of compound documents as XHTML with MATHML and
SVG and RDF mixed, I find it problematic when thinking of exchanging
business data.

Cheers,
Bryan Rasmussen



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


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.