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


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]