Hi all, it seems that I have to explain a few more details. The inc/address file contains rules which set the tags like mkgmap:country, mkgmap:region, mkgmap:city and so on. These tags are used in two different ways: 1) for housenumber processing 2) to fill the corresponding fields of POIs With my initial post I just wanted to point out that we have a lot of redundant rules, and the patch posted here http://gis.19327.n5.nabble.com/Patch-v1-simplify-address-rules-tp5847326.htm... shows which rules I mean. In the meantime Minko suggested to modify the rule for BEL instead of removing it. The general rules implemented in the file are: mkgmap:admin_level2 : mkgmap:country (this is the 3 character ISO code, e.g. GER for Germany) mkgmap:admin_level6,5,4,3 : mkgmap:region (meaning depends on country) mkgmap:admin_level8,7,9,10 : mkgmap:city A rather simple test to find out if the implemented rules are good is to compare addr:city with mkgmap:city. Add a line like this at the end of inc/address: mkgmap:city!=* & addr:city!=* & addr:city != ${mkgmap:city} { echotags "city name?" } and check the messages. When all rules are OK and the boundary file is up to date (and also OK) only a few messages should be printed, most of them showing different spelling of the same name. If you see many lines where the names in mkgmap:city and addr:city are totally different this is a hint that either the rules are not OK or that boundaries are missing/wrong. Gerd From: gdt@ir.bbn.com To: steve.sgalowski@gmail.com Date: Sat, 6 Jun 2015 20:21:05 -0400 CC: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address? Steve Sgalowski <steve.sgalowski@gmail.com> writes:
mkgmap:country admin level 5
then mkgmap:state admin level 6 mkgmap:region admin level 7 postcode sdmin level 8 suburb level 9, 10
My quick reaction is that which admin_level corresponds to which parts of an address varies by region. In my part of the US, state is level4, city/town is level8, and that's really all there is in address. Whether a (legal) city/town is "suburb", "city", "town", "village", etc. is based on size and relationship to larger entities. Around me only two cities have admin_level 10 boundaries. One calls them neighborhoods or villages, not suburbs. Sometimes they show up in postal addresses. So really I wonder if this means that the address component rules should be encoded on the boundary, something like "addresses within this polygon inherit name_component_foo=bar". I am leaning to having addresses have everything (in the US) below state explicit, to avoid this. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev