
Hi Yes I do see this as a problem for search. These names are from the early days when we were unable to have more than one label on a road. It should be the ref (with shield if appropriate) in the first name slot. Then the actual name in the second slot. (Perhaps the other way round as I cannot check at the moment). I know it is a big change but I think that would be best for the default style. On the other hand it shouldn't really cause search to fail if that is what is happening, so perhaps that can be improved. ..Steve On 18 March 2015 15:11:18 GMT+00:00, GerdP <gpetermann_muenchen@hotmail.com> wrote:
Hi all,
if I got it right, the default style creates roads with names like (B101) Leipziger Strasse for this way http://www.openstreetmap.org/way/144257391
with name=Leipziger Straße and ref=B101
With the new --x-split-name-index option I will find this road when I search for "Leipziger", but when I know an address like "Leipziger Str. xxx, Freiberg" I have to select the right version of the street if the list shows also other entries like "Leipziger Strasse" (without the ref), means, I have to try the different versions until one shows a plausible result for the given number xxx.
I wonder if this could be improved somehow? How do Garmin maps handle this?
Gerd
-- View this message in context: http://gis.19327.n5.nabble.com/address-search-and-road-names-with-refs-tp583... Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev