logo separator

[mkgmap-dev] Indexing street belonging to two cities

From gpetermann_muenchen at hotmail.com gpetermann_muenchen at hotmail.com on Fri Oct 14 14:24:37 BST 2022

Hi Piotr,

this probem exists probably around the world. Some mappers split OSM ways at boundaries
to solve this. 
Anyway, there is no easy way to solve this in mkgmap. It would be possible to split all OSM
ways with highway=* at boundaries before style processing, so that each
part gets different mkgmap:admin_level=* values and thus different mkgmap:city values.
When --bounds is used the needed data should be available. Disadvantage would be that the
number of road objects in the *.img file increases although we can store multiple cities
for one road.

Another simpler approach could be to post process just the way nodes for those ways which are
routable (after style processing). This is probably easier to implement and closer to the way
how housenumbers are processed, but still a lot of work. 

Why does it work with house numbers? Because each node or way with addr:housenumber is 
processed by the style rules and thus different numbers may have different mkgmap:city values.
The program collects those values in a list for each road object when the housenumbers are processed.
Without housenumbers there is only the information from the road object itself.

Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Piotr Wawrzyniak <wopozka at gmail.com>
Gesendet: Donnerstag, 13. Oktober 2022 22:02
An: mkgmap-dev at lists.mkgmap.org.uk
Betreff: [mkgmap-dev] Indexing street belonging to two cities

Hi there,
It is not uncommon for Poland, that one street is located in two
different cities. If there are addresses, mkgmap can deal with that
problem and allow garmin devices to find the proper address. But if
there are no addresses, I was not able to find a method for proper
search index generation. Is there any solution for this problem?
cgpsmapper supports this type of indexing by using @ in cities name:
CityName=city1 at city2 so img format can handle this.
Thanks for any suggestions
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk

More information about the mkgmap-dev mailing list