<br><font size=2 face="sans-serif">We may or may not achieve quorum today
because of the US holiday tomorrow and big travel day today.</font>
<br>
<br><font size=2 face="sans-serif">I will join the call at 12noon US.ET,
and if we have enough people by 12:05 then &nbsp;I'd like to discuss one
or more of these topics</font>
<br>
<br><font size=2 face="sans-serif">* hexBinary and base64Binary &nbsp;-
I still find these confusing. </font>
<br><font size=2 face="sans-serif">* array prefix and suffix - just review
resolution of this issue - leaving out for now just to be conservative.
Could put back in fairly easily.</font>
<br><font size=2 face="sans-serif">* choiceType and length properties on
xs:choice</font>
<br>
<br><font size=2 face="sans-serif">My latest musings on hexBinary and base64Binary
....</font>
<br>
<br><font size=2 face="sans-serif">E.g., XSD allows pattern and enumeration
facets on these</font>
<br>
<br><font size=2 face="sans-serif">&nbsp; &nbsp; &nbsp;&lt;element name=&quot;aThing&quot;
type=&quot;base64Binary&quot; length=&quot;3&quot; </font>
<br><font size=2 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
pattern=&quot;AAAA|////&quot; /&gt;</font>
<br>
<br><font size=2 face="sans-serif">I think that pattern is a regexp for
a base64 string matching 3 bytes of zeros or 3 bytes of all ones, but my
regexp syntax is no doubt incorrectly escapified. (&quot;A&quot; is 6 bits
of zero, &quot;/&quot; is 6 bits of 1 in base64).</font>
<br>
<br><font size=2 face="sans-serif">To me this is marvelously confusing.
It feels downright silly to allow pattern and enumeration on these things.
</font>
<br>
<br><font size=2 face="sans-serif">I'd like to adopt the strictest possible
sensible thing. </font>
<br><font size=2 face="sans-serif">&nbsp; &nbsp;- hexBinary only, binary
representation only, no pattern or enumeration facets supported or allowed
for this type. &nbsp;</font>
<br>
<br><font size=2 face="sans-serif">There is still the issue of default/fixed.</font>
<br>
<br><font size=2 face="sans-serif">E.g., </font>
<br>
<br><font size=2 face="sans-serif">&nbsp; &nbsp; &nbsp;&lt;element name=&quot;unknownStuff&quot;
type=&quot;hexBinary&quot; fixed=&quot;F41306C0&quot; dfdl:lengthKind=&quot;implicit&quot;
/&gt;</font>
<br>
<br><font size=2 face="sans-serif">The user specifies what the bytes are
as a hex string, and since they said it's hexBinary, they use hex to express
the literal content. This is a way to say &quot;right here in the data
there's this blob of stuff I don't understand, but it always contains these
data bytes&quot;. I've certainly seen the need for this sort of thing.
It's being ignored on input, but on output it generates the fixed bytes
of data so as to create valid output even when you don't understand this
part of the data format. In fact, the cases I've seen are using this to
skip over decimal numbers the wierd format of which isn't understood. The
above pattern could be one or more decimal numbers in strange formats.
</font>
<br>
<br><font size=2 face="sans-serif">However, I can see the slippery slope
from here to allowing pattern and enumeration facets, so I'd be happy ruling
out use of default and fixed on hexBinary type also, just to make it even
simpler.</font>
<br>
<br><font size=2 face="sans-serif">Also, this element achieves the same
end using our &quot;%&quot; escapes in strings.</font>
<br>
<br><font size=2 face="sans-serif">&nbsp; &nbsp;&lt;element name=&quot;unknownStuff&quot;
type=&quot;string&quot; dfdl:encoding=&quot;ascii&quot; fixed=&quot;%F4%13%06%C0&quot;
&nbsp;dfdl:lengthKind=&quot;implicit&quot;/&gt;</font>
<br>
<br><font size=2 face="sans-serif">This works for any single-byte-wide
character-set encoding. </font>
<br>
<br>
<br>
<br><font size=2 face="sans-serif">Mike Beckerle<br>
STSM, Architect, Scalable Computing<br>
IBM Software Group<br>
Information Platform and Solutions<br>
Westborough, MA 01581<br>
direct: voice and FAX 508-599-7148<br>
assistant: Pam Riordan &nbsp; <br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;priordan@us.ibm.com
<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;508-599-7046<br>
<br>
</font>