Re: [ubl] Rules for Names (Dictionary Entry Names and UBLNames) -urgent action required.

[Tim McGrath <tmcgrath@portcomm.com.au>]

it might be just me, but i suspect we are actually agreeing here.  we 
could save a bit of pain by not saying anything about redundant words in 
the NDR and relying on CCTS to do this.

I also suggest we think about changing (simplifying!!!) rule ELN 3 as 
follows:

[ELN3]
"A UBL global element name based on a <remove note='see my comment 
earlier'>qualified</remove> ccts:ASBIE MUST be the ccts:ASBIE dictionary 
entry name property term and its qualifiers; and the object class term 
and qualifiers of its associated ccts:ABIE. All ccts:DictionaryEntryName 
separators MUST be removed. <remove>Redundant words in the ccts:ASBIE 
property term or its qualifiers and the associated ccts:ABIE object 
class term or its qualifiers MUST be dropped.</remove>"
so it will read..
[ELN3]
"A UBL global element name based on a ccts:ASBIE MUST be the ccts:ASBIE 
dictionary entry name property term and its qualifiers; and the object 
class term and qualifiers of its associated ccts:ABIE. All 
ccts:DictionaryEntryName separators MUST be removed. "

Mark, does that line up better with CCTS-the next generation?

Crawford, Mark wrote:

>Silvia - The issue of redundant words in the BBIEs is a little more
>complex than in the ASBIEs - depending on how stringent UBL has been to
>the CCTS rules.  The redundant rule for BBIEs has actually been removed
>from the next version of CCTS, so UBL would be best served to have no
>truncation rule for their BBIE properties other than in very strict
>circumstances - such as Identification. Identifier.  Also remember, that
>UBL broke ground on defining a BBIE property as a generic data element
>consisting of a property term + representation term.  CCTS has now
>adopted this approach.  Truncation of the BBIE property DEN would break
>the concept.
>  
>
>  
>

-- 
regards
tim mcgrath
phone: +618 93352228  
postal: po box 1289   fremantle    western australia 6160
web: http://www.portcomm.com.au/tmcgrath