Hi Ticker, OK, with the zipped style I could reproduce (with r4808) some results. I think MapSource works well, but with my Oregon I also have the problem that I have to decide whether I want to search in wherWell or in Wherwell, and the device will only find the roads in the corresponding city. That's not nice but at least it looks correct, means, it doesn't find Alma Lane in "Wherwell", only in "wherWell", and e.g. Bigpath Lane is found in both cities, but different and correct roads for each. When I change your style to replace Upton by Wherwell the device shows only one Wherwell as city after typing wh and three occurrences for Bigpath Lane. That's good and I guess you would want the same for the special case that cities are written with only TERTIARY differences? No idea if this is a good approach. Maybe it's better to let the user stumble over this so that someone fixes the wrong OSM data. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap@jagit.co.uk> Gesendet: Mittwoch, 24. November 2021 16:57 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Small problem with global index Hi Gerd The default inc/address rules are not very good for UK towns and smaller - need to start from mkgmap:admin_level10. Appropriate change is in tstStyle.zip Nothing significant to this has changed in bounds.zip - I'm using a version from April 2021 Ticker On Wed, 2021-11-24 at 15:40 +0000, Gerd Petermann wrote:
Hi Ticker,
in the meanwhile I tried with the default style. I don't see any road with city=Upton nor with city=Wherwell. Road "Fair Piece" is found in Test Valley. Maybe it's because I used keep-complete=false while splitting (I used europe as input).
So, better upload your two tiles and I'll update my bounds.zip now...
Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev