[mkgmap-dev] Address index for multi-country map
From WanMil wmgcnfg at web.de on Sun Nov 10 14:27:44 GMT 2013
Hello Bernhard, please read my previous mail which was sent to you only by mistake: ============= Hello Bernhard, you are including the inc/address file but you don't use the bounds paramter that links the precompiled bounds file. This is required to let the inc/address file work. Only using the bounds parameter the mkgmap:admin_levelN tags are assigned which are used by the inc/address file. You can download some precompiled bounds from http://www.navmaps.eu/boundaries Instead you are using --location-autofill=bounds,nearest. Bounds is no longer supported (but silently accepted). So the only address assigning algorithm is the location-autofill=nearest. This is a good guess only so don't expect good results. It's mainly used for regions that don't have a good boundary coverage. Have fun! WanMil > Meanwhile I did some experiments. > > With a fresh download from Geofabrik, I started with germany.osm.pbf > without any additional modification by osmconvert. I split it, and > created the map with the same parameters and style file. > With the examples from Germany, I received the same results. > > Next, I removed the "include" sections from the style files and replaced > them by the contents of the respective files. > Same result. > > Next, I tried the default style (as of mkgmap 2724). Again, the same > results. > > This means: it is not caused by a defect in my style file, nor in a > defect in processing with osmconvert. Also a defect in resolving the > include files can be excluded. > Still, the data downloaded from Geofabrik could be defective. > > When I use the --country-name=Deutschland --country-abbr=DEU > parameters, places are correctly found in Germany. The country "Country" > is no more available. For small villages, the index is then OK. But for > towns consisting of some quarters, it is still defective: there are no > roads neither in Erlangen nor in Bayreuth, and the "Geseeser Weg" can > only be found in "Altstadt" instead of Bayreuth. > > Next, I returned to mkgmap version 2654. I had to remove all lines with > "admin_level" from relations, "capital" from points, the comparison of > two values from lines. Also this did not solve the problem. > > That means, that the creation of the address index is broken somewhere > in mkgmap. > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev at lists.mkgmap.org.uk > http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
- Previous message: [mkgmap-dev] Address index for multi-country map
- Next message: [mkgmap-dev] Address index for multi-country map
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list