ubl — archive
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]
Update to Action Items for proposed PRD2 to PRD3 change log
For the record, I've received off-line (with many
thanks to the shy submitter!) a report of
problems with the canonical URI's used for the
prepared and the synthesized genericode files in PRD2.
For example, two examples of listSchemeURI
properties listed in UBL-qDT-2.0.ods for PRD2 are:
urn:oasis:names:specification:ubl:codelist:gc:ChannelCode-2.0
urn:oasis:names:specification:ubl:codelist:gc:ChipCode-2.0
In the "prepared" genericode files the mismatched values in PRD2 read:
urn:oasis:names:specification:ubl:schema:xsd:ChannelCode-2
urn:oasis:names:specification:ubl:schema:xsd:ChipCode-2
Two examples of the canonical version URI
properties in the "synthesized" genericode files are:
urn:oasis:names:specification:ubl:schema:xsd:PriceTypeCodeType-2
urn:oasis:names:specification:ubl:schema:xsd:TaxLevelCodeType-2
The suggestion received was to add "Type" after
"Code" in the prepared files, but that would
require a change to the qDT.ods file to make it
match the model. The alternative would be to
remove "Type" from the strings used in the
synthesized code list files, and I think that is the right thing to do.
Following the committee-approved qDT file,
though, it would seem that to be consistent I
also need to change the canonical version URI in
a number of ways to properly read:
urn:oasis:names:specification:ubl:codelist:gc:PriceTypeCode-2.0
urn:oasis:names:specification:ubl:codelist:gc:TaxLevelCode-2.0
I'm now curious about my use of similar strings
(that would now need to be modified) for the
canonical URI, in parallel with the canonical version URI:
urn:oasis:names:specification:ubl:codelist:gc:PriceTypeCode
urn:oasis:names:specification:ubl:codelist:gc:TaxLevelCode
But I note that qDT has no values for list URI,
so during this change I believe instead that I
actually have to remove all uses of strings in canonical URI.
So, where I now have in the synthesized empty genericode files for PRD2:
it would change this in PRD3 to be only the one element:
Does this seem to be the right thing to do for
these issues? I don't want to change the qDT
file, and I do think everything needs to be consistent.
Thanks for any direction from anyone in this regard!
. . . . . . . . . . . . Ken
At 2006-08-28 17:18 +0800, Tim McGrath wrote:
>Following discussions after the past few days I
>have updated the Issues and Actions list (see
>attached). mainly this clarifies the actions and
>fixes editorial errors. one item has been added as agreed by the PSC today.
--
UBL/XML/XSLT/XSL-FO training: Vårø, Denmark 2006-10-02/06,11-20/24
UBL International 2006 2006-11-13/17 http://www.ublconference.com
World-wide corporate, govt. & user group UBL, XSL, & XML training.
G. Ken Holman
mailto:[email protected]
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
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]