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

RE: Most XML vocabularies are too large and inevitably have lo

  • From: "Len Bullard" <cbullard@hiwaay.net>
  • To: "'Michael Kay'" <mike@saxonica.com>, <xml-dev@l...>
  • Date: Sun, 18 Dec 2011 15:06:58 -0600

RE:  Most XML vocabularies are too large and inevitably have lo
Not sure about the case for schema or instances of it, but with DTDs as the
number of cases a single DTD is made to support, the weaker the support
becomes.  This is a problem for XML where DTDs validate one end of a
production and XSL performs post-validation substitutions.  The DTD cannot
be written tightly enough to ensure the XSL consumes the right tags and
outputs the correct XSL-FO, for example.

We really do lose a lot of time and money to the inability or unwillingness
of providers to create, maintain and provide multiple tight definitions over
singular loose ones.


-----Original Message-----
From: Michael Kay [mailto:mike@saxonica.com] 
Sent: Sunday, December 18, 2011 2:17 PM
To: xml-dev@lists.xml.org
Subject: Re:  Most XML vocabularies are too large and inevitably
have lots of "holes"

Indeed, most standards are too large.

XML is too large. Attributes are unnecessary, mixed content is 
unnecessary, namespaces are unnecessary: without these unnecessary 
concepts, XSD and many other things would have been much simpler.

XSD is certainly too large.

Many application-level standards such as FpML and HL7 are too large.

But stating that something is too large doesn't help to make it smaller. 
(There was a W3C workshop on XSD where everyone agreed it was too big 
but no-one could agree which bits were unnecessary.) There's a basic 
problem that the more people you involve in a design, the larger and 
more complex it becomes. At the extreme, this leads to the failure of 
billion-dollar IT projects. This is a sociological problem in the way 
systems are created. But recognizing the fact doesn't make it go away.

Looking to mathematics for inspiration isn't particularly constructive, 
because IT systems have to fit into the real world, and the real world 
itself suffers from excess complexity; a specification can also fail 
because it oversimplifies, or because it imposes too high a level of 

Michael Kay


XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php

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


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.
First Name
Last Name
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.