- mkgmap-dev - The mkgmap lists

What should be in the global index by default?
by Gerd Petermann 10 May '17

10 May '17

Hi all, I tried to find out what must be in the index and what might help but is not strictly needed. I've tested with maps created by r3931, the maps contain 4 tiles which are ~600 km away from my location. The Oregon 600 has only its "Worldwide Autoroute DEM Basemap" in a gmapbmap.img with ~ 51Mb and my test gmapsupp.img which is about ~35 MB. My findings so far: 1) Address search (or the search for roads/crossings) doesn't work without the global index 2) In MapSource , the search function is completely disabled without the global index, but POI search works without the index in MapSource on my Oregon, and both do not seem to use the index, I see no change in speed with or without the index. 3) MapSource seems to use the gobal index to build the search dialog, POI types which are not indexed are not searchable and they also don't appear when you search for "all POI". I played with options like --x-poi-excl-index=0x2800,0x2f00-0x6700 to verify this. 4) Basecamp and Oregon show the shops Planet and Netto when I search for "net" in all shops. Mapsource shows a list box which starts with names beginning with Net (Netto,Netzwerk) followed by other entries in alphabetical order (Neubad Apotheke, Neue Apotheke). I think this means that MapSource results depend on the global index while Oregon and Basecamp work as well without it. 5) I did not see any effect when using option --make-poi-index besides the increase in size. 6) Search for POI on the device is slow with and without the index, but fast when I use the option to search near a previously found place. I assume that other devices may use the index in a different way, I can only test with the Oregon. Maybe it depends on Hardware, maybe on Firmware. Does anybody know a device which shows a different behaviour than my Oregon? Gerd

2 5

POI indexing, problem with label 0x2800
by Andrzej Popowski 02 May '17

02 May '17

Hi, POI types 0x28xx are usually treated as labels, there is no icon for these POIs, only label text. CGPSMapper doc describe these POI as "Region name". I'd like to use these POI for house numbers. Problem is, that mkgmap indexes labels! It results in big increment of img files and index file. I doubt these objects are searchable, probably all this indexing is only a waste of space. I have found code in MdrUtils.java, which adds labels to index. I think this can be removed. And maybe you can add POIs in range 0x64xx - 0x66xx, they probably are searchable. There is an increase in LBL subfile, I haven't found code responsible for this. There seems to be a section LBL5 called "POI index", maybe labels goes there too? -- Best regards, Andrzej

5 15

the verbose option and order of options
by Gerd Petermann 30 Apr '17

30 Apr '17

Hi all, I think the handling of options in mkgmap is a bit too tricky and has confused many users (myself included) in the past. One obvious problem is that mkgmap has so many options, another is that the order matters, and a third is that the effect of the options differ for different input files (osm format, polish (.mp) , type file . I think about a rather simple change so that it prints the active options for each input file when the verbose option (or -v) is given, and also once for the combiner step This would be a rather simple change and probably helps in most cases. I also think that the --verbose option should print a hint that shows this link: http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging Even better might be to warn about options which had no effect or which (probably) occured in the wrong order Samples : java -jar mkgmap.jar -c split_out\template.args --latin1 --bounds=bounds.zip --index --family-id=3212 3212.txt (wrong order of options, input files are processed with default values) java -jar mkgmap.jar --housenumbers --bounds=bounds.zip *.img (these options have no effect when processing img files as input) java -jar mkgmap.jar -description=my-map -c split_out\template.args --gmapsupp (not good when template.args sets description for each input file) This change is not so easy to implement and it might produce false warnings in special cases. Comments? Gerd

2 1

Is it possible to keep the POI IDs constant?
by Alexandre Folle de Menezes 28 Apr '17

28 Apr '17

Hi, My device has a very useful feature of remembering the last POIs I have used. The problem is that every time I build a new map, the POIs seem to change the ID and some random POIs appears on my recent list. I assume the POI IDs are assigned independently from the IDs in OSM, which causes them to change on every compilation. Would it be possible to assign the POI IDs based on the OSM IDs to solve this issue? Best regards, Alexandre

3 2

POI without name
by Gerd Petermann 28 Apr '17

28 Apr '17

Hi all, I've noticed that my Oregon shows a lot of "unnamed" attractions, e.g. when I search for Attraction | Park or Garden. It seems that the device shows all points wth type 0x2c06 here (maybe also others), no matter if they are indexed or not, if at least one of them is named and therefore indexed, maybe not all but those in the same sub division of the map. Maybe there is a flag somewhere which would tell the device if that should be done or not, but I did not find that yet. Any hints are welcome. In my case most or unnamed and since the entries are sorted by distance I have to scroll to find those with a name or type the name if I know it. To avoid that you can probably use different types for named and unnamed POI. Another option might be to place unnamed POI in their own sub division. Gerd

2 3

amenity=restaurant and search index
by Gerd Petermann 28 Apr '17

28 Apr '17

Hi all, I've postponed the problems regarding --lower-case and looked at other problems in the index. I've noticed that some restaurants do not show up where expected. I am not sure if this is caused by wrong data in the index or simply by style rules, probably both. For example: I have a small test file containing some amenity=restaurant, but none has cuisine=international (0x2a06) , still the search menu shows an entry for that category but finds no entry. On the other hand, many restaurants are found where not expected, for example in category pizza I find all 0x2a00 The default style contains rules to add POI with type 0x2a and it seems to work for many of them, but at least these last two rules look suspicious: amenity=restaurant & cuisine=* [0x2a13 resolution 24] amenity=restaurant [0x2a00 resolution 24] Why do we use two different types for these "mop up" rules? Gerd

4 7

address search and the --lower-case option
by Gerd Petermann 27 Apr '17

27 Apr '17

Hi all, during the last days I tried to find a solution for the problem that my Oregon is (often) not able to find road names which contain "ß" , like "Außer Ort" or "Büßlinger Straße". If I search for Au the name "Außer Ort" is listed among many others, but when I type Auß the device says that something like "not found, change search criteria". When I type "Auss" it is also not found. This problem only occurs when I build the map with option --lower-case, without that option the name is safed as "Ausser Ort" and search works without problems. I found one work around : A change in the resources file resources\sort\cp1252.txt allows to search for ß when --lower-case is used but will not work without that option. Now I wonder if anybody has a map which contains the names like Außer Ort and is able to search this name typing Auß ? Gerd

2 10

draw-priority – influence rendering order of two maps on a device
by Michael Reichert 25 Apr '17

25 Apr '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, one of our customers bought a propietary Garmin map (Topo Adria Pro) for his outdoor GPS reciever (GPSmap 62) and would like to have a secondary map on top of that map which shows some geometries (a boundary and a few POIs) we digitized from a paper map [1]. I successfully build a Garmin map using mkgmap which contains the boundary. If I load the map on the microSD card which already contains the propietary map, the map gets rendered but *below* the propietary map . I tried the following to get the additional map to be drawn on top: - - Rename the file by adding "aaa" at the beginning of the file name. - - Insert "aaa" at the beginning of the description (--description option of mkgmap). - - Insert "aaa" at the beginning of the family name (--family-name option ). - - Reduce number of --mapname option (I tried --mapname=10000000). - - Try different draw priorities using --draw-priority. I tried 999, 30 and 48 without any success. - - Build one gmapsupp.img containing both the Garmin Topo map and the additional map. java -jar mkgmap.jar --output-dir=../merged/ --gmapsupp ../input/garmin-topo.img ../output/additional.img Even if I change the order (additional.img before garmin-topo.img), nothing changes. Do you know at which location inside a gmapsupp.img file I can find the draw priority of the Garmin Topo map? If I know that draw priority, I can use a higher priority. Btw, I use mkgmap 3909. Best regards Michael [1] not for redistribution and not containing any OSM data - -- Michael Reichert www.geofabrik.de Geofabrik GmbH Handelsregister: HRB Mannheim 703657 Amalienstr. 44 Geschaeftsfuehrung: C. Karch, F. Ramm 76133 Karlsruhe Tel: 0721-1803560-3 reichert(a)geofabrik.de Fax: 0721-1803560-9 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJY/zcQAAoJEExHr+dZu6EUFdoP/AxOOKjpWlKJl/DoXHczEkfU 82js6patFDw8/6NH+gT2gEJh1aB1AEHzQEvFbENjnzC/jDdYv0clSm4cFIStWQFA YjrDVMmWm8g7KSH4w0eY8LieXA05k9MwNbYChgBVvylmwfRIP7yvQqvc3euWkxOj Cxa0hXVFuSrLYI8z+XRqcngTkbtJityQTHR+BV2/JZ2zlRl/kYFup4LFmuucT+qZ UZae+yziCBMCnCeADUa21WcBsxhxMMOGUH5pTwsG5R9Kfg8R/NFK1kSgFyXkGaSw vN4ACTBPRyP2BrPPEOvkyGTTtV38Vxq2UeQhYhSyHmvEv0d6tlaPgRAKjCzZlbIQ 3cPyvx9ydH9I4BaEP5QTqG/C/9hI8ieZ8a+U9u7AZS0mZBtWLQxIqGnAb+ZqiE34 fZBWx6SYjLQNy3G6d5Ux1o/gzWdwucKfnueJNR+pI7L0LmyKF2CvTv4eif/fXgCv QKXgw0BC+7KVcaS9OXSsGKrOnw+oOz7Djrn/G2jDGLhLiQAFQLoIvcnmHqM7mz8L ej1BbwRthpQJLQhdLmyEswuqueJmmi+/xtvj/P4XPncEiaUDFkRWaio8nPuKIq/R an4z5cjNJGHPTkVePYMDyIYdqIX0uYxi7eEVak0bII61GlfO6NzzoJWxOKCrxzPm 5oVt/zSdJ8Z1OUUzJMSv =Oegl -----END PGP SIGNATURE-----

3 6

java.lang.NullPointerException with mkgmap-optimize-index-r3914
by Stéphane MARTIN 25 Apr '17

25 Apr '17

Hi, I get a java.lang.NullPointerException with mkgmap-optimize-index-r3914 compiling for Cape Verde (data from Geofabrik). No problem with mkgmap-optimize-index-r3912. java.lang.NullPointerException at uk.me.parabola.mkgmap.osmstyle.StyledConverter.filterNameSuffixAndPrefex(StyledConverter.java:211) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.access$000(StyledConverter.java:85) at uk.me.parabola.mkgmap.osmstyle.StyledConverter$1.add(StyledConverter.java:158) at uk.me.parabola.mkgmap.osmstyle.housenumber.HousenumberGenerator.generate(HousenumberGenerator.java:755) at uk.me.parabola.mkgmap.osmstyle.StyledConverter.end(StyledConverter.java:800) at uk.me.parabola.mkgmap.reader.osm.ElementSaver.convert(ElementSaver.java:243) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:157) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:154) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:52) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:263) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:259) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Need more informations ? Steph

2 2

How to name junctions in crossroads
by Bodo Pfelzer 24 Apr '17

24 Apr '17

Perhaps this is not the correct list for my question, but: Yesterday I was confused by my Garmin device while driving down the A560. At the end I had to turn left into "Europaallee". I assume because of node 243623175, my device told me to turn left into "Wingenshof" which is the opposite direction. My intention tells me, that I would have to swap the names of nodes 123377330 and 243623175. Is this correct? Would it have an impact on people that want to drive from Wingenshof to A560? Would they be advised to follow Europaallee first before turning left? Bodo

2 1