[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [ubl] WD7 questions regarding schema fragments
Re:
http://lists.oasis-open.org/archives/ubl/200607/msg00003.html
where, I just happened to note,
Ken Holman wrote:
=====================================================================
(1) The namespaces declared in the WD7 schemas read as follows:
targetNamespace="urn:oasis:names:draft:ubl:schema:xsd:Invoice-2.0 WD7"
... as a result we cannot work with test
instances ... I believe according to the namespace should be:
targetNamespace="urn:oasis:names:draft:ubl:schema:xsd:Invoice-2"
... as indicated line 852 of the 2006-06-28 NDR.
Plus the space in the actual file names produced
is really messing up some of my environment
issues where I'm not expecting spaces in file
names ... I find I cannot work easily with WD7 at
all, nor will they work will in the student exercise environments.
=====================================================================
I don't know what this "WD7 schemas" collection is, or whether the
material is being targeted for release in the OASIS Open Library
(http://docs.oasis-open.org/), but if this is or is intended to
become an official/approved OASIS work product, then the SPACE
character should be removed from all filenames.
It appears that the package has some 36 files with filename
containing SPACE (in addition to the package filename itself)
zipinfo -1 UBLv20-WD7.zip | grep -c " "
36
zipinfo -1 UBLv20-WD7.zip | grep " "
WD7/standard/common/CCTS_CCT_SchemaModule-2.0 WD7.xsd
WD7/standard/common/UBL-CommonAggregateComponents-2.0 WD7.xsd
WD7/standard/common/UBL-CommonBasicComponents-2.0 WD7.xsd
WD7/standard/common/UBL-CoreComponentParameters-2.0 WD7.xsd
WD7/standard/common/UBL-QualifiedDatatypes-2.0 WD7.xsd
WD7/standard/common/UnqualifiedDataTypeSchemaModule-2.0 WD7.xsd
WD7/standard/maindoc/UBL-ApplicationResponse-2.0 WD7.xsd
WD7/standard/maindoc/UBL-AttachedDocument-2.0 WD7.xsd
WD7/standard/maindoc/UBL-BillOfLading-2.0 WD7.xsd
WD7/standard/maindoc/UBL-Catalogue-2.0 WD7.xsd
WD7/standard/maindoc/UBL-CatalogueDeletion-2.0 WD7.xsd
WD7/standard/maindoc/UBL-CataloguePricingUpdate-2.0 WD7.xsd
WD7/standard/maindoc/UBL-CatalogueRequest-2.0 WD7.xsd
WD7/standard/maindoc/UBL-CertificateOfOrigin-2.0 WD7.xsd
WD7/standard/maindoc/UBL-CreditNote-2.0 WD7.xsd
WD7/standard/maindoc/UBL-DebitNote-2.0 WD7.xsd
WD7/standard/maindoc/UBL-DespatchAdvice-2.0 WD7.xsd
WD7/standard/maindoc/UBL-ForwardingInstructions-2.0 WD7.xsd
WD7/standard/maindoc/UBL-FreightInvoice-2.0 WD7.xsd
WD7/standard/maindoc/UBL-Invoice-2.0 WD7.xsd
WD7/standard/maindoc/UBL-Order-2.0 WD7.xsd
WD7/standard/maindoc/UBL-OrderCancellation-2.0 WD7.xsd
WD7/standard/maindoc/UBL-OrderChange-2.0 WD7.xsd
WD7/standard/maindoc/UBL-OrderResponse-2.0 WD7.xsd
WD7/standard/maindoc/UBL-OrderResponseSimple-2.0 WD7.xsd
WD7/standard/maindoc/UBL-PackingList-2.0 WD7.xsd
WD7/standard/maindoc/UBL-Quotation-2.0 WD7.xsd
WD7/standard/maindoc/UBL-ReceiptAdvice-2.0 WD7.xsd
WD7/standard/maindoc/UBL-Reminder-2.0 WD7.xsd
WD7/standard/maindoc/UBL-RemittanceAdvice-2.0 WD7.xsd
WD7/standard/maindoc/UBL-RequestForQuotation-2.0 WD7.xsd
WD7/standard/maindoc/UBL-SelfBilledCreditNote-2.0 WD7.xsd
WD7/standard/maindoc/UBL-SelfBilledInvoice-2.0 WD7.xsd
WD7/standard/maindoc/UBL-Statement-2.0 WD7.xsd
WD7/standard/maindoc/UBL-TransportationStatus-2.0 WD7.xsd
WD7/standard/maindoc/UBL-Waybill-2.0 WD7.xsd
Thanks,
Robin Cover
OASIS
--------
On Mon, 3 Jul 2006, G. Ken Holman wrote:
> Hi folks!
>
> Three things have come to my attention with WD7.
>
> (1) The namespaces declared in the WD7 schemas read as follows:
>
> targetNamespace="urn:oasis:names:draft:ubl:schema:xsd:Invoice-2.0 WD7"
>
> ... as a result we cannot work with test
> instances ... I believe according to the namespace should be:
>
> targetNamespace="urn:oasis:names:draft:ubl:schema:xsd:Invoice-2"
>
> ... as indicated line 852 of the 2006-06-28 NDR.
>
> Plus the space in the actual file names produced
> is really messing up some of my environment
> issues where I'm not expecting spaces in file
> names ... I find I cannot work easily with WD7 at
> all, nor will they work will in the student exercise environments.
>
> Note to NDR editors: that line 852 actually has a
> typo in that the colon after "Invoice" does not belong.
>
> (2) What is the function of the
> "common/CCTS_CCT_SchemaModule-2.0 WD7.xsd" schema
> fragment? From what I can tell none of the
> schema fragments imports this module (nor was
> this the case in earlier drafts). Looking inside
> it defines types like AmountType:
>
> <xsd:complexType name="AmountType">
> <xsd:annotation>
> <xsd:documentation xml:lang="en">
> <ccts:UniqueID>UNDT000001</ccts:UniqueID>
> <ccts:CategoryCode>CCT</ccts:CategoryCode>
> <ccts:DictionaryEntryName>Amount. Type</ccts:DictionaryEntryName>
> <ccts:VersionID>1.0</ccts:VersionID>
> <ccts:Definition>A number of
> monetary units specified in a currency where the
> unit of the currency is explicit or implied.</ccts:Definition>
> <ccts:RepresentationTermName>Amount</ccts:RepresentationTermName>
> <ccts:PrimitiveType>decimal</ccts:PrimitiveType>
> </xsd:documentation>
> </xsd:annotation>
> <xsd:simpleContent>
> <xsd:extension base="xsd:decimal">
> ...
>
> Yet, I see that similar types are declared in UnqualifiedDataTypes:
>
> <xsd:complexType name="AmountType">
> <xsd:annotation>
> <xsd:documentation xml:lang="en">
> <ccts:UniqueID>UDT000001</ccts:UniqueID>
> <ccts:CategoryCode>UDT</ccts:CategoryCode>
> <ccts:DictionaryEntryName>Amount. Type</ccts:DictionaryEntryName>
> <ccts:VersionID>1.0</ccts:VersionID>
> <ccts:Definition>A number of
> monetary units specified in a currency where the
> unit of the currency is explicit or implied.</ccts:Definition>
> <ccts:RepresentationTermName>Amount</ccts:RepresentationTermName>
> <ccts:PrimitiveType>decimal</ccts:PrimitiveType>
> <xsd:BuiltinType>decimal</xsd:BuiltinType>
> </xsd:documentation>
> </xsd:annotation>
> <xsd:simpleContent>
> <xsd:extension base="xsd:decimal">
> ...
>
> I could not reconcile the presence of both of
> these schema fragments to my students ... why do
> we have the CCTS_CCT_SchemaModule fragment if it isn't being used anywhere?
>
> (3) The CCTS namespace for documenting the
> constructs has been different between the
> CCTS-based schema fragments and the UBL-based
> schema fragments ... for example, in the latest the CCTS schemas have:
>
> xmlns:ccts="urn:un:unece:uncefact:documentation:2.0 WD7"
> ...
> <xsd:documentation xml:lang="en">
> <ccts:UniqueID>UDT000001</ccts:UniqueID>
> <ccts:CategoryCode>UDT</ccts:CategoryCode>
> <ccts:DictionaryEntryName>Amount. Type</ccts:DictionaryEntryName>
> <ccts:VersionID>1.0</ccts:VersionID>
>
> while the UBL constructs have:
>
> xmlns:ccts="urn:oasis:names:draft:ubl:schema:xsd:CoreComponentParameters-2.0
> WD7"
> ...
> <xsd:documentation>
> <ccts:Component>
> <ccts:DictionaryEntryName>Allowance
> Charge Reason_ Code. Type</ccts:DictionaryEntryName>
> <ccts:Version>2.0 WD7</ccts:Version>
>
> I reminded my students that there is no
> standardization of namespace prefixes in XML ...
> they can be anything at all as what is important
> is the namespace URI and not the namespace prefix.
>
> But I could not justify to the students why we
> have different namespaces for the same prefix for
> two fragments that appear to be doing the same
> thing, especially when the element names are
> shared between the two namespace URI
> strings. This, too, has been around in previous versions.
>
>
> Thanks for any guidance you can provide!
>
> . . . . . . . . . . Ken
>
> --
> Registration open for UBL training: Montréal, Canada 2006-08-07
> Also for XSL-FO/XSLT training: Minneapolis, MN 2006-07-31/08-04
> Also for UBL/XML/XSLT/XSL-FO 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]