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: Question on CCTs vs Data Types


Thanks Alan. I would like to take your answer a step further, if it's
ok:

Since "Country_Code" is a Data Type, it has the following CCTS
requirement:

[S29] Stored Data Types shall have a Core Component Type as their basis.

Given that, we would have the following CCT requirement:

[S19] Core Component Types are a particular category of Core Components.
As such, stored Core Component Types shall include all Attributes of
stored Core Components.

Given that, we would have the following "Store Component Components"
requirement (explanations are snipped):

[S1] Core Components are a particular category of Registry Classes. As
such, all stored Core Components shall include the following Attributes:

• Unique Identifier (mandatory)
• Version (mandatory) 
• Dictionary Entry Name (mandatory) 
• Definition (mandatory) 
• Usage Rule (optional, repetitive) 

What would the value for the "Dictonary Entry Name" attribute be for the
corresponding CCT? Would it be "Code. Type"? If so, how can one specify
the "Supplementary Component" attributes for the "Country_Code" Data
Type (code list ID, agency, etc.) if they are tied to a single CCT
called "Code. Type"?

Thanks in advance for your help,
Joe Chiusano and the Core Components Review SC

> 
> Joe,
> 
> >Is an entity named "Country_Code" a CCT or a Data Type? I interpret it
> >as a CCT.
> 
> Without getting into a debate that has raged on and on and on and
> on....that would be a data type, however, we believe that it is an
> identifier rather than a code.
> 
> TBG17 has a defined data type called Country_ Identifier -- which restricts
> the CCT identifier to the "correct" country (aarrgghh) code list.
> 
> ____________________
> Alan Stitzer
> AVP
> Marsh USA Inc.
> 1166 Avenue of the Americas
> New York, NY 10036-2774
> Phone: (561) 743-1938
> Fax: (561) 743-1993
> Internet: Alan.Stitzer@marsh.com
> ____________________
> 
> <<< Memo from chiusano_joseph@bah.com@Internet on 01 December, 2003, 11:51
> Monday >>>
> 
> chiusano_joseph@bah.com@Internet on 1 Dec 2003, 11:51 Monday
> 
> To:    Alan Stitzer; blantz
> cc:    regrep-cc-review
> Subject:    Question on CCTs vs Data Types
> 
> Mary Kay and Alan,
> 
> We (the OASIS/ebXML Registry Core Components Review SC) have a question
> on CCTs vs Data Types that we hope you can answer for us, as I don't
> believe the answer is clear from the CCTS (or I have misinterpreted the
> CCTS):
> 
> Is an entity named "Country_Code" a CCT or a Data Type? I interpret it
> as a CCT.
> 
> More details:
> 
> - According to Gunther's CCT document (XML representations), I believe
> that Country_Code would be considered a CCT.
> 
> - The issue underlying the question is that the CCTS lists multiple
> Supplementary Component attributes (code list ID, agency, etc.) which -
> I believe - would need to be tied to a specific code list (such as
> "Country_Code") rather than a generic CCT called "Code. Type".
> 
> - I'm sure how/why we would register a generic CCT called "Code. Type" -
> i.e. what values would the attributes (code list ID, agency, etc.) have?
> 
> - So a more "specific" Country_Code - e.g. European_Country_Code - would
> be a Data Type (not a CCT), which restricts the CCT called
> "Country_Code" to inlcude only those codes from European countries.
> 
> Thanks in advance for your help,
> Joe Chiusano and the Core Components Review SC
> (See attached file: Chiusano_Joseph.vcf)
> 
> To:    Alan Stitzer/NYC-NY/US/Marsh/MMC@MMC, blantz@attglobal.net@Internet
> cc:    regrep-cc-review@lists.oasis-open.org@Internet
> From:  chiusano_joseph@bah.com@Internet
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]