OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] Re: URIs, concrete (was Re: [xml-dev] Un-ask the question)

[ Lists Home | Date Index | Thread Index ]

> 
> > If your reasoning were to be followed, then the nasty SOAP and XSD
> > pattern of  non-namespaced child elements would make sense, and I
> > can't accept that. 
> 
> I made a statement about attributes (actually I just quoted one from the
> namespace spec) so i fail to see how you can infer anything about
> elements from that statement. (And I agree with you, the XSD
> default behaviour of non-namespaced elements is dire)

Oh no no no no.  Don't try to wriggle out of it.  *You* said:

"the purpose of putting an attribute (or element) into a namespace is to
ne able to refer to that attribute or element name unambiguously from
other contexts."

You threw in elements, so I showed you how your position was overgeneralized.


> > Since, as you say, the *only* reasin to give something a namespace is
> > to allow  it to be inserted willy-nilly into other vocabularies.
> 
> the namespace spec clearly states that giving something a global name
> although that provides a mechanism to refer to attributes/elements makes
> no statements about whether it is "proper usage" to do so in any
> particular case. So whether another vocabulary allows a reference
> to such an attribute is explictly not an issue here. 

Actually, this is the point I'm trying to make.  The fact that an attribute 
has a namespace doesn't suddenly make it OK to use that attribute in any other 
vocabulary, which is the logical inference that you were making.


> > This specification makes no assertions as to the proper usage of such
> > attributes. The combination of the namespace name and the attribute
> > name uniquely identifies the global attribute.

You've quoted this several times.  I've ignored it because it seems largely 
irrelevant, and to the extent relevant, it only seems to corroborate what I'm 
saying.  You seem to think otherwise.  Can you explain?


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
Track chair, XML/Web Services One Boston: http://www.xmlconference.com/
Basic XML and RDF techniques for knowledge management, Part 7 - 
http://www-106.ibm.com/developerworks/xml/library/x-think12.html
Keeping pace with James Clark - http://www-106.ibm.com/developerworks/xml/libra
ry/x-jclark.html
Python and XML development using 4Suite, Part 3: 4RDF - 
http://www-105.ibm.com/developerworks/education.nsf/xml-onlinecourse-bytitle/8A
1EA5A2CF4621C386256BBB006F4CEC






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS