[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [regrep-cc-review] Association Core Components - Represent withAssociations
<Quote1> Forgive me if I have lost some contextual backbround.... </Quote1> Farrukh, I think your comments are right on target - you understand the issue perfectly. <Quote2> So I am leaning towards Association with Slots approach. </Quote2> I am as well, but I'm keeping an open mind. Others? What are the arguments in favor of not taking this approach? It seems to me that if we represent ASCC as an ExtrinsicObject, we need to replicate the attribute values from the BCC it is "derived" from, plus add the Object Qualifier. This could be viewed as an inefficient use of storage and difficult to maintain (would need to keep an ACC and ASCC in sync in terms of their attribute values). <Quote3> BTW on the subject of Slots please consider defining Slot names to be URNs similar to the way I described it in a recent User Defined URL proposal. </Quote3> What are some advantages of this approach? Joe Farrukh Najmi wrote: > > Diego Ballvé wrote: > > >>The only item left to clarify is: Do you and other team members agree > >>with our adding a slot to the "ASCC Association" to hold the Object > >>Class Qualifier? > >> > >> > > > >No, not to the (RIM) Association. Use the ASCC ExtrinsicObject instead. > >(Is it what you mean??) We agreed on not to add Slots to RIM Association > >for clarity and I think it makes sense. And since we also agreed on > >unifying ASCC with AssociationCCProperty, ASCC would contain (as Slots): > > > >- Object Class Qualifier > >- Property Term > >- Cardinality > > > > > > > Forgive me if I have lost some contextual backbround.... > > It seems to me that the natural CCRIM mapping would indeed be to map > ASCC Association to a RIM Association augmented with Slots. It seems > unnatural to map to an ASCC ExtrinsicObject instead. This seems to be an > exaple of a generic pattern that Nikola should include in hius generic > patterns documentation. So I am leaning towards Association with Slots > approach. > > BTW on the subject of Slots please consider defining Slot names to be > URNs similar to the way I described it in a recent User Defined URL > proposal. > > Thanks. > > -- > Farrukh > > 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]