-
Notifications
You must be signed in to change notification settings - Fork 216
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
POIs - Use Bounding Box API instead of Radius API #81
Comments
Also, I think you should use the bounding box method, providing n, s, e, w rather than latitude, longitude, radius. At the moment if I select bus stops and zoom out I eventually see a big clump of icons around the middle of the screen. The bounding box method will spread them out. |
@si-the-pie @mvl22 is this issue still as described? (I can see from the code that we're still using the radius mechanism rather than bounding box, but it looks to me from https://github.com/cyclestreets/android/blob/master/libraries/cyclestreets-view/src/main/java/net/cyclestreets/views/overlay/POIOverlay.java#L337 that we're dividing into km.) |
@si-the-pie Can you check. |
@si-the-pie ping |
Yes, I can confirm that the radius being sent to the api is in km. |
Thanks @si-the-pie. Reopening this to consider the secondary aspect: moving to the Bounding Box API rather than the Radius API. |
Based on our access logs it looks as though the Android app might be requesting points of interest using metres for the radius argument, rather than km.
GET /api/pois.xml?key=&type=racetracks&longitude=-2.906913&latitude=55.54359&radius=85066&limit=150 HTTP/1.1" 200 24563 "-" "CycleStreets Android/1.0"
The effect of that is a slower query as it currently searches a vast area, measuring the distance of each.
The text was updated successfully, but these errors were encountered: