Incorrect use of timezone Z instead of implicit timezone
As explained in http://www.w3.org/TR/xquery-operators/#func-subtract-dates the implicit timezone should be used for augmenting an xs:date without a timezone before subtracting it from one with a timezone. BaseX however appears to be using timezone Z in this case. The following xquery demonstrates this: current-date() - xs:date(substring(string(current-date()), 1, 10)) It should return a zero duration, but BaseX returns -PT2H I am in timezone +02:00. Best regards Gunther
Gunther, thanks for your observation. The issue has been fixed with the latest snapshot [1]. It also fixes comparisons between dates, e.g.: current-date() eq xs:date(substring(string(current-date()), 1, 10)) Best, Christian [1] http://files.basex.org/releases/latest/ ___________________________ On Sun, Jul 8, 2012 at 8:50 PM, Gunther Rademacher <grd@gmx.net> wrote:
As explained in
http://www.w3.org/TR/xquery-operators/#func-subtract-dates
the implicit timezone should be used for augmenting an xs:date without a timezone before subtracting it from one with a timezone.
BaseX however appears to be using timezone Z in this case.
The following xquery demonstrates this:
current-date() - xs:date(substring(string(current-date()), 1, 10))
It should return a zero duration, but BaseX returns
-PT2H
I am in timezone +02:00.
Best regards Gunther _______________________________________________ BaseX-Talk mailing list BaseX-Talk@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
participants (2)
-
Christian Grün -
Gunther Rademacher