D'oh!  You were right in the first place, of course.  From

"If the attribute type is not CDATA, then the XML processor must further process the normalized attribute value by discarding any leading and trailing space (#x20) characters, and by replacing sequences of space (#x20) characters by a single space (#x20) character."


"All attributes for which no declaration has been read should be treated by a non-validating processor as if declared CDATA."

Then from

"For all ·atomic· datatypes other than string (and types ·derived· by ·restriction· from it) the value of whiteSpace is collapse and cannot be changed by a schema author; for string the value of whiteSpace is preserve; for any type ·derived· by ·restriction· from string the value of whiteSpace can be any of the three legal values."

I shouldn't have relied on memory.


>>> [log in to unmask] 2004-01-23 10:49:13 >>>
Well, it sounds like "the parser" isn't schema compliant. In which case
the same would be true for the strings within the <nonSort> element. So
this whole nonSort thing really doesn't work. In which case, we should
go with Roy's solution, even though that's not how MARC does it.