Namespaces in XML: 3.1 the example [2]

james anderson James.Anderson at
Wed Apr 1 01:55:26 BST 1998

re 3.1 (the o/l bookstore example)

the discussion raises a number of questions

1. when a namespace-pi binds a namespace, is it intended that, should a schema
have been specified, a processor  verify (immediately?, later?, when?) the
existence (the content?) of the specified schema?
   is this a well-formedness or a validity issue?

2. if the schema is present, should the processor permit local additions to the
namespace, that is the introduction of names which are not present in the
external definition?
  should the processor permit redefinition of existing names from the namespace?

if the answer to first is "no", then cross-references are no problem.
if the answer to the second is yes, then it would be possible to place hooks in
a dtd by selective entity placement, which entities the using document/dtd would
be free to (re)define.

(or rather, it's almost possible: there's a small problem, that the wd-standard
precludes qualified entity names. why?)

3. the element definition examples below shouldn't, in any event, appear in the
original schema(s).
while it is ok (and necessary) to constrain the namespace in definition tags in
the internal subset, to do so in the original schema itself would prevent
subsequent users of the dtd from remapping the tags to suit their needs. in
general this is too restrictive.

Chris Smith wrote:

> On Mon, 30 Mar 1998, David Megginson wrote:
> > Chris Smith writes:
> >
> >  > <E:Order>
> >  >   <dsig:dsig>
> >  >     <E:Manifest>80183589575795589189518915</E:Manifest>
> >  >
> >  > My question is simply: what is the definition for "Order" ?
> >
> > You would have to do something like this:
> >
> >   <!ELEMENT E:Order (dsig:dsig, ...)>
> >   <!ELEMENT dsig:dsig (E:Manifest, ...)>
> >   <!ELEMENT E:Manifest (#PCDATA)>
> I must admit I had considered this, but had rejected it since it
> seemed to require that each DTD exist before the other DTD. In
> addition, it hardly seemed reasonable for something as general as
> dsig: to know - in the DTD - about all its uses. (This is why I
> thought that the use of ANY or #PCDATA might be a way to facilitate
> the experiments.)

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at
Archived as:
To (un)subscribe, mailto:majordomo at the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at

More information about the Xml-dev mailing list