Re: [regrep-cc-review] Association Core Components - Represent withAssociations

["Chiusano Joseph" <chiusano_joseph@bah.com>]

<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