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


Help: OASIS Mailing Lists Help | MarkMail Help



   narrowing a DTD

[ Lists Home | Date Index | Thread Index ]
  • From: Bill Wadley <bill@wadley.org>
  • To: xml-dev@ic.ac.uk
  • Date: Thu, 1 Apr 1999 06:11:48 -0600 (CST)


I would like to take a currently existing DTD (e.g. Scalable Vector
Graphics, SVG), _overlay_ some different semantics onto it, and create a
subset of the SVG DTD.

I would like to create a SVG document that is 100% SVG with no new
ELEMENTS, ENTITIES or anything. However, I'm creating this document from
some other data structure that does not map 1:1 to SVG. I would like this
*mapping* to be a *standard* in it's own right for use in a particular
community. Essentially, I would like an SVG-like DTD, a pure subset with
different semantics, that would be used to create the SVG-overlay document.
The full SVG DTD can still be used to *extend* the SVG-overlay DTD, but
when we go to parse the SVG-overlay document, we can ignore the extended
SVG and just go for the SVG-overlay stuff knowing that the creator of the
document used the SVG-overlay DTD and that the ELEMENTS and things mean
what we think they mean. On the other hand, we can pass the SVG document
and the full SVG DTD to an SVG drawing program, and it will have no
problems just drawing the picture as usual.

So that is what I want; question is, how do I do it? My immediate response
is to take the SVG DTD and start removing things, but that's not enough. We
need to use some of the CDATA attributes to hold specific information in a
specific format; this would imply that we need to "override" declarations
in the original DTD somehow. It may also be necessary to increase the
restrictions on ELEMENT declarations. Nothing needs to be added or
relaxed. (If this weren't not true, I would say all is lost, but this is a
narrowing, not a broadening.)

I'm trying to be concise, but if I'm not being clear, I'll be happy to try

Any light shed on this problem will be greatly appreciated.



Bill Wadley     |GAT/d-(++) s++: a C++++ UL++++$ P++++$ L+++>++++ E- W+++$   |
bill@wadley.org |N+++ w-- O-- M-- PS+ PE Y++ PGP++ t++ 5++ X- R+ tv b++++ D++|
bill.wadley.org |G++ e* h--- r+++ y?       bill.wadley.org/PGP_KEY.html      |
"The dinosaurs became extinct because they didn't have a space program."
                                                          -Larry Niven

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 (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe 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