[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: SV: [ubl-dev] UBL Basics.. try "Productivity"....
Hi Ken, Yes, the document snippet looks good. It seems that I now have something that I can take away and work with. All other points noted. Regards David G. Ken Holman wrote: > 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 > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org > For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]