DTD tools

[DuCharme, Robert]

>* 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.

With a command like the following, James Clarke's spam will output the input
with all the declarations in its internal subset. I have a dtdnorm.bat file
that sends that to a perl script that outputs the declarations into their
own DTD file. Being an SGML tool, the xml.dcl declaration is necessary and
duplicate declarations aren't allowed.

  spam -mms -p -p xml.dcl test.xml

>* 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.)

Maybe I misunderstand what you're looking for, but the more I look at XSLT,
the more I think it will be great for this.


I'm sure plenty of vendors will get in touch with you to tell your "Our
X-Whatever product sort of kind of does everything you listed, and more!
Well, the next release will!" 


Bob DuCharme          www.snee.com/bob           <bob@  
snee.com>  "The elements be kind to thee, and make thy
spirits all of comfort!" Anthony and Cleopatra, III ii

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at 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 at ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)