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

Getting specs/standards right (was UPA and schema handling)

  • To: xml-dev@l...
  • Subject: Getting specs/standards right (was UPA and schema handling)
  • From: Michael Champion <michaelc.champion@g...>
  • Date: Mon, 18 Oct 2004 08:54:34 -0400
  • Domainkey-signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=WcRA9nhhrS41VW9vLAVHRofkg7H48qNNmmLMwftT5qaz32HkBf8Vu70EhsW4uiqd28God7no34TaLZ+u/or6zcSjmL+fcxOcaEVuZIxsElbi7JjkhpDpPgZ5KztjTKnZBf2XzWq0TZdcLtS9P80BYgjNDstp2eAOp3WbBz9E+Gc
  • Reply-to: Michael Champion <michaelc.champion@g...>

getting the standards right
On Mon, 18 Oct 2004 10:24:23 +0100, Michael Kay
<michael.h.kay@n...> wrote:

> Only if its work is confined to giving a yes/no answer to the validity
> question.
> 
> If the work is to associate types with individual element instances, then
> UPA is rather important.


Once again, what is a critical use case in the "data" world is an
annoying hinderance to getting work done in the 'document ' world :-) 
(and vice-versa, I'm not taking sides!).

It's hard for me to get morally outraged at XMLSpy for ignoring or
creatively interpreting a *recommendation* in a way that fits their
experience and their understanding of their paying customers' needs. 
If XML Schema were a *standard* in the accepted sense, this would be
unacceptable, of course -- I don't want electrical equipment
manufacturers "creatively interpreting" the relevant ISO standards to
accomodate their understanding of my price vs safety tradeoff. But
Schema is something designed by a committee that reflects their
collective best guess, it doesn't embody the kinds of real science and
engineering experience that went into the ISO standards for electrical
transmission equipment.

There seem to be two different ways forward:
- Moving XML recommendations toward true standards status, presumably
clarifying and refactoring them to reflect actual experience over the
last few years, and developing rigorous conformance tests.

- Accepting that they are indeed recommendations from joint design
efforts; creative interpretation and ad-hoc profiling are part of the
process necessary to build the base of experience upon which real
standardization can build, someday.

I can live with either, and IMHO different XML specs need different
approaches.  I don't believe the intermediate situation that we're in
now is viable, where somewhat loosely-written and/or unproven specs
are treated as if they were standards by some, but as if they were
informal recommendations by others.

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.