OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   DTD tools

[ Lists Home | Date Index | Thread Index ]
  • From: "Simon St.Laurent" <simonstl@simonstl.com>
  • To: XML-Dev Mailing list <xml-dev@ic.ac.uk>
  • Date: Fri, 08 Oct 1999 13:12:05 -0400

I'm writing about a lot of DTD-intensive work, and I'm surprised by how few
tools appear to be available for working with XML DTD's.  I can write some
of the code myself, but I'm wondering if it's already out there.

Here's my wish list - I'd love to know if anyone else either has these
tools or would find them useful.

* DTD normalizer - takes a DTD (including the internal subset?) and
processes out all duplicate declarations (overrides) and sorts out
parameter entities, returning a 'final' copy of the DTD the parser will
actually use.

* DTD document validator - takes an arbitrary DTD and validates a document
against it.  The DTD needn't be the one specified by the document.  (I
asked for this one earlier, and there doesn't seem to be much.)

* DTD subset guide - takes a DTD and lets you chop out the parts you don't
want, while preserving compatibility with the original.

* automated mapping - takes documents arriving in one structure and maps
them to another.  Not necessarily DTD-dependent, but useful, especially if
given a friendly interface.  (Some possibilities have emerged in the
disillusionment discussion.)

* DTD map builder - produces a graphic representation of DTDs that use
external resources, identifying dependencies between modules and things
like overrides.  (Extensibility's XML Authority already provides useful
content model maps, but the outline for modules doesn't identify
dependencies.)

* DTD extensions - standardized conventions for data typing within DTDs
(Extensibility's XML Authority has some very useful ones) and namespace
prefix mapping within DTDs and processors for applying these extensions to
documents.

Maybe this is all too much work for what I hear described more and more as
a legacy technology, but DTDs are a technology we have today, that's well
understood, and not very hard to convert to future schema approaches.

Simon St.Laurent
XML: A Primer, 2nd Ed.
Building XML Applications
Inside XML DTDs: Scientific and Technical
Sharing Bandwidth / Cookies
http://www.simonstl.com

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






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS