Re: SV: [ubl-dev] UBL Basics.. try "Productivity"....

["G. Ken Holman" <gkholman@CraneSoftwrights.com>]

At 2007-02-11 10:48 +1100, David Lyon wrote:
>G. Ken Holman wrote:
>>I fully expect preisshare to establish your own customization of 
>>UBL Catalogue for your requirements for your community of users.
>I'm starting to learn that one can't just walk in and do a 
>"customisation" of UBL.

Like many valuable things it takes time to create the right thing for 
what you need.  We've spent five years as a committee to create a 
platform on which you can build what you need.

>>Stephen presented an instance he called an instance of UBL 
>>Catalogue ... from my understanding of the committee definition of 
>>UBL document-level conformance, it is not an instance of UBL 
>>Catalogue, and I didn't want you to believe that it is.
>ok.. but a catalogue/pricelist is such a simple business document. 
>If somebody asks for a price on something, it should be a matter of 
>minutes before you can produce the output. That's how business in 
>Asia is done. People can't wait weeks.

Fine ... and UBL wasn't designed for people to edit by hand when they 
need an instance, though of course that is possible ... it is defined 
as an interchange format and you would probably have an application 
create the instance you need very quickly through some kind of 
database extract.

>If he has made a mistake, you are better spending your time going in 
>and "fixing" the document with an xml editor and showing us how it 
>should be done. Just attach it and send it to the list for everybody to see.

Please find below Stephen's instance to you that I've just modified 
to pass the UBL 2.0 document constraints for Catalogue.  He posted 
the original here:

   http://lists.oasis-open.org/archives/ubl-dev/200702/msg00064.html

It would appear that the values are synthesized by a tool (XMLSpy 
perhaps?) but I have just passed the content successfully against:

   http://docs.oasis-open.org/ubl/os-UBL-2.0/xsd/maindoc/UBL-Catalogue-2.0.xsd

The original instance from Stephen does not pass the document 
constraints, which is the whole point of my thread.  Had you followed 
it, you would not have created a conforming instance.  If you follow 
the instance below, since it passes the document constraints, yours 
will probably pass the document constraints.

>>Where specifically did you feel I was making a bogus assertion?
>Those are your words not mine. I don't believe that you did.

I'll thank you for not putting words in my mouth, David:

At 2007-02-11 09:24 +1100, David Lyon wrote:
>Anyway, I think your assertions are quite bogus in regards to blame.

As I said quite earnestly, I had wished I could make the time to help 
you when you asked earlier, but I am just too booked to offer 
volunteer or commercial assistance.

My goal in starting the thread was to set the archive straight in my 
opinion regarding what a UBL conformant document instance is and is 
not so that candidate users of UBL understand what they are dealing with.

I hope you find the modified version of Stephen's instance below helpful.

. . . . . . . . Ken

<?xml version="1.0" encoding="utf-8"?>
<Catalogue 
xmlns="urn:oasis:names:specification:ubl:schema:xsd:Catalogue-2" 
xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2" 
xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
    <cbc:UBLVersionID 
schemeID="normalizedString">normalizedString</cbc:UBLVersionID>
    <cbc:CustomizationID 
schemeID="normalizedString">normalizedString</cbc:CustomizationID>
    <cbc:ProfileID schemeID="normalizedString">normalizedString</cbc:ProfileID>
    <cbc:ID schemeID="normalizedString">normalizedString</cbc:ID>
    <cbc:IssueDate>1967-08-13</cbc:IssueDate>
    <cac:ProviderParty>
       <cac:PartyIdentification>
          <cbc:ID schemeID="normalizedString">normalizedString</cbc:ID>
       </cac:PartyIdentification>
       <cac:PartyName>
          <cbc:Name>String</cbc:Name>
       </cac:PartyName>
       <cac:PostalAddress>
          <cbc:CityName>String</cbc:CityName>
          <cbc:PostalZone>String</cbc:PostalZone>
          <cbc:CountrySubentity>String</cbc:CountrySubentity>
          <cac:AddressLine>
             <cbc:Line>String</cbc:Line>
          </cac:AddressLine>
          <cac:AddressLine>
             <cbc:Line>String</cbc:Line>
          </cac:AddressLine>
          <cac:Country>
             <cbc:IdentificationCode listID="normalizedString" 
listURI="http://docs.oasis-open.org/ubl/os-ubl-2.0/cl/gc/default/CountryIdentificationCode-2.0.gc";>normalizedString</cbc:IdentificationCode>
          </cac:Country>
       </cac:PostalAddress>
    </cac:ProviderParty>
    <cac:ReceiverParty>
       <cac:PartyIdentification>
          <cbc:ID schemeID="normalizedString">normalizedString</cbc:ID>
       </cac:PartyIdentification>
       <cac:PartyName>
          <cbc:Name>String</cbc:Name>
       </cac:PartyName>
       <cac:PostalAddress>
          <cbc:CityName>String</cbc:CityName>
          <cbc:PostalZone>String</cbc:PostalZone>
          <cbc:CountrySubentity>String</cbc:CountrySubentity>
          <cac:AddressLine>
             <cbc:Line>String</cbc:Line>
          </cac:AddressLine>
          <cac:AddressLine>
             <cbc:Line>String</cbc:Line>
          </cac:AddressLine>
          <cac:Country>
             <cbc:IdentificationCode listID="normalizedString" 
listURI="http://docs.oasis-open.org/ubl/os-ubl-2.0/cl/gc/default/CountryIdentificationCode-2.0.gc";>normalizedString</cbc:IdentificationCode>
          </cac:Country>
       </cac:PostalAddress>
    </cac:ReceiverParty>
    <cac:CatalogueLine>
       <cbc:ID schemeID="normalizedString">normalizedString</cbc:ID>
       <cac:RequiredItemLocationQuantity>
          <cac:Price>
             <cbc:PriceAmount 
currencyID="USD">3.1415926535897932384626433832795</cbc:PriceAmount>
             <cbc:BaseQuantity 
unitCode="ZZ">3.1415926535897932384626433832795</cbc:BaseQuantity>
          </cac:Price>
       </cac:RequiredItemLocationQuantity>
       <cac:Item>
          <cbc:Name>String</cbc:Name>
          <cac:SellersItemIdentification>
             <cbc:ID schemeID="normalizedString">normalizedString</cbc:ID>
          </cac:SellersItemIdentification>
       </cac:Item>
    </cac:CatalogueLine>
    <cac:CatalogueLine>
       <cbc:ID schemeID="normalizedString">normalizedString</cbc:ID>
       <cac:RequiredItemLocationQuantity>
          <cac:Price>
             <cbc:PriceAmount 
currencyID="USD">3.1415926535897932384626433832795</cbc:PriceAmount>
             <cbc:BaseQuantity 
unitCode="ZZ">3.1415926535897932384626433832795</cbc:BaseQuantity>
          </cac:Price>
       </cac:RequiredItemLocationQuantity>
       <cac:Item>
          <cbc:Name>String</cbc:Name>
          <cac:SellersItemIdentification>
             <cbc:ID schemeID="normalizedString">normalizedString</cbc:ID>
          </cac:SellersItemIdentification>
       </cac:Item>
    </cac:CatalogueLine>
</Catalogue>


--
World-wide corporate, govt. & user group XML, XSL and UBL training
RSS feeds:     publicly-available developer resources and training
G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/u/
Box 266, Kars, Ontario CANADA K0A-2E0    +1(613)489-0999 (F:-0995)
Male Cancer Awareness Aug'05  http://www.CraneSoftwrights.com/u/bc
Legal business disclaimers:  http://www.CraneSoftwrights.com/legal