Next in thread → Next in month →

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

From
"Dhiusano Koseph"
Date
2003-06-06T19:31:58+00:00
ID
Thread
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:]
> > Sent: Thursday, June 05, 2003 9:32 PM
> > To: Diego Ballvé
> > Cc: Farrukh Najmi; Nikola; 
> > 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
Next in thread → Next in month →