Skip to content
This repository has been archived by the owner on Jul 11, 2023. It is now read-only.

Street Decoding inconsistently fails #17

Open
qwo opened this issue Dec 16, 2014 · 4 comments
Open

Street Decoding inconsistently fails #17

qwo opened this issue Dec 16, 2014 · 4 comments
Labels

Comments

@qwo
Copy link
Member

qwo commented Dec 16, 2014

Example inputted as text to the service

150 Granby St 
fails no bus stop location

111 Granby St
Thanks your closest stop is ... 
@qwo qwo added the bug label Dec 16, 2014
@ghost
Copy link

ghost commented Dec 17, 2014

Yeah, it definitely does that right now. I feel pretty certain this relates to how OpenStreetMap would search for the information, which means we may need to do some finagling with the input strings to get things done.

@qwo
Copy link
Member Author

qwo commented Dec 19, 2014

ive been looking at this for a bit and i stubbed out the where.Geocoder service. So your boundingbox + distance and all logic is solid!

OSM never returns the "right" granby st for specific POIs which is confusing to me and a bummer.

it is paginated by 10 results maybe we should ask for more but none of them are within the HR region.

@qwo
Copy link
Member Author

qwo commented Dec 19, 2014

mmm this feature might be too problematic with OSM where im going to take a look at another decoder strategy or maybe delay this feature.

It does sounds like a core feature so im gonna dig into this more.

@qwo
Copy link
Member Author

qwo commented Dec 19, 2014

bah OSM doesn't even have a relative hit on a major street might have to adopt an alternative

http://nominatim.openstreetmap.org/search/150%20granby%20st?format=json&addressdetails=1&country=us

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

1 participant