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

RE: modeling, validating and documenting an xml grammar

  • To: "'Simon St.Laurent'" <simonstl@s...>, xml-dev@l...
  • Subject: RE: modeling, validating and documenting an xml grammar
  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • Date: Thu, 19 Jun 2003 10:18:21 -0500

RE:  modeling
Or individual judgements have to outweigh political 
consensus in individual cases. (aka, "no size fits all").

Consider that this is a case of analogical reasoning 
(applying use cases) to support or induce a theory 
(the Schema language design) which must then be applied 
to real cases but which never precisely supports a universal 
premise (the notion of the Schema as THE standard).
 
It is the weakness of standardization prior to 
well-understood and clearly documented practice: we 
give it the power of a universal premise, reason 
logically and correctly from that premise to conclusions 
which do not match local cases and cannot given the 
need to keep standards stable (one can question that) 
be operated on to adjust for local conditions.  What 
I see in the min/max feature is such a feature: make 
it as tight or loose as needed.  In the DTD and RELAX, 
it can only be tight (0 or 1) in a given case, but 
is loose is all others.  Its cost is the cost of 
preserving the option.

Most standards are someone's best guess, not a 
universal law.  That is why the W3C is at its 
best when it is specifying systems, not standardizing 
them.  The depth of work of the TAG is a pretty 
good example of the cost of the cleanup.  Not a 
pretty job.

len


From: Simon St.Laurent [mailto:simonstl@s...]

At 12:23 AM 6/19/2003 -0700, Dennis Sosnoski wrote:
>Just for the record, I think any standards committee that *doesn't* follow 
>the principle of "if in doubt, leave it out" should be forced to keep 
>circulating their ever more bloated specification amongst themselves in a 
>feedback cycle until their mail servers all crash and the evil product of 
>their activities is lost to the bit bucket. WXS seemed to be firmly on 
>this track, but somehow the damned thing escaped to the wild before the 
>inevitable collapse. I consider it a virus.

Hmmm... maybe we actually need fewer public drafts rather than more.  Cruel 
gatekeepers might help.  Or perhaps we should encourage a greater sense of 
shame among specification developers?

Tough political problem, certainly.



-----------------------------------------------------------------
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://lists.xml.org/ob/adm.pl>

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.