Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


SV: global Elem names globally unique Re: SV: Element names guide lines

From: Bryan Rasmussen <brs@----.-->
To: 'Burak Emir' <Burak.Emir@----.-->
Date: 11/23/2004 3:13:00 PM

>>Instead what seems to happen with structures where xml schema is used is
>>that you get naming conventions like this
>><Car>
>><CarDescription></CarDescription>
>></Car> 

>>In fact this is the naming convention where I work.

>I find that redundant, but you seem to be aware of the problem.

>>this naming convention seems to be related to naming conventions often
used
>>in certain object oriented languages 

>Well, it is not related to the languages at all, 

I know, that is why I tried to specify that is was related to naming
conventions often used in...languages
That is to say these naming conventions are being used and hence we end up
with elements with name CarDescription. 

Of course our naming conventions are based on iso 11179. 


>You are admonishing the restriction that global element declarations 
>introduce element names.
>I agree that this is needlessly restrictive..
>*However* considering that you can simply write (introducing a local 
>element declaration)

>....<element name="description" type="FooType"/>....

>the problem seems marginal (although it complicates for instance 
>generating a schema from a bunch of class definitions).

hmm, I started going off on a tangent discussing problems I've had in
various processors were reuse of types was concerned with locally declared
elements giving errors that were wrong, e.g. not resolving namespaces were
elementFormDefault was qualified, etc. But then I realized that was not my
point, the point was that I suppose that a structure like 
<Car>
<CarDescription>
</CarDescription>
</Car>
which was one of the possible structures defined in the original email,
arise for a reason. One possible reason I can see is having Naming and
Design Rules that basically mandate that you will have to have a
CarDescription element if you want the Description of a Car to have
different restrictions on it then a normative Description. 

At any rate, as the original question was about naming and it seemed to me
that the various names proposed for the Car Description were examples of
naming strategies that I seldomly see outside of XML dialects in which XML
Schema validations seems to play a strong component, so what I would like to
figure out is why does XML Schema seem to be used with so many dialects in
which structures like 

<Car>
<CarDescription></CarDescription>
</Car>
seem to be the way things are done. 


>I would not go that far. It is rather a drawback of your naming and 
>design rules.
probably :)

From brs@i... Tue Nov 23 13:42:16 2004
Received: from lisa.w3.org ([128.30.52.41])
	by fri


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent