OASIS Universal Business Language (UBL) TC

 View Only
  • 1.  PRD3 inconsistency between spreadsheet and schemas

    Posted 10-02-2006 20:06
    Hello all,
    
    Can someone tell me where I might be going wrong 
    in understanding something about the schemas and the spreadsheets?
    
    I'm doing some analysis for a UBL customer and 
    I'm comparing information derived from the 
    spreadsheets with information derived from the 
    schemas (that were derived from the spreadsheets).
    
    In PRD3, in mod\common\UBL-CommonLibrary-2.0.xls 
    in TransportationService (the last ABIE) the UBL 
    Name "ServiceCode" is realized in 
    xsd\common\UBL-CommonAggregateComponents-2.0.xsd as "TransportServiceCode".
    
    I thought the schemas were being produced using 
    the UBL Name, but this is apparently not the 
    case.  By which name are the schemas being produced?
    
    Is this just an error in the spreadsheet?
    
    . . . . . . . . . . . . Ken
    
    --
    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:gkholman@CraneSoftwrights.com
    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
    
    


  • 2.  Re: [ubl] PRD3 inconsistency between spreadsheet and schemas

    Posted 10-02-2006 20:49
    This is an error in the spreadsheets.  The UBLName should say 
    TransportServiceCode. 
    
    For some reason we dropped the formula for calculating UBL Names from 
    the Common spreadsheet.  It may be that because we have to manually make 
    entries for the UUID and URIs that it was easier this way.  However the 
    spreadsheets are now inconsistent. The document spreadsheets all use a 
    formula to create their UBL Names but the Common Library does not.  This 
    has created the possibilites for errors such as this.   I propose we put 
    the formula back in where they are valid ( not for UUID and URIs and 
    Status.Text) and correct the TransportServiceCode prior to submission of 
    the Committee Spec. to OASIS.  They are not substantive changes as the 
    schemas are correct.
    
    Also, I have done a pass of the other names using the formula and found 
    that TransportServiceCode is the only problematic one.
    
    Like Ken, I thought FX used the spreadsheet provided names for its 
    element names (so i would have thought both would say ServiceCode) but 
    now this doesn't appear to be the case.  Can someone say what actually 
    creates the schema element names?
    
    G. Ken Holman wrote:
    
    > Hello all,
    >
    > Can someone tell me where I might be going wrong in understanding 
    > something about the schemas and the spreadsheets?
    >
    > I'm doing some analysis for a UBL customer and I'm comparing 
    > information derived from the spreadsheets with information derived 
    > from the schemas (that were derived from the spreadsheets).
    >
    > In PRD3, in mod\common\UBL-CommonLibrary-2.0.xls in 
    > TransportationService (the last ABIE) the UBL Name "ServiceCode" is 
    > realized in xsd\common\UBL-CommonAggregateComponents-2.0.xsd as 
    > "TransportServiceCode".
    >
    > I thought the schemas were being produced using the UBL Name, but this 
    > is apparently not the case.  By which name are the schemas being 
    > produced?
    >
    > Is this just an error in the spreadsheet?
    >
    > . . . . . . . . . . . . Ken
    >
    > -- 
    > 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:gkholman@CraneSoftwrights.com
    > 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
    >
    >
    
    -- 
    regards
    tim mcgrath
    phone: +618 93352228  
    postal: po box 1289   fremantle    western australia 6160
    web: http://www.portcomm.com.au/tmcgrath