[Tagging] navigational aid relation

Minh Nguyen minh at nguyen.cincinnati.oh.us
Thu Jun 15 07:34:03 UTC 2023


Vào lúc 00:26 2023-06-14, Florian Lohoff đã viết:
> Management Summary:
>   In navigation/routing the point the router is routing to is the nearest
>   point on the routable network from the poi/address we like to navigate
>   to. The nearest point may not be a location where the address/poi can be
>   reached from.
>   I suggest a navigational aid relation hinting the link between
>   geocoding and router to use a different point on the routable network.

I agree that there is a need for geocoders to produce more 
routing-friendly locations than the centroid. Navigable points are 
nothing new in the field of location services. Most geocoders already do 
this, including some that are often used with OSM-based maps, although 
none are open source as far as I can tell.

I've written something of a white paper on the subject of navigable 
points. [1] The short story is that most scenarios would be well served 
by micromapping in OSM combined with some clever heuristics in the 
geocoder, without the need for a new relation type. I've provided some 
example OverpassQL queries to prove the concept, but in reality a 
serious data consumer would perform spatial queries or traverse the 
relation hierarchy more directly, without the help of a separate API.

With this heuristics-based approach, we can take advantage of the large 
and growing body of data that's implicitly optimized for routing. 
Mappers generally wouldn't have to familiarize themselves with routing 
engines; they can just map what they observe, but in greater detail.

When none of the heuristics applies, the last resort can be a site 
relation, using each relation member's role to clarify why the 
application might want to present the member as an option. I've used 
site relations in a few cases where a spatial query won't turn up any 
useful results.

For example, a nearby American football stadium [2] has multiple parking 
lots, but all of them are off-site, on the grounds of an amusement park, 
a college, and some office parks. A driver would only be interested in 
the parking lot that corresponds to the ticket they purchased. The 
parking lots are members of a site relation with the stadium. [3] We 
have no hope of precisely modeling ticket classes in OSM, but the 
application can simply list the lots by name and let the user choose 
manually.

Unfortunately, I'm unaware of any OSM-based data consumer that 
implements these heuristics, but routers aren't the only reason to map 
building entrances or site relations.

[1] 
https://wiki.openstreetmap.org/wiki/User:Minh_Nguyen/Navigating_between_entrances
[2] https://www.openstreetmap.org/way/296503400
[3] https://www.openstreetmap.org/relation/14507813

-- 
minh at nguyen.cincinnati.oh.us





More information about the Tagging mailing list