[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [regrep-cc-review] DictionaryEntryName {was: RE: [regrep-cc-review] Kickoff!}
<Quote> And these parts are stored in different places, correct? - Object Class: Aggregate - Property Term: Aggregate's Property - Representation Term: CoreComponentType - plus Qualifiers: DataType </Quote> That is something we'll need to examine as part of this effort. In other words, according to the CCTS spec a Core Component does not have an Object Class (p.75, bottom). This may be correct, but it seems odd to me. Joe Diego Ballvé wrote: > > 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 > > > > You may leave a Technical Committee at any time by visiting http://www.oasis-open.org/apps/org/workgroup/regrep-cc-review/members/leave_workgroup.php
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
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]