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: 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]