[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [ubl-dev] When using Genericode Code lists...
At 2020-05-13 18:24 +0100, David Goodenough wrote:
I am not using the cva file, as I also need lists of preferred values in dropdowns when people are building UBL objects, so I use the cl/gc filesand turn those into Scala code (as I do with the entities.gc file to createthe classes for building and parsing the XML into Scala). So what I am trying to do is replicate the intent behind the cva file I suppose.I notice also that things like PortCode come in two flavours, a straight PortCode-2.0.gc and then in 2.1 you added in PortCode-2.1.gc and a series of PortCode-2.1-<place>.gc files. Are all the split out values in the 2.1-<place> version present in the 2.1.gc version? Looking at the size it seems that way.David On Wednesday, 13 May 2020 18:06:04 BST G. Ken Holman wrote: > At 2020-05-13 16:52 +0100, David Goodenough wrote: > >The shame is that the UBL-2.3(draft).ZIP file does not ship these > >older files. But we have discussed this before. > > Indeed. For the benefit of other readers, the "master" files for UBL > 2.3 will be found at: > > http://docs.oasis-open.org/ubl/os-UBL-2.3/UBL-2.3.xml > > Accordingly, the CVA file for UBL 2.3 will be found at: > > http://docs.oasis-open.org/ubl/os-UBL-2.3/cva/UBL-DefaultDTQ-2.3.cva > > ... and the internal links will point to the code lists found in: > > http://docs.oasis-open.org/ubl/os-UBL-2.3/gc/* > http://docs.oasis-open.org/ubl/os-UBL-2.2/gc/* > http://docs.oasis-open.org/ubl/os-UBL-2.1/gc/* > http://docs.oasis-open.org/ubl/os-UBL-2.0/gc/* > > ... and so the relative references point *outside* of the UBL 2.3 > directory and so, in turn, point outside of the ZIP file. All one has > to do is have each of the other UBL OS releases installed as sibling > directories (as they are on the server) and then the CVA file works. > > But, as Kees noted, the UBL 2.3 CVA file is but illustrative for the > convenience of some users and to demonstrate the two-pass validation. > It already has been created to produce the UBL-DefaultDTQ-2.3.xsl in > the val/ subdirectory, so there is no need for the user to process > the CVA file. Communities implementing their own two-pass validation > would be taking on the responsibility to determine, manage, and > package their own use of code lists. > > >I take it from the <Context values=... that I should merge the > >values together overwriting any old values if restated in a later > >release. Is that a correct interpretation? > > Ummmmmm ... I don't think so if I've understood you correctly. The > CVA file creates the Schematron using the coded values found in all > of the code list genericode files. Not sure what "overwriting" is > being done. Each time you replace the UBL 2.3 directory the CVA file > will be pointing to the sibling UBL 2.x directories. > > In your project you may decide not to use the demonstrative committee > example but to create your own CVA file and your own collection of code > lists. > > . . . . . Ken
-- Contact info, blog, articles, etc. http://www.CraneSoftwrights.com/u/ | Check our site for free XML, XSLT, XSL-FO and UBL developer resources | Streaming hands-on XSLT/XPath 2 training class @ US$45 (5 hours free) | Essays (UBL, XML, etc.) http://www.linkedin.com/today/author/gkholman |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]