W3C home > Mailing lists > Public > public-xml-id@w3.org > February 2005

Re: Change namespace of xml:id

From: Daniel Veillard <veillard@redhat.com>
Date: Tue, 8 Feb 2005 06:25:07 -0500
To: Chris Lilley <chris@w3.org>
Cc: John Boyer <JBoyer@PureEdge.com>, Bjoern Hoehrmann <derhoermi@gmx.net>, public-xml-id@w3.org
Message-ID: <20050208112507.GS16253@redhat.com>

On Tue, Feb 08, 2005 at 09:59:52PM +1100, Chris Lilley wrote:
> On Tuesday, February 8, 2005, 12:32:29 PM, John wrote:
> JB> Yes, I agree that changing the prefix is appropriate
> JB> because the xml prefix itself is already bound to 
> JB> a URI that is associated with a particular set of names.
> JB> Although namespace *prefixes* beginning with xml are
> JB> reserved for use by XML and XML-related applications, 
> JB> XML-related specs must still respect the fact that
> JB> a namespace associates a URI with a collection of names.
> JB> If one wants to change the collection of names, then one
> JB> must change the URI.

  Nothing in the Namespace in XML spec implies that this binding
is static as you're claiming.

> One can, but one need not. There are examples of both types of change
> policy.
> The change policy for the XML namespace has already ben demonstrated,
> for example when xml:base was added to it.

  yes. The XML namespace name is also the only namespace:
    - which doesn't need to be declared
    - which can use the xml prefix
    - which cannot be bound to another prefix (though that point
      is more best practice than strict)
and we need this for xml:id . Multiplicating namespaces names for
XML would lead to way more confusion than the required fix to C14N
that xml:id raised.

> The meaning of 'reserved' is fairly clear. Another specification (such
> as XML canonicalization) should not be making assumptions about future
> registrations into the XMl namespace, since that namespace is reserved.

  Amen !


Daniel Veillard      | Red Hat Desktop team http://redhat.com/
veillard@redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
Received on Tuesday, 8 February 2005 11:25:13 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:53:49 UTC