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] Looking for an example of a name colliision

[ Lists Home | Date Index | Thread Index ]

<Quote>
<author title="Contracts" title="Professor" title="13">James
Vleek</author>
</Quote>

The "title" attribute above cannot be repeated.

Kind Regards,
Joe Chiusano
Booz | Allen | Hamilton

Bob Foster wrote:
> 
> From: "Bill de hÓra" <bill@dehora.net>
> > Does anyone have an example of a collision that can only be solved,
> > or even best be solved with XML Namespaces? A neccessary condition
> > is ideal, but examples where namespace represents an optimal design
> > decision will do. I'm asking for two reasons:
> >
> >   - in my work with XML I've never run across a collision problem
> > that seemed to require namespaces. I wondering whether they're rare
> > or whether the markup I dela with is unusual.
> >
> >   - I'm looking for markup that I can use for test cases and
> > thinking about the matter.
> >
> > I went looking in the Namepsaces spec and found this example and an
> > assertion:
> >
> > [[[
> > <section><title>Book-Signing Event</title>
> > <signing>
> >    <author title="Mr" name="Vikram Seth" />
> >    <book title="A Suitable Boy" price="$22.95" /></signing>
> > <signing>
> >    <author title="Dr" name="Oliver Sacks" />
> >    <book title="The Island of the Color-Blind" price="$12.95"
> > /></signing>
> > </section>
> >
> > In this example, there are three occurrences of the name title
> > within markup, and the name alone clearly provides insufficient
> > information to allow correct processing by a software module
> > ]]]
> >
> > It demonstrates no such thing to me. For example, here is the
> > sufficient information:
> >
> >   /section/title
> >   /section/signing/author@title
> >   /section/signing/book@title
> >
> > I suspect this particular assertion about the insufficiency of
> > traditional namespaces in the spec is false. I believe for it to be
> > true, there would need to exist markup for which no keys could be
> > computed to dilineate one element or attribute from another.
> 
> You surely don't mean that no homonyms can exist that cannot be resolved by
> XPath? E.g.,
> 
> <author title="Contracts" title="Professor" title="13">James Vleek</author>
> 
> where the first is the title of a paper, the second the title of the author
> and the third Title 13 of the US Code.
> 
> Name collisions can easily arise in this way, where attributes are used as
> domain-specific annotations, like "foreign attributes" are used in XML
> Schema and RELAX NG. An annotator in one domain cannot reasonably be
> expected to avoid collisions with all other possible domains, even though
> they are all marking up the same elements.
> 
> Bob
> 
> When ideas fail, words come in very handy.  |  http://www.xmlbuddy.com
> - Goethe
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>
begin:vcard 
n:Chiusano;Joseph
tel;work:(703) 902-6923
x-mozilla-html:FALSE
url:www.bah.com
org:Booz | Allen | Hamilton;IT Digital Strategies Team
adr:;;8283 Greensboro Drive;McLean;VA;22012;
version:2.1
email;internet:chiusano_joseph@bah.com
title:Senior Consultant
fn:Joseph M. Chiusano
end:vcard




 

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

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