22839 2013-07-30 19:33:26 +0000 [XP3.1] Ordering on binary types 2015-07-06 08:25:49 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XPath 3.1 Working drafts PC All CLOSED FIXED P2 normal --- 1 mike jonathan.robie public-qt-comments oldest_to_newest 91424 0 mike 2013-07-30 19:33:26 +0000 The types xs:hexBinary and xs:base64Binary are currently unordered (that is, the operators le/ge/lt/gt are not defined). It is clearly possible to define an ordering for these types. Making the types ordered is desirable for three reasons: (a) orthogonality: it's an arbitrary restriction and we shouldn't have arbitrary restrictions. (b) a new function collation-key() is being introduced under the maps proposal. At present this only supports equality matching, but there are obvious use cases for ordered collation keys. Collation keys are often binary (e.g. in the UCA algorithm for generating collation keys; this will generate a requirement for ordering of binary values (c) an EXPath initiative is currently defining a library of functions for handling binary data. It is possible for such a community initiative to define new functions, but not to define new operators. The existence of such a function library will make use of the binary data types more popular, and generate a demand for doing magnitude comparisons. 105860 1 jonathan.robie 2014-05-13 15:34:36 +0000 This is implemented in the current spec, the WG has approved it. 121768 2 mike 2015-07-06 08:25:49 +0000 Confirmed that the change has been applied.