W3C home > Mailing lists > Public > public-qt-comments@w3.org > November 2008

[Bug 6240] New: round-half-up(value,precision)

From: <bugzilla@wiggum.w3.org>
Date: Wed, 19 Nov 2008 21:42:25 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-6240-523@http.www.w3.org/Bugs/Public/>


           Summary: round-half-up(value,precision)
           Product: XPath / XQuery / XSLT
           Version: Working drafts
          Platform: All
               URL: http://en.wikipedia.org/wiki/IEEE_754#Rounding_algorithm
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: XPath 2.1
        AssignedTo: jonathan.robie@redhat.com
        ReportedBy: peter.rushforth@nrcan.gc.ca
         QAContact: public-qt-comments@w3.org

As an XSLT practitioner, I have had occasion to process data sets which were
previously or traditionally processed with legacy office and database software.
These software packages provide rounding functionality which by default rounds
decimal values which are exactly halfway between the lower and higher numbers
to the higher number.  The requirement for XPath was to match the results of
legacy systems using the XSLT / XPath languages, such that the results could be

In fact, the XPath language does provide some rounding functions, but only an
incomplete set when compared with the recommended set from the IEEE floating
point standard.  

The time it takes to discover errors, correct them, explain why XPath can't do
this directly without resort to more complicated methods (extension functions,
user-defined functions) represents a barrier to adoption of XPath and hence
XSLT and XQuery.

I hope you'll consider adding at least this function from the IEEE standard  in
the next revision of XPath.

Thank you.
Peter Rushforth

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Wednesday, 19 November 2008 21:52:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:57:25 UTC