<br><font size=2 face="sans-serif"><b>Open Grid Forum: Data Format Description
Language Working Group<br>
<br>
OGF DFDL Working Group Call, October-28-2009<br>
<br>
Attendees</b></font>
<br><font size=2 face="sans-serif">Alan Powell (IBM)</font>
<br><font size=2 face="sans-serif">Steve Marting (Progeny)</font>
<br><font size=2 face="sans-serif">Stephanie Fetzer(IBM)</font>
<br>
<br><font size=2 face="sans-serif"><b>Apologies</b></font>
<br><font size=2 face="sans-serif">Mike Beckerle (Oco)</font>
<br><font size=2 face="sans-serif">Suman Kalia (IBM)</font>
<br><font size=2 face="sans-serif">Steve Hanson (IBM)</font>
<br><font size=2 face="sans-serif">Peter Lambros (IBM)</font>
<br>
<br>
<br>
<br><font size=2 face="sans-serif"><b>1. 051 Scoping Rules</b></font><font size=3>
</font><font size=2 face="sans-serif"><br>
Reviewed latest draft v7. </font>
<br>
<br><font size=2 face="Arial"><i>"It is a schema definition error
if more that one format annotation occurs at the same annotation point,
except when selectors are used, or if the same property is defined in long
and short form.</i></font><font size=2 face="sans-serif"><b><i>"</i></b></font>
<br>
<br><font size=2 face="sans-serif">Agreed thaht multiple annotations should
not be allowed. Wording on selectors is not clear. Will remove from this
sentence ad add sentence to say that selectors have been applied already.</font>
<br>
<br><font size=2 face="sans-serif">Need better definition of 'applicable'
and 'required' properties. Refer to property precedence section</font>
<br>
<br><font size=2 face="sans-serif"><b>2. Resolving points of uncertainty
and parsing rules</b></font><font size=3> </font><font size=2 face="sans-serif"><br>
</font>
<br><font size=2 face="sans-serif">Discussed Alan's proposal for describing
variable arrays.</font>
<br>
<br><font size=2 face="sans-serif"><i>"An alternative might be to
consider an array as two points of uncertainty. On point is for the array
and the other, which is nested inside the first, for the element.
We can then have the rule that the discriminator resolves the element uncertainty
only which always exists so doesn't need to be 'potential'.</i></font><font size=3><i>
</i></font><font size=2 face="sans-serif"><i><br>
The array uncertainty is resolved when minOccurs have been found."<br>
</i></font>
<br><font size=2 face="sans-serif">Needs further discussion</font>
<br>
<br>
<br>
<br><font size=2 face="sans-serif"><b>3. UTC timezone 'Z'</b></font>
<br><font size=2 face="sans-serif">There is a conflict between the ZZZU
calendar pattern and the </font><font size=1 face="Arial">calendarUseZForUTC</font><font size=2 face="sans-serif">
property</font>
<br>
<br><font size=2 face="Arial">ZU
time zone (RFC 822) (Number)
Z</font>
<br><font size=2 face="Arial"> with
output "Z" if the </font>
<br><font size=2 face="Arial"> time
zone is +00:00)</font>
<br>
<table border>
<tr valign=top>
<td><font size=1 face="Arial">calendarUseZForUTC</font>
<td><font size=1 face="Arial">Enum</font>
<p><font size=1 face="Arial">Valid values ‘always’, ‘never’, ‘onInput’,
‘onOutput’</font>
<p><font size=1 face="Arial">Applies when a time zone appears in the data
with pattern ZZZ (that is, +hh:mm) and the time zone is UTC (that is, GMT+00:00).
Specifies whether ‘Z’ or ‘+00:00’ should be used.</font>
<p><font size=1 face="Arial">Annotation: dfdl:calendarFormat</font></table>
<br>
<br><font size=2 face="sans-serif">I suggest we drop the property and have
the following</font>
<br>
<br><font size=2 face="sans-serif">ZZZ (strict) => accept +00:00 only
on input, use +00:00 on output</font>
<br><font size=2 face="sans-serif">ZZZU (strict) => accept Z only on
input, use Z on output</font>
<br><font size=2 face="sans-serif">ZZZ (lax) => accept +00:00 &
Z on input, use +00:00 on output</font>
<br><font size=2 face="sans-serif">ZZZU (lax) => accept +00:00 &
Z on input, use Z on output</font>
<br>
<br><font size=2 face="sans-serif">Agreed to drop </font><font size=1 face="Arial">calendarUseZForUTC
but need to add symbols IU and TU</font>
<br>
<br>
<br><font size=2 face="sans-serif"><b>4. Go through remaining actions</b></font><font size=3>
<br>
</font><font size=2 face="sans-serif">Actions updated below</font><font size=2>
</font>
<br><font size=3> </font><font size=2 face="sans-serif"><b><br>
5. Plan to finish DFDL v1</b></font><font size=3> </font>
<br>
<br>
<br>
<br><font size=2 face="sans-serif">Next call 04 November 13:00 UK (8:00
ET)</font>
<br>
<br><font size=2 face="sans-serif"><b>Meeting closed, 14:15</b></font>
<br>
<p><font size=2 face="sans-serif">Next action: <b>063</b></font>
<p><font size=3 face="sans-serif"><b>Actions raised at this meeting</b></font>
<br>
<table border width=100%>
<tr valign=top>
<td width=5%>
<div align=center><font size=2 face="sans-serif"><b>No</b></font></div>
<td width=94%><font size=2 face="sans-serif"><b>Action </b></font>
<tr valign=top>
<td>
<div align=center></div>
<td></table>
<p>
<p>
<p><font size=3 face="sans-serif"><b>Current Actions:</b></font>
<table border width=100%>
<tr valign=top>
<td width=7%>
<div align=center><font size=2 face="sans-serif"><b>No</b></font></div>
<td width=92%><font size=2 face="sans-serif"><b>Action </b></font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>012</b></font></div>
<td><font size=2 face="sans-serif">AP/SH: Update decimalCalendarScheme</font>
<br><font size=2 face="sans-serif">10/9: Not allocated yet</font>
<br><font size=2 face="sans-serif">17/9: No update</font>
<br><font size=2 face="sans-serif">24/9: Add calendar binary formats to
actions</font>
<br><font size=2 face="sans-serif">22/10: No progress</font>
<br><font size=2 face="sans-serif">16/1: proposal distributed and discussed.
Will be redistributed</font>
<br><font size=2 face="sans-serif">21/1: add locale, </font>
<br><font size=2 face="sans-serif">04/02: changed from locale to specific
properties</font>
<br><font size=2 face="sans-serif">18/2: Need more investigation of ICU
strict/lax behaviour.</font>
<br><font size=2 face="sans-serif">08/04: Not discussed</font>
<br><font size=2 face="sans-serif">22/04: AP to complete asap once the
ICU strict/lax behaviour is understood. </font>
<br><font size=2 face="sans-serif">29/04: No progress</font>
<br><font size=2 face="sans-serif">06/05: No progress</font>
<br><font size=2 face="sans-serif">13/05: Calendar has been added to latest
spec version v034 but still a few details to clarify.</font>
<br><font size=2 face="sans-serif">20/05: No Progress</font>
<br><font size=2 face="sans-serif">27/05: No Progress</font>
<br><font size=2 face="sans-serif">03/06: No Progress (low priority)</font>
<br><font size=2 face="sans-serif">09/06: No Progress (low priority)</font>
<br><font size=2 face="sans-serif">17/06: SH to check ICU code for lax
calendar behaviour</font>
<br><font size=2 face="sans-serif">24/06: no progress</font>
<br><font size=2 face="sans-serif">01/07: no progress</font>
<br><font size=2 face="sans-serif">15/07: no progress</font>
<br><font size=2 face="sans-serif">29/07: no progress</font>
<br><font size=2 face="sans-serif">05/08: no progress</font>
<br><font size=2 face="sans-serif">12/08: no progress</font>
<br><font size=2 face="sans-serif">19/08: Inconsistencies are being found
in ICU behaviour so Calendars need reviewing again.</font>
<br><font size=2 face="sans-serif">26/08: Specific three character short
time zones may not be maintained during round tripping when there
is more than one short form for a time zone offset. Because dates and datetimes
in the infoset only maintain a time zone offset so on unparsing it isn't
possible to say which short form will be selected for a particular offset
when there is more than one possible. Need to document.</font>
<br><font size=2 face="sans-serif">09/09: no progress</font>
<br><font size=2 face="sans-serif">16/09: no progress</font>
<br><font size=2 face="sans-serif">30/09: no progress</font>
<br><font size=2 face="sans-serif">07/10: no progress</font>
<br><font size=2 face="sans-serif">14/10: no progress</font>
<br><font size=2 face="sans-serif">21/10: Will produce a list of known
issues.</font>
<br><font size=2 face="sans-serif">28/10: Discussed ICU farctional seconds
behaviour. SF to send latest understanding.</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>033</b></font></div>
<td><font size=2 face="Arial">MB: Need for scope indicator on discriminator</font>
<br><font size=2 face="sans-serif">08/04: In progress within IBM</font>
<br><font size=2 face="sans-serif">22/04: Waiting for TK to return from
leave to complete. </font>
<br><font size=2 face="sans-serif">29/04: TK has sent examples shown need
for discriminators beyond choice. Agreed. MB to respond to TK </font>
<br><font size=2 face="sans-serif">06/05: Discussed suggestion of adding
type indicator to discriminator. MB to provide examples.</font>
<br><font size=2 face="sans-serif">15/03: Semantic documented in v034.
MB to provide examples of need for scope indicator on discriminator</font>
<br><font size=2 face="sans-serif">20/05: MB to provide examples of need
for scope indicator on discriminator (but lower priority than action 029)</font>
<br><font size=2 face="sans-serif">27/05: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">....</font>
<br><font size=2 face="sans-serif">19/08: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">26/08: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">09/09: no progress</font>
<br><font size=2 face="sans-serif">16/09: no progress</font>
<br><font size=2 face="sans-serif">30/09: no progress</font>
<br><font size=2 face="sans-serif">07/10: no progress</font>
<br><font size=2 face="sans-serif">14/10: Action re-titled and assigned
to Mike B</font>
<br><font size=2 face="sans-serif">21/10: no progress</font>
<br><font size=2 face="sans-serif">28/10: no progress</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>037</b></font></div>
<td><font size=2 face="sans-serif">All: Approach for XML Schema 1.0 UPA
checks.</font>
<br><font size=2 face="sans-serif">22/04: Several non-XML models, when
expressed in their most obvious DFDL Schema form, would fail XML Schema
1.0 Unique Particle Attribution checks that police model ambiguity. And
even re-jigging the model sometimes fails to fix this. Note this is equally
applicable to XMl Schema 1.1 and 1.0. While the DFDL parser/unparser can
happily resolve the ambiguities, the issue is one of definition. If an
XSD editor that implements UPA checks is used to create DFDL Schema, then
errors will be flagged. DFDL may have to adopt the position that: </font>
<br><font size=2 face="sans-serif">a)DFDL parser/unparser will not implement
some/all UPA checks (exact checks tbd)</font>
<br><font size=2 face="sans-serif">b) XML Schema editors that implement
UPA checks will not be suitable for all DFDL models</font>
<br><font size=2 face="sans-serif">c) If DFDL annotations are removed,
the resulting pure XSD will not always be valid (ie, the equivalent XML
is ambiguous and can't be modelled by XML Schema 1.0)</font>
<br><font size=2 face="sans-serif">Ongoing in case another solution can
be found.</font>
<br><font size=2 face="sans-serif">29/04: Will ask DG and S Gao for opinion
before closing</font>
<br><font size=2 face="sans-serif">06/05: Discussed S Gao email and suggestions.
Decided need to review all XML UPA rules and decide which apply to dfdl.</font>
<br><font size=2 face="sans-serif">20/05: SH or SKK to investigate</font>
<br><font size=2 face="sans-serif">27/05: No Progress</font>
<br><font size=2 face="sans-serif">03/06: The concern is that some dfdl
schemas will fail UPA check when validation is turned on or when editted
using tooling that enforces UPA checks. Renaming fields will resolve some/most
issues. Need documentation that describes issue and best practice.</font>
<br><font size=2 face="sans-serif">17/06: no change</font>
<br><font size=2 face="sans-serif">24/06: no change</font>
<br><font size=2 face="sans-serif">01/07: no prgress</font>
<br><font size=2 face="sans-serif">15/07: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">29/07: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">05/08: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">12/08: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">19/08: Clarify that this action is to
go through the XML UPA checks to assess impact on dfdl schemas and advice
best practice. Name clashes is just one example. SH or SKK</font>
<br><font size=2 face="sans-serif">26/08: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">09/09: no progress</font>
<br><font size=2 face="sans-serif">16/09: no progress</font>
<br><font size=2 face="sans-serif">30/09: no progress</font>
<br><font size=2 face="sans-serif">07/10: no progress</font>
<br><font size=2 face="sans-serif">14/10: no progress</font>
<br><font size=2 face="sans-serif">21/10: no progress</font>
<br><font size=2 face="sans-serif">28/10: no progress</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>045</b></font></div>
<td><font size=2 face="sans-serif">20/05 AP: Speculative Parsing</font>
<br><font size=2 face="sans-serif">27/05: Psuedo code has been circulated.
Review for next call</font>
<br><font size=2 face="sans-serif">03/06: Comments received and will be
incorporated</font>
<br><font size=2 face="sans-serif">09/06: Progress but not discussed</font>
<br><font size=2 face="sans-serif">17/06: Discussed briefly</font>
<br><font size=2 face="sans-serif">24/06: No Progress</font>
<br><font size=2 face="sans-serif">01/07: No Progress</font>
<br><font size=2 face="sans-serif">15/07: No progress. MB not happy with
the way the algorithm is documented, need to find a better way.</font>
<br><font size=2 face="sans-serif">29/07: No Progress </font>
<br><font size=2 face="sans-serif">05/08: No Progress. Will document behaviour
as a set of rules.</font>
<br><font size=2 face="sans-serif">12/08: No Progress </font>
<br><font size=2 face="sans-serif">19/08: No Progress </font>
<br><font size=2 face="sans-serif">26/08: No Progress </font>
<br><font size=2 face="sans-serif">09/09: no progress</font>
<br><font size=2 face="sans-serif">16/09: no progress</font>
<br><font size=2 face="sans-serif">30/09: AP distributed proposal and others
commented. Brief discussion AP to incorporate update and reissue</font>
<br><font size=2 face="sans-serif">07/10: Updated proposal was discussed.Comments
will be incorporated into the next version.</font>
<br><font size=2 face="sans-serif">14/10: Alan to update proposal to include
array scenario where minOccurs > 0</font>
<br><font size=2 face="sans-serif">21/10: Updated proposal reviewed</font>
<br><font size=2 face="sans-serif">28/10: Updated proposal reviewed see
minutes</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>049</b></font></div>
<td><font size=2 face="sans-serif">20/05 AP Built-in specification description
and schemas</font>
<br><font size=2 face="sans-serif">03/06: not discussed</font>
<br><font size=2 face="sans-serif">24/06: No Progress</font>
<br><font size=2 face="sans-serif">24/06: No Progress (hope to get these
from test cases)</font>
<br><font size=2 face="sans-serif">15/07: No progress. Once available,
the examples in the spec should use the dfdl:defineFormat annotations they
provide.</font>
<br><font size=2 face="sans-serif">.....</font>
<br><font size=2 face="sans-serif">19/08: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">26/08: No Progress (lower priority)</font>
<br><font size=2 face="sans-serif">09/09: no progress</font>
<br><font size=2 face="sans-serif">30/09: no progress</font>
<br><font size=2 face="sans-serif">07/10: no progress</font>
<br><font size=2 face="sans-serif">14/10: no progress</font>
<br><font size=2 face="sans-serif">21/10: Discussed the real need for this
being in the specification. It seemed that the main value is it define
a schema location for downloading 'known' defaults from the web. </font>
<br><font size=2 face="sans-serif">28/10: no progress</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>051</b></font></div>
<td><font size=2 face="sans-serif">Scoping rules.</font>
<br><font size=2 face="sans-serif">MB: to document change to scoping rules
to satisfy implementation concerns</font>
<br><font size=2 face="sans-serif">17/06: MB and SH proposals discussed.
Needs further discussion</font>
<br><font size=2 face="sans-serif">24/06: AP to update presentation with
latest proosal</font>
<br><font size=2 face="sans-serif">24/06: AP had updated presentation.
MB to review</font>
<br><font size=2 face="sans-serif">08/07: Discussed at length. Simple types
will now take annotations. Variables will be used for parameters.</font>
<br><font size=2 face="sans-serif">15/07: No further progress. Needs final
write up.</font>
<br><font size=2 face="sans-serif">29/07: No Progress</font>
<br><font size=2 face="sans-serif">05/08: No Progress </font>
<br><font size=2 face="sans-serif">12/08: No Progress </font>
<br><font size=2 face="sans-serif">19/08: AP will document new syntax rules.</font>
<br><font size=2 face="sans-serif">26/08: No Progress </font>
<br><font size=2 face="sans-serif">09/09: AP has documented new scoping
rules. Not discussed</font>
<br><font size=2 face="sans-serif">16/09: Not disussed. AP to update element
reference examples</font>
<br><font size=2 face="sans-serif">30/09: Significant dissatisfaction with
proposed new rules. New proposal developed during call. AP to document.</font>
<br><font size=2 face="sans-serif">07/10: New proposal was refined. Details
in minutes.</font>
<br><font size=2 face="sans-serif">14/10: Discussed at length. Details
in minutes. </font>
<br><font size=2 face="sans-serif">21/10: Discussed at length. Details
in minutes. </font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>056</b></font></div>
<td><font size=2 face="sans-serif">resolve lenghtUnit=bits including fillbytes</font>
<br><font size=2 face="sans-serif">12/08: No Progress</font>
<br><font size=2 face="sans-serif">19/08: No Progress</font>
<br><font size=2 face="sans-serif">26/08: No Progress </font>
<br><font size=2 face="sans-serif">09/09: no progress</font>
<br><font size=2 face="sans-serif">30/09: no progress</font>
<br><font size=2 face="sans-serif">07/10: no progress</font>
<br><font size=2 face="sans-serif">14/10: no progress</font>
<br><font size=2 face="sans-serif">21/10: no progress</font>
<br><font size=2 face="sans-serif">28/10: no progress</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>059</b></font></div>
<td><font size=2 face="sans-serif">9/9: define how encoding, byteorder
and floating point format externally</font>
<br><font size=2 face="sans-serif">16/09: no progress</font>
<br><font size=2 face="sans-serif">07/10: no progress</font>
<br><font size=2 face="sans-serif">14/10: no progress</font>
<br><font size=2 face="sans-serif">21/10: SH to investigate</font>
<br><font size=2 face="sans-serif">28/10: no progress</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>061</b></font></div>
<td><font size=2 face="sans-serif">Refactor dfdl:textNumberFormat to remove
dfdl:numberBase. </font>
<br><font size=2 face="sans-serif">14/10: Base 2, 8, 16 numbers are invariably
integers without formatting, use of pattern etc is overkill</font>
<br><font size=2 face="sans-serif">21/10: no progress</font>
<br><font size=2 face="sans-serif">28/10: no progress</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>062</b></font></div>
<td><font size=2 face="sans-serif">SH investigate technical writer support.</font>
<br><font size=2 face="sans-serif">28/10: SH had contacted S Gao to understand
the W3 process and support. </font></table>
<p>
<p><font size=3 face="sans-serif"><b>Closed actions:</b></font>
<br>
<table border width=100%>
<tr valign=top>
<td width=7%>
<div align=center></div>
<td width=92%></table>
<p>
<p><font size=3 face="sans-serif"><b>Work items:</b></font>
<table border width=100%>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>No</b></font></div>
<td><font size=2 face="sans-serif"><b>Item</b></font>
<td><font size=2 face="Arial"><b>target version</b></font>
<td><font size=2 face="sans-serif"><b>status</b></font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>005</b></font></div>
<td><font size=2 face="Arial">Improvements on property descriptions </font>
<td>
<td><font size=2 face="sans-serif">not started</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>011</b></font></div>
<td><font size=2 face="Arial">How speculative parsing works (combining
choice and variable-occurence - currently these are separate) </font><font size=3 color=blue>(from
action 045)</font>
<td>
<td><font size=2 face="sans-serif">awaiting completion of actions 045</font><font size=3><b>
</b> </font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>012</b></font></div>
<td><font size=2 face="Arial">Reordering the properties discussion: move
representation earlier, improve flow of topics </font>
<td>
<td><font size=3>not started </font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>033</b></font></div>
<td><font size=2 face="sans-serif">Numeric data - what physical reps are
allowed for what logical types </font><font size=2 color=blue face="sans-serif">(from
action 020)</font>
<td><font size=2 face="sans-serif">037</font>
<td><font size=2 face="sans-serif">ensure all behaviour documented</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>036</b></font></div>
<td><font size=2 face="sans-serif">Update dfdl schema with change properties
</font>
<td><font size=2 face="sans-serif">ongoing</font>
<td>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>038</b></font></div>
<td><font size=2 face="sans-serif">Improve length section including bit
handling</font>
<td>
<td><font size=2 face="sans-serif">some improvement in 036</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>042</b></font></div>
<td><font size=2 face="sans-serif">Mapping of the DFDL infoset to XDM </font>
<td><font size=2 face="sans-serif">none</font>
<td><font size=2 face="sans-serif">not required for V1 specification</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>051</b></font></div>
<td><font size=2 face="sans-serif">Revised scoping rules </font><font size=2 color=blue face="sans-serif">(from
action 051)</font>
<td><font size=2 face="sans-serif">037</font>
<td><font size=2 face="sans-serif">awaiting completion of action 051</font>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>058</b></font></div>
<td><font size=2 face="Default San Serif">textPadCharacter %#rxx limitation
and split to textxxxxPadCharacter</font>
<td><font size=2 face="Default San Serif">037</font>
<td>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>059</b></font></div>
<td><font size=2 face="Default San Serif">limit terminatorCanBeMissing
to last element in schema. Ignore elsewhere.</font>
<td><font size=2 face="Default San Serif">037</font>
<td>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>060</b></font></div>
<td><font size=2 face="Default San Serif">New empty string semantic for
dfdl:binaryBooleanTrueRep</font>
<td><font size=2 face="Default San Serif">037</font>
<td>
<tr valign=top>
<td>
<div align=center><font size=2 face="sans-serif"><b>061</b></font></div>
<td><font size=2 face="Default San Serif">Change maxOccurs violations from
processing error to validation error (if not 'fixed')</font>
<td><font size=2 face="Default San Serif">037</font>
<td>
<tr valign=top>
<td>
<div align=center><font size=2 face="Default San Serif"><b>062</b></font></div>
<td><font size=2 face="Default San Serif">Drop </font><font size=1 face="Arial">calendarUseZForUTC</font><font size=2 face="Default San Serif">.
describe zU, IU and TU symbols</font>
<td><font size=2 face="Default San Serif">037</font>
<td></table>
<p>
<table>
<tr valign=top>
<td>
<div align=right><font size=1 color=#808080 face="Symbol">ã</font><font size=1 color=#808080 face="sans-serif">
Copyright IBM Corp. 1998, 2007 All Rights Reserved</font></div></table>
<div align=right>
<br></div>
<br><font size=2 face="sans-serif"><br>
Alan Powell<br>
<br>
MP 211, IBM UK Labs, Hursley, Winchester, SO21 2JN, England<br>
Notes Id: Alan Powell/UK/IBM email: alan_powell@uk.ibm.com
<br>
Tel: +44 (0)1962 815073
Fax: +44 (0)1962 816898<br>
<br>
</font>
<br><font size=2 face="sans-serif"><br>
</font>
<hr><font size=2 face="sans-serif"><br>
<i><br>
</i></font>
<p><font size=2 face="sans-serif"><i>Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number
741598. <br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU</i></font>
<p><font size=2 face="sans-serif"><br>
<br>
</font>
<br>
<br><font size=2 face="sans-serif"><br>
</font>