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

Re: WD for Namespaces 1.1

• To: "Bullard, Claude L (Len)" <clbullar@i...>
• Subject: Re: WD for Namespaces 1.1
• From: james anderson <james.anderson@s...>
• Date: Tue, 09 Apr 2002 16:53:26 +0200
• Cc: xml-dev@l...
• Organization: nil
• References: <2C61CCE8A870D211A523080009B94E4306FEEB05@HQ5>
• Reply-to: james.anderson@s...

"Bullard, Claude L (Len)" wrote:
> 
> From: james anderson [mailto:james.anderson@s...]
> 
> >"names of resources and names of locations of resources" - even
> >conflated - concern things which are independant of the one, single
> >property intrinsic to namespaces: the capacity to disambiguating names.
> >which, i would trust, remains part of the "core". establishing identity
> >with respect to
> 
> ...
> 
> >none of which has to do with either the names of resources or the names
> >of locations of resources.
> 
> That is why namespaces shouldn't be in the core as long as
> they are tied to a system and are resolvable.

hmm... i saw nothing in either WD-xml-names11-20020403.html or
WD-xml-names11-req-20020403.htm or even in XML-SW-20020210.html which
stipulated that namespace names are "tied to a system and are resolvable".

>                                               Identity isn't
> a property.

comparability is a quality of the namespace names. which quality is
essential to identifying names.

>             Identification is a process.

which process has nothing to do with either tying the names of namespace
to a "system" or with resolving them. once the process runs its course,
it arrives at a determination, which is a quality or a condition. 

>                                           It's systemic.

in the case of universal names, in only the sense that a process which realizes

NSName e URI
Prefix e NCName
LocalPart e NCName
QName e ( (Prefix + NIL) x LocalPart )
UName e ( NSName x LocalPart )
NSContext = (Prefix + NIL) -> NSName
BindPrefix = ( (Prefix + NIL) x NSName x NSContext ) -> NSContext
InternName = ( (Prefix + NIL) x NSContext x LocalPart) -> UName
IsIdentical = ( UName x UName ) -> Boolean

is a system.

> 
> We were beaten down with the "oh well, just because they
> can resolve doesn't mean we told them they could" arguments
> before.  It leads to unreliable implementations and unpredictable
> results.  Because the jury is out on almost everything beyond
> punctuation, there is no need to make a change now.

which is, as a system, neither less reliable nor less predictable than
one which resolves parameter entities.

namespaces are punctuation.

>                                                     Enough of
> the slippery slopes of minimalism.

is the goal, to avoid that with which namespaces are conflated, laudable
though it is, adequate reason to reject them in their entirety?

> 
> len

• References:
  • RE: WD for Namespaces 1.1
    • From: "Bullard, Claude L (Len)" <clbullar@i...>

• Prev by Date: Naive Question about NS 1.1
• Next by Date: RE: WD for Namespaces 1.1
• Previous by thread: RE: WD for Namespaces 1.1
• Next by thread: RE: WD for Namespaces 1.1
• Index(es):
  • Date
  • Thread