Opened 4 years ago

Last modified 11 months ago

#4806 new enhancement

Nominatim could search for relations names

Reported by: yvecai Owned by: geocoding@…
Priority: minor Milestone:
Component: nominatim Version:
Keywords: Cc:

Description

It would make sense to have some results on name search for relations type=route and type=site.

For example this one: http://www.openstreetmap.org/browse/relation/1439729
or this one: http://www.openstreetmap.org/browse/relation/27005

Giving a centroid lon-lat should be enough, I guess.

Change History (3)

comment:1 Changed 18 months ago by RobJN

This would be good, unfortunately the request seems to have been inactive for a few years. Is there any objection or is it just a case of lack of time/not major enough?

My type=site example is Hadrian's Wall : https://www.openstreetmap.org/relation/5538074

comment:2 Changed 18 months ago by lonvia

It's not very high on the priority list, so lack of time is surely an issue and this needs some careful research first about how these relation types are used. In particular, public transport routes might skew the search results (lots of refs to search for). type=site is probably safer but it still needs to be tested out.

comment:3 Changed 11 months ago by vibrog

There's a lot of names in the OSM database that are not presented in nominatim search results.

  • Considering that OpenStreetMap data validators encourages contributors to put tags on multipolygon relations rather than its members, it will make a lot of sense that nominatim must present relation names in search results.
  • I have contributed a lot of relation routes and hiking route networks that simply will not be found using nominatim searches. In several cases I have to put names on ways or nodes to trick nominatim to find these names.
Note: See TracTickets for help on using tickets.