I suspect that this is a schema issue. We already have this problem
with the following elements:
<date>9/30/98</date>
<date>Sept 30 1998</date>
Seems to me that the base64 issue is orthogonal to the data type issue.
I can represent the same gif in three different base encodings.
Now the real purpose in defining the xml:package attribute (or whatever)
is to ensure that the binary data is the same binary data in both the
XML producer and the XML consumer.
I don't know whether anyone will do so, but one might argue that if we
don't nail the exact format (gif, jpeg, whatever), then there is no
point in having the encoding. One might say that you still can't do
anything with it.
But the counter-argument is the same argument for why XML has value
despite the fact that it doesn't define the semantics of all tag names.
We can use XML as the transport format and move application-specific
synactic issues (date format, image format) and semantic issues (what
the tags mean) completely into the applications themselves. Without
saying how one puts binary data in an XML document, we cannot markup
binary data and shuttle it around in a portable way.
-- Joe Lapp, Senior Engineer | jlapp@webMethods.com webMethods, Inc. | Voice: 703-267-1726 http://www.webMethods.com | Fax: 703-352-0370