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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-ndrsc message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [ubl-ndrsc] Removing use of "-" in element and type names


Lisa-Aeon wrote:
> The only general naming rule we have that sort of covers this is:
> 
> [R5] XML names constructed from dictionary entry names must not include
> periods, spaces, or other separators.

That might be interpreted to mean the separators between the different 'parts' of a dictionary entry name (e.g. between Object Class and Property Term, Property Term Qualifier and Property Term, etc.).

Thank You,
Michael Grimley


-----Original Message-----
From: Eduardo Gutentag [mailto:eduardo.gutentag@sun.com]
Sent: Friday, 16 May 2003 19:29
To: Lisa-Aeon
Cc: Chin Chee-Kai; Tim McGrath; UBL NDRSC; UBL LCSC
Subject: Re: [ubl-ndrsc] Removing use of "-" in element and type names




Lisa-Aeon wrote:
> The only general naming rule we have that sort of covers this is:
> 
> [R5] XML names constructed from dictionary entry names must not include
> periods, spaces, or other separators.

OK, this should remove any concerns (other than those created by actually
having those separators in the schemas, if that is the case ;)

> 
> This has been part of the NDR document from the beginning.  If this means we
> have put in hyphens, then we are not compliant to our own rules.
> 
> Lisa
> 
> ----- Original Message ----- 
> From: "Eduardo Gutentag" <eduardo.gutentag@sun.com>
> To: "Chin Chee-Kai" <cheekai@softml.net>
> Cc: "Tim McGrath" <tmcgrath@portcomm.com.au>; "UBL NDRSC"
> <ubl-ndrsc@lists.oasis-open.org>; "UBL LCSC" <ubl-lcsc@lists.oasis-open.org>
> Sent: Friday, May 16, 2003 2:26 PM
> Subject: Re: [ubl-ndrsc] Removing use of "-" in element and type names
> 
> 
> 
>>I don't believe there's currently a rule that covers this.
>>
>>My guess is that the rule should state something like "The case
>>of the word segment that comes after the (deleted) hypen
>>remains" (that is, E-mail becomes Email, whereas E-Mail
>>becomes EMail); Lisa, we should put this in the agenda, I
>>believe.
>>
>>
>>
>>Chin Chee-Kai wrote:
>>
>>>On Fri, 16 May 2003, Tim McGrath wrote:
>>>
>>>
>>>
>>>>>...
>>>>>So, given this all happens, what end up with is UBLNames that have no
>>>>>punctuation (only boring a-Z) BUT Dictionary Entry Names (and their
>>>>>composite parts) that may have things like "-".  Hopefully, this is
> 
> good
> 
>>>>>enough for Java and Perl ;-)
>>>
>>>
>>>Yes, boring UBLNames are good enough.  The important thing is
>>>for developers feel safe about mapping UBLNames directly
>>>into programming language's variable or type name spaces in
>>>a consistent manner without exception treatments of particular
>>>UBLNames (such as those with punctuations).
>>>
>>>Given that, is there another NDR ruling on the casing of
>>>the word segment that comes after the hyphen?  For instance,
>>>CountrySub-Entity  will, in 0p80 and after, become
>>>CountrySubEntity or CountrySubentity?
>>>
>>>Will E-mail and E-Mail become Email or EMail?
>>>
>>>Is there a casing rule for that given that UBLNames shall
>>>have no punctuations in 0p80 and further?
>>>
>>>
>>>Best Regards,
>>>Chin Chee-Kai
>>>SoftML
>>>Tel: +65-6820-2979
>>>Fax: +65-6743-7875
>>>Email: cheekai@SoftML.Net
>>>http://SoftML.Net/
>>>
>>>
>>>
>>
>>-- 
>>Eduardo Gutentag               |         e-mail: eduardo.gutentag@Sun.COM
>>Web Technologies and Standards |         Phone:  +1 510 550 4616 x31442
>>Sun Microsystems Inc.          |         1800 Harrison St. Oakland, CA
> 
> 94612
> 
>>W3C AC Rep / OASIS TAB Chair
>>
>>
> 
> 
> 
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.474 / Virus Database: 272 - Release Date: 4/18/2003
> 

-- 
Eduardo Gutentag               |         e-mail: eduardo.gutentag@Sun.COM
Web Technologies and Standards |         Phone:  +1 510 550 4616 x31442
Sun Microsystems Inc.          |         1800 Harrison St. Oakland, CA 94612
W3C AC Rep / OASIS TAB Chair


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]