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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl message

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


Subject: RE: [ubl] NDR Codelist Example


My confusion is that reading your wording I was worried that we would be
reintroducing the <xsd:enumeration> for non-ATG code lists ... 

No apologies are needed. I don't think we've really discussed this before.

What I am suggesting is, as an option, we need to allow for
<xsd:enumeration> for non-ATG code lists in addition to the default new
codelist methodology. 

Sylvia
-----Original Message-----
From: G. Ken Holman [mailto:gkholman@CraneSoftwrights.com] 
Sent: Wednesday, June 07, 2006 7:14 AM
To: ubl@lists.oasis-open.org
Subject: RE: [ubl] NDR Codelist Example

At 2006-06-07 06:16 -0700, Sylvia Webb wrote:
>The current NDR does support the new codelist methodology. This is not 
>the question.

Then I am the one that is confused, sorry.

The January schemas look just fine to me, so I thought everything was in
hand ... there are only enumerations in the schemas for the following:

  CodeList_CurrencyCode_ISO_7_04.xsd
  CodeList_LanguageCode_ISO_7_04.xsd
  CodeList_MIMEMediaTypeCode_IANA_7_04.xsd
  CodeList_UnitCode_UNECE_7_04.xsd

And from what I can tell, there are no other schema-expressed enumerations
which allows the methodology to be used for extending all of the other
code-list-based information items.

BTW, I don't see LanguageCodeContentType being used anywhere, so I think
that can be removed from the package.

>As I stated in Ottawa and in February, GEFEG received substantial 
>feedback that UBL users need to continue to use the UBL 1.0 codelist 
>methodology,

I misunderstood from the above that somehow we would be reverting back to
having schema-expressed enumerations for other code lists ... 
I apologize.  UBL 1.0 had schema-expressed code list enumerations for a
bunch of other lists and reverting to having those in 2.0 would impede use
of the methodology.

>regardless of any opinions about that methodology.

No comment.

>This means that as an
>option, the NDR need to continue to include existing portions of Section 6.

It has been recorded in minutes that while I was responsible for working on
the code list methodology, others were responsible for code list metadata
(Tony and Marty).  I understood there have been no changes to code list NDR
rules since the January release of UBL 2 schemas.

Let's take a look at a real example ... longitude direction:

   UBL 1 - a schema-expressed enumeration of codes in the file
           UBL-CodeList-LongitudeDirectionCode-1.0.xsd used the following:

   <xsd:simpleType name="LongitudeDirectionCodeContentType">
     <xsd:restriction base="xsd:normalizedString">
       <xsd:enumeration value="East">
         <xsd:annotation>
          ...

   UBL 2 January 2006 - an externally-expressed list of codes, expressed
                        in the schemas as a simple normalized string:

   <xsd:complexType name="LongitudeDirectionCodeType">
     <xsd:annotation>
      ...
     </xsd:annotation>
     <xsd:simpleContent>
       <xsd:extension base="xsd:normalizedString">
         <xsd:attribute name="listID" type="xsd:normalizedString"...

>Possibly Section 6 needs additional clarification, but, this should not 
>mean deleting the previous rules.

That's just fine with me ... if the code list rules as written support the
January 2006 declaration of non-ATG code lists as normalized string values
without enumerations as in the example above, and as I have been assuming
since there have been no changes since January that I've been aware of, then
I have been the one who is confused.

My confusion is that reading your wording I was worried that we would be
reintroducing the <xsd:enumeration> for non-ATG code lists ... 
sorry that I misinterpreted what you were saying.

. . . . . . . . . Ken


--
Registration open for XSLT/XSL-FO training: Wash.,DC 2006-06-12/16
Also for XSL-FO/XSLT/XML training:    Birmingham, UK 2006-07-04/13
Also for XSL-FO/XSLT training:    Minneapolis, MN 2006-07-31/08-04
Also for XML/XSLT/XSL-FO/UBL training: Varo,Denmark 06-09-25/10-06
World-wide corporate, govt. & user group UBL, XSL, & XML training.
G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/o/
Box 266, Kars, Ontario CANADA K0A-2E0    +1(613)489-0999 (F:-0995)
Male Cancer Awareness Aug'05  http://www.CraneSoftwrights.com/o/bc
Legal business disclaimers:  http://www.CraneSoftwrights.com/legal


---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  You may a link to this group and all your TCs in OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 





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