OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-dev message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [ubl-dev] Re: About CodeList for UnitCode


At 2006-03-19 20:01 +0000, Fraser Goffin wrote:
>What is the situation for using 'private' enum values when the enumeration
>is carried by a element rather than attribute in UBL ?

Whether the information item is an element or an attribute in UBL, 
the handling of private values is dictated by the choice of having 
adopted the UN/CEFACT ATG2 schema expressions.

> From previous discussions I got the impression that a) the majority of code
>lists are externalised from schema and

Indeed they are, as described earlier in the proposal currently being 
considered (but not yet formally adopted):

   http://lists.oasis-open.org/archives/ubl/200602/msg00062.html

>b) that some/many of these are
>'owned' and maintained by other organisations, in which case I would assume
>that extensibility would be a matter for them ?? (although as noted earlier
>the current NDR for UBL 2.0 does not mention potential new approaches
>representing code lists and value based validation).

I personally don't think think that a private value agreed upon by 
trading partners would impact on a maintenance organization's 
priorities ... if trading partners have to use a particular value 
then that is their business.

However, the method by which a schema expresses a code list impacts 
on being able to extend values.  For many of the code lists in UBL, 
the values can be extended by the proposal under consideration.  For 
the three coded data types found in UBL 2.0 that have been agreed to 
be described by schema expressions consistent with UN/CEFACT ATG2 
schema expressions, extension is not available because of the use of 
hardwired enumerations in the document model constraints.

UnitCode is one of these, but that it is an attribute is irrelevant 
to the issue of it being extensible.

. . . . . . . . . . . . Ken


--
Upcoming XSLT/XSL-FO hands-on courses: Washington,DC 2006-06-12/16
World-wide on-site corporate, govt. & user group XML/XSL training.
G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/u/
Box 266, Kars, Ontario CANADA K0A-2E0    +1(613)489-0999 (F:-0995)
Male Cancer Awareness Aug'05  http://www.CraneSoftwrights.com/u/bc
Legal business disclaimers:  http://www.CraneSoftwrights.com/legal



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]