Re: [ubl-lcsc] Namespaces in UBL Schemas

[Lisa-Aeon <lseaburg@aeon-llc.com>]

Nope, I can keep up with ya'll.  Change away......

Lisa

----- Original Message -----
From: "Burcham, Bill" <Bill_Burcham@stercomm.com>
To: <xmlgeek@gmi.net>; "'G. Ken Holman'" <gkholman@CraneSoftwrights.com>;
"Stuhec, Gunther" <gunther.stuhec@sap.com>; "'Jon Bosak '"
<jon.bosak@sun.com>; "'Dave Carlson'" <dcarlson@ontogenics.com>
Cc: <bill.meadows@sun.com>; <marion.royal@sun.com>;
<mavis.cournane@sun.com>; <mcrawford@lmi.org>; <tmcgrath@portcomm.com.au>;
"UBL LCSC" <ubl-lcsc@lists.oasis-open.org>
Sent: Thursday, January 23, 2003 4:42 PM
Subject: RE: [ubl-lcsc] Namespaces in UBL Schemas


> I believe both Ken's issues must be resolved before Monday's release.
Also
> I believe that based on our decision from, what was it, Tuesday's call? To
> return to shorter tag names means that we also need to shorten the tag
names
> on second-level elements.  I haven't heard anything that would lead me to
> believe that our decision somehow doesn't apply outside the "reusable"
> schema.  Even though they aren't causing an insurmountable problem for
Ken,
> those verbose tags constitute boogers on the front page of every 0p70 UBL
> document.
>
> Gunther: can you make the changes for Ken's two namespace issues PLUS the
> long-tags-in-document-types issue?
>
> Ken: if he does that, can will you have time to adapt to the tag fix?
>
> Dave: will you have time to re-gen the affected drawrings?
>
> Lisa: will we be able to make the deadline?
>
> Did I miss anybody Lisa?
>
> -----Original Message-----
> From: G. Ken Holman [mailto:gkholman@CraneSoftwrights.com]
> Sent: Thursday, January 23, 2003 3:33 PM
> To: Stuhec, Gunther; 'Jon Bosak '; Burcham, Bill
> Cc: 'lseaburg@aeon-llc.com '; 'bill.meadows@sun.com ';
'marion.royal@sun.com
> '; 'mavis.cournane@sun.com '; 'mcrawford@lmi.org ';
> 'tmcgrath@portcomm.com.au '; UBL LCSC
> Subject: RE: [ubl-lcsc] Namespaces in UBL Schemas
>
>
> At 2003-01-23 21:43 +0100, Stuhec, Gunther wrote:
> >I thought, if the specific schema will be not a prefixed namespace,
> >then
> >the attributes "targetNamespace" and "xmlns" are not really necessary.
>
> Downloading 22-01-03b.zip from:
>
>    http://lists.oasis-open.org/archives/ubl-lcsc/200301/msg00114.html
>
> and my sample instances from:
>
>    http://lists.oasis-open.org/archives/ubl-lcsc/200301/msg00125.html
>
> The schemas as written do not validate the instances:
>
> ===8<---
> Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order.xsd
220order1.xml
> start parsing a grammar. validating 220order1.xml Error at line:2,
column:54
> of
> file:///Z:/data/docs/ubl/lcsc/20030122b/220order1.xml
>    Probably namespace URI of tag "Order" is wrong (correct one is "")
>
> the document is NOT valid.
>
> Z:\data\docs\ubl\lcsc\20030122b>
> ===8<---
>
> When I add the following two attributes to the xsd:schema document element
> ...
>
>        targetNamespace="urn:oasis:names:tc:ubl:Order:1.0:0.70"
>        xmlns="urn:oasis:names:tc:ubl:Order:1.0:0.70"
>
> ... the instances validate:
>
> ===8<---
> Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order-mod.xsd
> 220order1.xml
>
> No validation errors.
>
> Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order-mod.xsd
> 220order2.xml
>
> No validation errors.
>
> Z:\data\docs\ubl\lcsc\20030122b>
> ===8<---
>
> I am ambivalent about the xmlns:bie="" attribute ... it doesn't affect me,
> it just looks out of place.
>
> Perhaps I've created the instances differently than what members expect
...
> I'm coming in late so I may have incorrect assumptions.  The first lines
of
> the 220order1.xml instance are:
>
> ===8<---
> Z:\data\docs\ubl\lcsc\20030122b>head 220order1.xml
> <?xml version="1.0" encoding="UTF-8"?>
> <Order xmlns="urn:oasis:names:tc:ubl:Order:1.0:0.70">
>    <OrderID>4500004875</OrderID>
>    <OrderIssueDate>2001-12-17</OrderIssueDate>
>    <OrderTransactionCurrencyCode>USD</OrderTransactionCurrencyCode>
>    <OrderGrossWeightMeasure unitCode="kg">50</OrderGrossWeightMeasure>
>    <OrderGrossVolumeMeasure unitCode="m3">7</OrderGrossVolumeMeasure>
>    <BuyerParty>
>      <ID>R300</ID>
>      <PartyName>
>
> Z:\data\docs\ubl\lcsc\20030122b>
> ===8<---
>
> >But if this will be better for processing application, I can implement
> >these two attributes, now.
>
> *I'm* quite confident it is necessary, but I'm concerned that no-one else
> has confirmed or challenged my position.
>
> Any other opinions?  Has anyone else yet created instances against
> 22-01-03b?
>
> ................... Ken
>
> --
> Upcoming hands-on in-depth   Europe:         February 17-21, 2003
> XSLT/XPath and/or XSL-FO     North America:      June 16-20, 2003
>
> G. Ken Holman                mailto:gkholman@CraneSoftwrights.com
> Crane Softwrights Ltd.         http://www.CraneSoftwrights.com/m/
> Box 266, Kars, Ontario CANADA K0A-2E0   +1(613)489-0999 (F:-0995)
> ISBN 0-13-065196-6                      Definitive XSLT and XPath
> ISBN 0-13-140374-5                              Definitive XSL-FO
> ISBN 1-894049-08-X  Practical Transformation Using XSLT and XPath
> ISBN 1-894049-10-1              Practical Formatting Using XSL-FO
> Male Breast Cancer Awareness http://www.CraneSoftwrights.com/m/bc
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.441 / Virus Database: 247 - Release Date: 1/9/2003