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

Prioritize closer results even if only partially matching #4770

Open
openstreetmap-trac opened this issue Jul 23, 2021 · 0 comments
Open

Prioritize closer results even if only partially matching #4770

openstreetmap-trac opened this issue Jul 23, 2021 · 0 comments

Comments

@openstreetmap-trac
Copy link

Reporter: The RedBurn
[Submitted to the original trac issue database at 8.04am, Thursday, 7th February 2013]

Currently, Nominatim gives a huge boon to exact matches.

However, most of the time, the user doesn't know or use the official full name of a place. However, if he browses near it, we shouldn't give him results about places on the other side of Earth.

If we still want to give the user the choice to prioritize exact matches, a link could be used to switch back to the old behavior. That link could be named like "View exact matches for your search". Those would still be ordered by distance, but would prioritize exact matches.

Google Maps actually works like this, trying to show the more useful results first (typically, near where the user is).

Steps to reproduce:

Expected result:
SHS Computer (in Belgium) ends up the first result

Result:
The first result is located in Philippines

Note: I added "SHS" in alt_name to make the link work. Before that, "SHS" gave the same kind of results.
We should not expect contributors to guess and specify in alt_name the exact name (if there is one) that most users are going to search for.

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

No branches or pull requests

1 participant