NOTE: The east coast is 4 hours behind the UK for the next two weeks so start time is 9:00 am ET 1 Process for dealing with internal issues during Public comment phase. 2. Nils and Defaults during unparsing The table 17 in section 13.16.2 was corrected in draft 40 but here are still some ambiguities, for example when nil is the default. Logical Value nilValueInitiatorPolicy Has default value specified missingValueInitiatorPolicy initiator region contains content region contains Nil (implies nillable) prohibited don't care don't care empty representation of nil based on nilKind, nilValue, etc. required initiator string "" (empty string) Note that this implies that the element type is xs:string don't care prohibited empty empty string required initiator string a non-nil non-empty-string value don't care don't care initiator string The representation of the logical value Not supplied don?t care Yes (non-empty sting) don't care Initiator string The representation of the default value. Yes (empty string) prohibited empty empty required initiator string empty 3 dfdl:choiceKind The main issues are: a) The calculation of the length of the longest branch is not obvious. b) The length units to use - the dfdl:lengthUnits property does not exist on a choice c) The name could be better Proposal is therefore to retain the property but to: i) State the conditions that must apply to use this property, and enforce them in the validator => schema definition error otherwise ii) Decouple the choice from its parent by calculating the length of each branch based solely on the properties of the branches components, irrespective of any parent dfdl:lengthKind 4 DFDL time functions fn:timezone-from-dateTime Returns the timezone from an xs:dateTime value. fn:timezone-from-date Returns the timezone from an xs:date value. fn:timezone-from-time Returns the timezone from an xs:time value. Function Meaning fn:adjust-dateTime-to-timezone Adjusts an xs:dateTime value to a specific timezone, or to no timezone at all. fn:adjust-date-to-timezone Adjusts an xs:date value to a specific timezone, or to no timezone at all. fn:adjust-time-to-timezone Adjusts an xs:time value to a specific timezone, or to no timezone at all. All return an xs:duration. Do we need these functions? 5 Current Actions: No Action 066 Investigate format for defining test cases 25/11:IBM to see if it is possible to publish its test case format. 04/12: no update 09/12: no update 16/12: reminded dent to project manager 23/12: SH will send another reminder. 06/01: Another reminder will be sent 13/01: no update 20/01: no update 27/01: no progress 29/01: no progress 03/02: IBM is still investigating 10/02: IBM is still investigating 17/02: IBM is willing in principle to publish the test case format and some of the test cases. May need some time to build a 'compliance suite' 24/03: No progress 03/03: Discussions have been taking place on the subset of tests that will be provided. 10/03: work is progressing 084 Check behaviour of dfdl:inputValueCalc and outputValueCalc. Regards Alan Powell Development - MQSeries, Message Broker, ESB IBM Software Group, Application and Integration Middleware Software ------------------------------------------------------------------------------------------------------------------------------------------- IBM MP211, Hursley Park Hursley, SO21 2JN United Kingdom Phone: +44-1962-815073 e-mail: alan_powell@uk.ibm.com Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU