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

 


Help: OASIS Mailing Lists Help | MarkMail Help

regrep-cc-review message

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


Subject: DictionaryEntryName {was: RE: [regrep-cc-review] Kickoff!}


And these parts are stored in different places, correct?
- Object Class: Aggregate
- Property Term: Aggregate's Property
- Representation Term: CoreComponentType
- plus Qualifiers: DataType

Talking OO, does it mean that whenever you want to
CC.getDictionaryEntryName() you'd have to go down the
associated objects and get these parts then apply the
formula (same as used on UBL Excel sheets) instead of
using ExtrinsicObject.name???

If the registry is managing these, the answer is probably
yes. Now if a client tool is validating that, it can be still
stored in ExtrinsicObject.name.

Diego

> -----Original Message-----
> From: Chiusano Joseph [mailto:chiusano_joseph@bah.com]
> Sent: Thursday, June 05, 2003 9:32 PM
> To: Diego Ballvé
> Cc: Farrukh Najmi; Nikola; regrep-cc-review@lists.oasis-open.org
> Subject: Re: [regrep-cc-review] Kickoff!
> 
> 
> <Quote>
> I'm also not sure if this name changes over time or if it is 
> fixed once
> defined. Maybe somebody with more CCTS experience can clarify that.
> </Quote>
> 
> Since the Dictionary Entry Name is comprised of the individual ISO/IEC
> 11179 data element terms (Object Class, Property Term, Representation
> Term, plus Qualifiers), it should not be static. Users may certainly
> have a need to change the name of (for example) an Object Class, which
> should propagate to the Dictionary Entry Name.
> 
> Joe
> 
> Diego Ballvé wrote:
> > 
> > > >- DictionaryEntryName is composed of parts. Shall the parts
> > > >be stored in the ExtrinsicObject, they probably will not be
> > > >interanionalized. Not sure if they would need to anyway,
> > > >but modellers here defined them in Finnish, not English.
> > > >
> > > I did not realize that at first.
> > >
> > > If we need to keep the components of DisctionaryEntryName
> > > distinct then
> > > we should not map it to Name but to a Slot where each
> > > component can be a
> > > value. The name could show the concatenation of the values
> > > for convenience.
> > 
> > Actually I haven't kept them in my model that is in use.
> > Just the concatenated name. I'm also not sure if this name
> > changes over time or if it is fixed once defined. Maybe
> > somebody with more CCTS experience can clarify that.
> > 
> > Gotta leave now. Farrukh, I'll answer the rest tommorrow.
> > 
> > Diego
> 


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