[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: namespace reprise

• To: "Emmanuil Batsis \(Manos\)" <mbatsis@h...>,"Julian Reschke" <julian.reschke@g...>,<xml-dev@l...>
• Subject: RE: namespace reprise
• From: "Julian Reschke" <julian.reschke@g...>
• Date: Wed, 21 Aug 2002 14:52:23 +0200
• Importance: Normal
• In-reply-to: <3D6388CB.4030400@h...>

> From: Emmanuil Batsis (Manos) [mailto:mbatsis@h...]
> Sent: Wednesday, August 21, 2002 2:34 PM
> To: Julian Reschke; xml-dev@l...
> Subject: Re:  namespace reprise
>
>
> Julian Reschke wrote:
>
> >>>>From: Emmanuil Batsis (Manos) [mailto:mbatsis@h...]
> >>>>
> >>..the ability to combine the formal purposes of XML names and a location
> >>for the vocabulary definition or other metadata source as a choice. Now
> >>I'm forced to distinguish between a vocabulary, and an identifier for it
> >>or other information about it etc.
> >>
> >>
> >
> >Yes, and that's a good thing. There is no one-to-one relation between
> >namespaces and schemas.
> >
>
> That's exactly the option I'm after: a one to one relationship between a
> namespace and a schema, and a one to many relationship between a

There isn't on in the general case. Consider XHTML.

> document and scemas (through namespaces), meaning mixed documents.

In the general case, it's many-to-many.

> >>Change your namespace URI to a URL. Do you think this presents
> a problem?
> >>
> >>
> >
> >Yes. Because by doing that, you define a *new* vocabulary, and
> this change
> >will break processing of "old" documents.
> >
>
> How will processing of old documents break? Those will continue to work
> as they where designed to. The new one will work as the old one used to,
> with the addition of validation abilities.

Changing the namespace name means that no existing code will process these
documents, as it would be testing for the old namespace.

> >>Right. But since that default namespace is declared in the source
> >>document, it is accessible from your XSLT, so why isn't XSLT aware of it
> >>though a function or something (e.g. default-ns)? I would also like that
> >>to be dependent on context and the default namespace in scope, instead
> >>of limited to the default namespace for the root..
> >>
> >>
> >
> >Why would you *want* to know the default namespace? What would
> you use this
> >information for?
> >
>
> I don't think a use case is needed; the default namespace is part of the
> source document infoset and I should have access to it as such without
> prior knowlwdge of it.

I'd expect that the default namespace for each of a document's elements is
available through the namespace axis. Did you try that?

• Follow-Ups:
  • Re: namespace reprise
    • From: "Emmanuil Batsis (Manos)" <mbatsis@h...>

• References:
  • Re: namespace reprise
    • From: "Emmanuil Batsis (Manos)" <mbatsis@h...>

• Prev by Date: Re: namespace reprise
• Next by Date: Re: namespace reprise
• Previous by thread: Re: namespace reprise
• Next by thread: Re: namespace reprise
• Index(es):
  • Date
  • Thread