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


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-lcsc message

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

Subject: RE: [ubl-lcsc] Release Status from QA Team - Jan 24 - 10:30 a.m ( USEST)

Hello all,

I already sent out the new package. I hope, you'll get this in the next few minutes.

Kind regards,


-----Original Message-----
From: marion.royal@gsa.gov
To: ubl-lcsc@lists.oasis-open.org
Sent: 24.01.03 16:25
Subject: [ubl-lcsc] Release Status from QA Team - Jan 24 - 10:30 a.m (US EST)

The latest files that we have received from Gunther (last night)
corrects the namespace concerns from Ken, but not the verbose tags
described below as boogers.

Accordingly, we are continuing with the packaging of the release with an
opportunity to accept an update from Gunther in the next 48 hours.  If
not, we will be prepared with the booger release.

Lisa will be sending out the URL to the release documentation.  I urge
each of you to review and test the links and I draw particular attention
to the release note, since we have changed extensively over the past

Thanks for all of your hard work,





Marion A. Royal
202.208.4643 (Office)
202.302.4634 (Mobile)

"Burcham, Bill" <Bill_Burcham@stercomm.com>
01/23/2003 04:42 PM CST

To: "Lisa Seaburg (xmlgeek@gmi.net)" <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 '" <bill.meadows@sun.com>,
"'marion.royal@sun.com '" <marion.royal@sun.com>,
"'mavis.cournane@sun.com '" <mavis.cournane@sun.com>,
"'mcrawford@lmi.org '" <mcrawford@lmi.org>, "'tmcgrath@portcomm.com.au
'" <tmcgrath@portcomm.com.au>, "UBL LCSC"
bcc: Marion A. Royal/MEB/CO/GSA/GOV
Subject: RE: [ubl-lcsc] Namespaces in UBL Schemas

I believe both Ken's issues must be resolved before Monday's release.
I believe that based on our decision from, what was it, Tuesday's call?
return to shorter tag names means that we also need to shorten the tag
on second-level elements.  I haven't heard anything that would lead me
believe that our decision somehow doesn't apply outside the "reusable"
schema.  Even though they aren't causing an insurmountable problem for
those verbose tags constitute boogers on the front page of every 0p70

Gunther: can you make the changes for Ken's two namespace issues PLUS
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 ';
'; '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,
>the attributes "targetNamespace" and "xmlns" are not really necessary.

Downloading 22-01-03b.zip from:


and my sample instances from:


The schemas as written do not validate the instances:

Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order.xsd
start parsing a grammar. validating 220order1.xml Error at line:2,
  Probably namespace URI of tag "Order" is wrong (correct one is "")

the document is NOT valid.


When I add the following two attributes to the xsd:schema document


... the instances validate:

Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order-mod.xsd

No validation errors.

Z:\data\docs\ubl\lcsc\20030122b>msv UBL_Library_0p70_Order-mod.xsd

No validation errors.


I am ambivalent about the xmlns:bie="" attribute ... it doesn't affect
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
the 220order1.xml instance are:

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">
  <OrderGrossWeightMeasure unitCode="kg">50</OrderGrossWeightMeasure>
  <OrderGrossVolumeMeasure unitCode="m3">7</OrderGrossVolumeMeasure>


>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
has confirmed or challenged my position.

Any other opinions?  Has anyone else yet created instances against

................... 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
<http://lists.oasis-open.org/ob/adm.pl> >

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

Powered by eList eXpress LLC