The test is now passing indeed but this is part of the continuous Zorba testing infrastructure. At one point the GPS coordibates returned for this test contained more decimals than the expected result and this cause the test to fail. Instead of the expected result: 38.725735 -9.15021 something like this was returned: 38.72573501 -9.1502110
In order to avoid such problems in the future, could we change the test such that the decimals does not count? For instance we could cast the returned values to xs:integer, what do you think? -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/867230 Title: unit-convert test should not hit the web Status in Zorba - The XQuery Processor: New Bug description: The unit-conversion data-cleaning library uses a web service. Currently that web service isn't responding, leading to remote queue delays and failures, so I have disabled the test on the remote queue. IMHO this library should not require the web, at least for a decent set of well-known units (the test case in question is converting miles to kilometers). To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/867230/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp