[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Agenda for Pacific UBL TC call 15|16 September 2008
Western hemisphere participants: Note that this meeting takes place Monday evening in your time zones. AGENDA FOR PACIFIC UBL TC MEETING 00:30 - 02:30 UTC TUESDAY 16 SEPTEMBER 2008 http://www.timeanddate.com/worldclock/fixedtime.html?month=9&day=16&year=2008&hour=0&min=30&sec=0 STANDING CON CALL NUMBER Skype: +9900827043982678 US/Canada toll-free: 1-888-350-0075 International: 201-793-9022 Conference Room Number: 3982678 then # (this applies only if dialing in) MINUTES OF THE UBL TC MEETING IN MONTRÉAL Pending. STANDING ITEMS Additions to the calendar: http://ubl.xml.org/events Liaison reports Subcommittee report: PSC Subcommittee report: TSC Review of Atlantic call minutes INTERNATIONAL DATA DICTIONARY Status, etc. UBL WORK SCHEDULE ACTION (1/8): JB to revise the work schedule spreadsheet. Pending finalization of the BII schedule this month. CUSTOMIZATION GUIDELINES Status, etc. UBL 2.1 ISSUES LIST ACTION (12/18): TM to populate the new issues list with all currently known UBL 2.1 issues. Pending. NAMING AND DESIGN RULES There are several questions that need to be answered before we can complete this editing cycle. 1. Regarding this leftover issue from NDR 2.0: http://lists.oasis-open.org/archives/ubl/200803/msg00001.html - Do these code list metadata items belong in Section 6 on code lists (as Ken has suggested) or among the instance constraints in section 8? - Are these new NDR rules? If so, I will need to assign either CDLx or INDx identifiers, depending on the answer to the first question. 2. Regarding this tracking item (minutes of Pacific call 1 July 2008): /============================================================= | Regarding NDR and order of BBIEs in advance of ASBIEs: this | is not a rule, just a pattern. | | TM: This is a modeling policy established in order to | maintain a logical sequence as items are added in subsequent | revisions (so that we are not simply adding everything new | at the end). The schema should express the logical sequence | of the model. | | AGREED to add an editorial note to this effect in the NDR | document. \============================================================= I'm not clear on why exactly we need to say this and where it would go. The relevant section in the NDR draft is 3.1, Overall Schema Structure, and the only rule is, [GXS1]Except in the case of extension, where the "UBL Extensions" element is used, UBL schemas SHOULD conform to the following physical layout as applicable: It's in the figure that follows that the order of ABIEs and BBIEs is given. Seems to me that the "SHOULD" in the rule covers what we want to say here; is there something I'm missing? 3. Questions about several examples (text of each is given at the end of this agenda). Example 1 - Wouldn't it make more sense if addresstype came first, then address, then partytype? - Are addresstype and partytype actually children of party? - Where is the end tag for the party element? [Answer from BH: I think you are correct because the NDR says that components should be an alphabetical order - not 100% sure though.] Example 2 - Is <xsd:complexType name="PartyType"> really supposed to be *inside* party? [Answer from BH: It looks like the complexType is outside the element declaration. However there isn't a representation of xsd:annotation node. It would be better to modify: <xsd:element name="Party" type="PartyType"/> to: <xsd:element name="Party" type="PartyType"> ... </xsd:element> ] - Why are there no namespace prefixes on "PartyIdentification", "PartyName", and "Address"? [Answer from BH: I think this is right because the elements are being defined inside the CAC schema. If the elements were being referenced, then they would have the cac: namespace.] Example 3 - Is there a right angle bracket missing after "BuyerPartyType" on the second line? 2009 TC MEETING SCHEDULE 19-23 January 2009 in Fremantle http://lists.oasis-open.org/archives/ubl/200808/msg00010.html Expected attendance: TM, MC, GKH; possibly AS, MG, AH The rest of the 2009 meeting schedule is on hold till after the upcoming UN/CEFACT Plenary. April/May 2009 East coast North America (probably in DC area or possibly in Ottawa) has been suggested, but it's possible that we will have an opportunity to meet with UN/CEFACT at their 20-24 April 2009 Forum in Rome. August 2009 We are agreed on a preliminary plan to meet the week before or the week after the Balisage conference in Montréal; this would be 3-7 August or 10-14 August 2009, depending on which is chosen for Balisage. It's possible that we will wish to hold a plenary in conjunction with the UN/CEFACT Forum in Sapporo 28 September - 2 October, in which case the Montréal meeting will be considered a working session. TC CONCALL SCHEDULE Regular schedule for the next couple of months. OTHER BUSINESS Jon Bosak Chair, OASIS UBL TC ================================================================== Example 1 <xsd:element name="Party" type="PartyType"/> <xsd:complexType name="PartyType"> <xsd:annotation> <!-- Documentation goes here --> </xsd:annotation> <xsd:sequence> <xsd:element ref="cbc:MarkCareIndicator" minOccurs="0" maxOccurs="1"> ... </xsd:element> <xsd:element ref="cbc:MarkAttentionIndicator" minOccurs="0" maxOccurs="1"> ... </xsd:element> <xsd:element ref="PartyIdentification" minOccurs="0" maxOccurs="unbounded"> ... </xsd:element> <xsd:element ref="PartyName" minOccurs="0" maxOccurs="1"> ... </xsd:element> <xsd:element ref="Address" minOccurs="0" maxOccurs="1"> ... </xsd:element> ... </xsd:sequence> </xsd:complexType> <xsd:element name="Address" type="AddressType"/> <xsd:complexType name="AddressType"> ... <xsd:sequence> <xsd:element ref="cbc:CityName" minOccurs="0" maxOccurs="1"> ... </xsd:element> <xsd:element ref="cbc:PostalZone" minOccurs="0" maxOccurs="1"> ... </xsd:element> ... </xsd:sequence> </xsd:complexType></programlisting> ================================================================== Example 5 <xsd:element name="Party" type="PartyType"/> <xsd:complexType name="PartyType"> <xsd:annotation> <!-- Documentation goes here --> </xsd:annotation> <xsd:sequence> <xsd:element ref="cbc:MarkCareIndicator" minOccurs="0" maxOccurs="1"> ... </xsd:element> <xsd:element ref="cbc:MarkAttentionIndicator" minOccurs="0" maxOccurs="1"> ... </xsd:element> <xsd:element ref="PartyIdentification" minOccurs="0" maxOccurs="unbounded"> ... </xsd:element> <xsd:element ref="PartyName" minOccurs="0" maxOccurs="1"> ... </xsd:element> <xsd:element ref="Address" minOccurs="0" maxOccurs="1"> ... </xsd:element> ... </xsd:sequence> ================================================================== Example 12 <xsd:element name="BuyerParty" type="BuyerPartyType"/> <xsd:complexType name="BuyerPartyType" ... </xsd:complexType>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]