[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [ubl-dev] Re: About CodeList for UnitCode
What is the situation for using 'private' enum values when the enumeration is carried by a element rather than attribute in UBL ? From previous discussions I got the impression that a) the majority of code lists are externalised from schema and 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). Fraser. On 19/03/06, G. Ken Holman <gkholman@cranesoftwrights.com> wrote: > > At 2006-03-19 09:45 -0800, Sylvia Webb wrote: > >This is an error and not conformant to UN/CEFACT ATG2 Naming and Design > >Rules for unqualified data types which UBL has adopted. > > Thanks for correcting me, Sylvia ... I wasn't > aware we were unable to add more attributes to > our existing models for these information items. > > How in ATG2 are private values expressed when > "ZZ" for "mutually defined" is used? > > >I believe it falls > >into the category of codelist errors identified in the UBL TC meetings > >before the package was released, and the UBL 2.0 front matter comments of > >known issues. > > I'm glad this issue has already been captured. > > >There are several known codelist issues that should be corrected for the > >next publication of UBL 2.0 for public review. > > These haven't been coming up in discussion during > meetings where I've attended ... is the list > being maintained somewhere publicly accessible? > > I think then, Véronique, that without adding an > information item for this piece of information > you will be need to add a customization, thus > when the committee decides on the customization > approach, you will be able to derive a solution > from that. The NVDL solution to which I pointed > you earlier is but one idea for extensibility being considered. > > Thank you again, Sylvia, for setting me straight > ... I will refrain from submitting a comment on this issue. > > . . . . . . . . . . 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 > > > --------------------------------------------------------------------- > This publicly archived list supports open discussion on implementing the > UBL OASIS Standard. To minimize spam in the > archives, you must subscribe before posting. > > [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/ > Alternately, using email: list-[un]subscribe@lists.oasis-open.org > List archives: http://lists.oasis-open.org/archives/ubl-dev/ > Committee homepage: http://www.oasis-open.org/committees/ubl/ > List Guidelines: http://www.oasis-open.org/maillists/guidelines.php > Join OASIS: http://www.oasis-open.org/join/ > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]