unit-convert test should not hit the web

Bug #867230 reported by Chris Hillery
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Zorba
New
Medium
Diogo Simões

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).

Changed in zorba:
milestone: none → 2.1
Changed in zorba:
milestone: 2.1 → none
Changed in zorba:
assignee: Sorin Marian Nasoi (sorin.marian.nasoi) → Diogo Simões (diogo-simoes89)
Revision history for this message
Sorin Marian Nasoi (sorin.marian.nasoi) wrote :

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?

Revision history for this message
Diogo Simões (diogo-simoes89) wrote : RE: [Bug 867230] Re: unit-convert test should not hit the web

Sorin,

I just have one correction to do... this problem is related to the geocode-from-address function and not to unit-convert.
Can I correct it?

regards,
Diogo

> Date: Tue, 1 Nov 2011 15:10:52 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: [Bug 867230] Re: unit-convert test should not hit the web
>
> 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 bug assignee.
> 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

tags: removed: v2.1
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.