Lists Home |
Date Index |
Rich Salz wrote:
> You *can't* express it as a schema numeric type
> because the document creator must have freedom
> to specify the number of trailing zero's, not
> the schema.
I agree! The user should be able to "specify the number of
trailing zero's". But, XML Schema doesn't support that. What is needed
is something like the following:
Such syntax would allow the user to "specify" the number of
trailing zeros. However, in the absense of such a method of
specification, I can't imagine how it would be useful for anyone to
add optional zeros in an element which is formally defined to have a
canonical form that eliminates the trailing zeros. While it may be
satisfying to the document creator, and while the zeros may have
meaning to that creator, the creator can't expect anyone who reads the
schema to attribute the same meaning to those zeros. So, fine, if
you're writing data that only you will read, then do whatever you
want. But, if you're writing data that others will read, then if you
wish to be understood, you must follow the rules of the schema
language you're using.
> No, it's a mismatch between the data-type folks
> and the markup-type folks.
Not so. It doesn't matter if you are "data" or "markup." If
you don't specify what your data means then your data has no meaning.
> And the data folks don't seem to realize that the
> current crop of security functions requires them
> think like markup-type folks on the wire.
Not so. The security systems will all have a means to define a
canonicalization function. Clearly, when you pass a signed document,
you need to ensure that the canonical form is passed or can be
reconstructed. This has nothing to do with the present issue.