[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: "Multiple" Namespaces? (but NOT for HTML)
Aren't you doing the same thing with the namespace tag idea (except that it won't work with an XML parser)? It seems like you _create_ the need for new tagging. If these data tags were all derived from MARC(?) and they strictly point to the same MARC "elements" (ha ha ha ....!), then one dtd will fit the bill with a common definition, <!ELEMENT (Creator|Originator|docAuthor) (...definition...)> If you're going to keep the source tags, then you could use multiple copies of the data, but use "dynamically generated" entities from a master dataset. In each copy, use entity references (with unique ids) to point to entity definitions in the same way. There are probably definitions in one database/dtd that do not occur in others. More than likely you will have to create an esperanto dtd and more than likely if you have to process the data at all, you may as well process the tags. Vane -----Original Message----- From: John Robert Gardner [mailto:jrgardn@e...] Sent: Friday, October 22, 1999 1:27 PM To: Vane Lashua Cc: xml-dev@i... Subject: RE: "Multiple" Namespaces? (but NOT for HTML) On Fri, 22 Oct 1999, Vane Lashua wrote: > Use attributes. > Pick a master dtd element nomenclature ... DC, say ... or use your own and > then > > <ONEWHOCREATES DC="Creator" GILS="Originator" > TEI="docAuthor">Tillich</ONEWHOCREATES> > Thanks, but to clarify in case it wasn't clear in my first post, the search needs to be transparent. Under your solution, how is a DC engine to recognize "ONEWHOCREATES"? We could of course use attributes, but then everyone would have to readjust. The key point here is _transparent_ --otherwise we're just proliferating _yet another_ DTD, NOT transparently interfacing with well-established archival standards. jr 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 unsubscribe, mailto:majordomo@i... the following message; unsubscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|