Namespaces and DTDs

[Andrew McNaughton]

Documents resulting from queries run on the concatenated document would tend 
to cause problems, as query results don't generally return the context of the 
XML elements returned.  This problem also applies to queries run across 
multiple documents unless their DTD's are identical, which perhaps suggests 
that an answer to this problem has to come from the query languages.

Andrew McNaughton



 Marc.McDonald at Design-Intelligence.com wrote:
> So make a namespace declaration a PI and add an "not using this 
> namespace anymore" PI. Then use simple occurrence scoping:
> 
> Process result:
> <?XMLNS prefix="foo" uri="...">
> <A> .... </A>
> <XMLENDNS prefix="foo">
> 
> Process gets to define the prefixes that override any previous 
> definition, old definition (if any) restored by XMLENDNS. No problem 
> with concatenation.
> 
> 
> Marc B McDonald
> Principal Software Scientist
> Design Intelligence, Inc
> www.design-intelligence.com
> 
> 
> ----------
> From:  David Megginson [SMTP:david at megginson.com]
> Sent:  Thursday, March 11, 1999 11:30 AM
> To:  XML Developers' List
> Subject:  Re: Namespaces and DTDs
> 
> Charles Reitzel writes:
> 
>  > Seriously, though.  I have yet to hear of a single real 
> application
>  > that needs element level prefix declarations.  Not one!
> 
> I'll paraphrase the use case as follows (I'll leave the source
> anonymous):
> 
>   A server wants to construct a large XML document as the response to
>   a client request, and it does so by handing off the work to several
>   parallel processes and then concatenating the results into a single
>   document.  If each of the processes can declare its own namespaces,
>   then it is not necessary to establish complicated negotiation
>   channels between the top-level process and the child processes to
>   obtain the correct namespace declarations.
> 
> Before everyone rushes out to shoot holes in this use case, I'd like
> to note that I still have callouses on my trigger finger from doing 
> so
> myself.
> 
> 
> All the best,
> 
> 
> David
> 
> --
> David Megginson                 david at megginson.com
>            http://www.megginson.com/
> 
> 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 (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
> (un)subscribe 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)
> 
> 
> 
> 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 (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
> (un)subscribe 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)
> 

-- 
-----------
Andrew McNaughton
andrew at squiz.co.nz
http://www.newsroom.co.nz/



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