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

Re: XML complexity, namespaces (was WG)

  • From: Paul Prescod <paul@p...>
  • To: xml-dev@i...
  • Date: Fri, 19 Mar 1999 14:46:09 -0600

dtd customizations
Chris Lilley wrote:
> You know what they used to say about SGML; its assymetric. Getting the
> data in just takes a text editor, but getting it out again requires a
> consultant. Well, with XML, the effort to get some benefit from XML is
> reduced because of economy of scale - someone somewhere will have the
> dtd you want to do part of your job. Build what you want from a kit of
> parts that other people wrote; add a little glue, and off you go.

It doesn't work that way.

A DTD is a reflection of an organization's business model. It varies from
organization to organization. You can't directly use some else's UML model
nor their DTD directly. It certainly does help to be able to use someone
else's as a starting point. It is also useful to use industry standard
DTDs for interchange (after some form of mapping or translation).

DTDs can and should be shared, but you should expect to make
customizations for every organization. That in turn requires customization
to all of the software that works with the DTD. Customizations is easier
than starting from scratch but the problem is that it may touch every part
of the system: 

 * document types
 * document type documentation
 * editor customizations
 * metadata query GUIs
 * data entry GUIs
 * navigation GUIs
 * output specifications (all of them!)

That isn't glue anymore. It's a major project (though less major than
starting from scratch). And unfortunately it involves specialized
knowledge which will usually mean consulting. Most technical publications
departments have a very thin technical staff and they aren't going to
become experts in all of these areas.

In other words, XML is as asymmetric as SGML. Actually neither is really
very asymmetric because you can't (well, shouldn't) get data into them
before you have designed your document type. So input and output are both
pretty difficult if you compare them, say, to Microsoft Word which is
usually the benchmark people use to demonstrate how hard SGML systems are
to build.

 Paul Prescod  - ISOGEN Consulting Engineer speaking for only himself

"Perpetually obsolescing and thus losing all data and programs every 10
years (the current pattern) is no way to run an information economy or
a civilization." - Stewart Brand, founder of the Whole Earth Catalog

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.