OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [ubl] Questions regarding VER15 and revised IND7 in NDR


Thanks Tim
it seems we are aligned on what is needed. I will update the NDRs later 
today before the meeting and re-issue the new draft.

Regards
Mavis
On 19 Jul 2006, at 04:07, Tim McGrath wrote:

>
>
> G. Ken Holman wrote:
>
>> Hi folks,
>>
>> Off-list Steve brought to my attention that the sample document 
>> instances didn't have the schema version of "2.0" in their 
>> UBLVersionID element.
>>
> We should update the XML instances to show the correct value, ie. 
> "2.0".
>
>> (1) That made me realize that the NDR says "UBLVersion" yet the 
>> spreadsheets say "UBLVersionID".  In fact the spreadsheets have 
>> "UBLSubsetID" and "UBLProfileID", whereas the NDR doesn't have the 
>> "ID" suffix to "UBLVersion" or "UBLSubset" but it does have it for 
>> "UBLProfileID".
>>
>> If this is a model error then I can modify my massaging stylesheets.  
>> If this is not a model error then the NDRs can be updated 
>> accordingly.
>>
> I think this got missed in the NDR editing. The correct names for 
> these should be  UBLVersionID, SubsetID and ProfileID (these are 
> correct in the spreadsheets and schemas).  We should update the NDR 
> text to use these names,
>
>> (2) Reviewing VER15, I note that the schemas from GEFEG do not have a 
>> default value declaration for this element as indicated by the rule:
>>
>> [VER15]   Every UBL document schema MUST include a required element 
>> named "UBLVersion" as the first child of its root element. This 
>> element MUST have a default value that matches the value of the 
>> xsd:version attribute of its containing schema.
>>
> i am guessing this is because we cannot in our spreadsheet models show 
> a default and so EDIFIX couldn't put one in.  I suggest we add this 
> manually as Ken proposes and then add this to the set of requirements 
> given to GEFEG.
>
>> Also, as another overlooked side effect of making the UBLExtensions 
>> element first in child order, the text suggested by Mavis below 
>> should also be added above:
>>
>> At 2006-07-18 08:13 +0100, Mavis Cournane wrote:
>>
>>> Would we want something like
>>>  [IND7] All UBL instance documents MUST include an element
>>>       named "UBLVersion" as the first child of its root
>>>       element, except in  the case of extension, where the 'UBL 
>>> Extension' element is used. In the case of extension the UBLVersion 
>>> element MUST be the second child of the document element. The value 
>>> of this UBLVersion element MUST match the value of
>>>       the xsd:version attribute of its controlling schema.
>>
>>
>> So, in my massaging stylesheets shall I satisfy VER15 by adding a 
>> default= declaration to the CBC module for the declaration of the 
>> UBLVersionID element which reads as:
>>
>>   <xsd:element name="UBLVersionID" type="UBLVersionIDType"/>
>>
>> to then read as:
>>
>>   <xsd:element name="UBLVersionID" type="UBLVersionIDType" 
>> default="2.0"/>
>>
>> Please advise.  I have automated the massaging so I can quickly turn 
>> around changes like this.  If VER15 is to remain then I have to add 
>> the default declaration to the CBC module.
>>
>> Thanks!
>>
>> . . . . . . . Ken
>>
>>
>> -- 
>> Registration open for UBL training:    Montréal, Canada 2006-08-07
>> Also for XSL-FO/XSLT training:    Minneapolis, MN 2006-07-31/08-04
>> Also for UBL/XML/XSLT/XSL-FO training: Varo,Denmark 06-09-25/10-06
>> 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
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this mail list, you must leave the OASIS TC that
>> generates this mail.  You may a link to this group and all your TCs 
>> in OASIS
>> at:
>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>
>
> -- 
> regards
> tim mcgrath
> phone: +618 93352228  postal: po box 1289   fremantle    western 
> australia 6160
> web: http://www.portcomm.com.au/tmcgrath
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  You may a link to this group and all your TCs in 
> OASIS
> at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]