August 2014 - mkgmap-dev - The mkgmap lists

Mapsource crashes while calculating a route
by Andrzej Popowski 29 Sep '16

29 Sep '16

Hi, I have observed crashes for some time. Mapsource 6.16.3 indicates a bug in module MPL_MAP.CPP. Basecamp reports an error or goes into infinite loop. Now I have extracted minimal source data, which creates faulty map. Removing any road or even a crossing point restore routing. Bug exist in mkgmap r2815, r2857, r2889, r2975 and r2976. Map created by mkgmap r2795 works correctly. I'm attaching here files to reproduce problem: mkgmap.bat - batch, which I have used to create the map, test-a.pbf - very simple OSM source data, route.gpx - short route, which causes a crash in Mapsource. -- Best regards, Andrzej

4 15

process-exits vs process-destination
by Franco Bez 08 Oct '15

08 Oct '15

Hi all, is there a way to combine the features process-exits and process-destination in a single style ? Based on my experience process-desitnation does a marvellous job when entering a motorway ( does it also work with also trunk roads ? ), while process-extis is perfect when leaving a motorway or trunk road. For instance the roundabout here http://www.openstreetmap.org/?lat=47.89665&lon=10.64805&zoom=17 has two exits towards the B12. Routing from the "Sudetenstraße" going North (maybe towards Augsburg) I would like the Garmin device to announce "5 th Exit - B12 (München)". On the other hand routing to the South (maybe Kempten) it should announce "2nd exit - B12 (Kempten)". Using process-exits this does not work, it's only "5th Exit - B12" resp. "2nd Exit - B12". I would have to use process-destination instead to get the desired messages displayed. Coming home from the trip, routing from the B12 towards "Sudetenstraße" I would like "exit to the right - Exit Kaufbeuren". Using process-exits this works perfectly. Would I use process-destination I would get "exit to the right towards B12 Verteilerring" or even "exit to the right towards Sudetenstraße" a really useless announcement as the sign on the trunk road reads "Kaufbeuren / Neugablonz / Mauerstetten". So this is why I would like to have an option that combines the functionality of process-exits and process-destination. Do you see any way to achieve this in one single style ? Ciao, Franco

7 6

Why is there a code-page in the .typ-file? And - is there a code-page a gmapsupp.img?
by Felix Hartmann 20 Mar '15

20 Mar '15

Hi Everyone 1. Switching to unicode I ask myself If I should also change the typ-file to code-page=65001 - is this only for the case that you want to label a line/poi/polygon using unicode characters - or should any .typ-file that is "bundled" by a unicode map, also be unicode? Does anyone know a garmin unicode map that has a .typ-file? 2. I couldn't notice any change on compiling a gmapsupp.img regarding a code-page set. Is there actually a code-page for a gmapsupp.img? Especially regarding address index. Or is the code-page only for the map.img files themselves? Felix -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

4 5

multi-word street search
by Michał Rogala 18 Dec '14

18 Dec '14

Hello! I've a problem regarding street search. In Poland (and I suppose few more countries also may have this issue) person-named streets can have two forms - long one: Miroslawa Dudka or short one: Dudka there is no standard for tagging such names in OSM. Problem is that Garmin/Mapsource search function is matching names from the beginning of the string, so if I enter "Dudka" it will find all streets named "Dudka" but not "Miroslawa Dutka". Do you have any idea how can I deal with such issue? best regards Michal Rogala

12 67

NPE with mkgmap 3320
by UliBaer 07 Nov '14

07 Nov '14

With the latest versions (tried, back until 3316) of mkgmap i'm getting a NPE with a new setup on an older 32Bit XP Machine: java.lang.NullPointerException at uk.me.parabola.imgfmt.app.net.RoadDef.compareTo(RoadDef.java:700) at uk.me.parabola.imgfmt.app.net.RoadDef.compareTo(RoadDef.java:56) at java.util.HashMap.compareComparables(Unknown Source) at java.util.HashMap$TreeNode.treeify(Unknown Source) at java.util.HashMap.treeifyBin(Unknown Source) at java.util.HashMap.putVal(Unknown Source) at java.util.HashMap.put(Unknown Source) at uk.me.parabola.imgfmt.app.net.TableA.addArc(TableA.java:93) at uk.me.parabola.imgfmt.app.net.NOD1Part.addNode(NOD1Part.java:229) at uk.me.parabola.imgfmt.app.net.RoadNetwork.splitCenters(RoadNetwork.ja va:239) at uk.me.parabola.imgfmt.app.net.RoadNetwork.getCenters(RoadNetwork.java :250) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:231) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:120) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:82) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:253) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:249) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Exiting - if you want to carry on regardless, use the --keep-going option Number of ExitExceptions: 1 It is in this code segment: public int compareTo(RoadDef other) { // sort by city name - this is used to group together // roads that have been split into segments if(other == this) return 0; // TODO: look at what this is doing... if(city != null && other.city != null) return city.getName().compareTo(other.city.getName()); <--- Here happens the NPE if (hashCode() == other.hashCode()) return 0; else if (hashCode() < other.hashCode()) return -1; else return 0; } *This happens when running with "--max-jobs=2" (it is a core2duo machine) but when running with "--max-jobs=1" the error does NOT occur... :?* Best regards, Uli -- View this message in context: http://gis.19327.n5.nabble.com/NPE-with-mkgmap-3320-tp5813472.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 13

Splitter
by Lambertus 03 Nov '14

03 Nov '14

There is a ~20MB o5m file that needs to be split. But Splitter returns: "Cannot find a good split with exactly 2 areas" I hope a (the) dev can have a look at this? Thanks! The tile is here: http://osm.pleiades.uni-wuppertal.de/garmin/20140703/63240007.o5m See for more info and a link to the o5m file: http://forum.openstreetmap.org/viewtopic.php?pid=434024#p434024

4 7

Command to transliterate Characters/Cyrillic/Greek into latin1 even for Unicode maps?
by Felix Hartmann 04 Sep '14

04 Sep '14

The standard behavior so far for my maps in Japan or China was to use --latin1, and hope that all towns/cities/names if not name:en present - got transliterated decently into latin characters. However if using Unicode this is of course not happening. Could there be a command like {set name='${mkgmap:trans:name}' } That way one could build a map that is usable for people who do understand the local script/language, and who don't by setting all names e.g. name=('name:en|name:int|mkgmap:trans:name''(name in e.g. Japanese Script) ' Even better would of course be if there would be an additional function to check if "name" is already in two scripts - this is often the case for Japan or Thailand or Singapore... Dunno if that is easy to implement. I hope/guess the above /mkgmap:trans:name/ would be easy, as the code exists if you use e.g. --latin1. -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

3 12

MIssing public transport stops in default style
by Carlos Dávila 31 Aug '14

31 Aug '14

According to OSM wiki bus stops can be tagged as bus_stop=yes or as public_transport=platform + bus=yes (or both ways), but current default style only catches the first case. The same can be said about tram stops. Attached patch adds rules for the second way of tagging.

3 6

Commit: r3334: Translate public_transport=platform in the default point style.
by svn commit 31 Aug '14

31 Aug '14

Version mkgmap-r3334 was committed by marko on Sun, 31 Aug 2014 Translate public_transport=platform in the default point style. Contributed by Carlos Dávila.

1 0

Routing Algorithm of Garmin
by Bernhard Hiller 26 Aug '14

26 Aug '14

When selecting "Minimize Distance", the result conforms with the expectations: the shortest route is selected by the Garmin Oregon 600. But with "Minimize Time", things are different. It is not at all the route with the shortest time. By setting a "Via Point", I can have it calculating my preferred route, which is calculated with a shorter time. I.e. despite the title of my selection, the device did not minimize time. Example: Travel from Bayreuth to Erlangen. The Oregon calculates a long route via motorways, 98.4 km, at 67 minutes. With a Via Point west of Ebermannstadt, the distance is shortened to 64.9 km, but also the time is now 60 minutes only. The longer distance might be appropriate - but I find the longer time strange. It is 7 minutes / 10% longer by time! Travelling along my preferred route, the device has to recalculate several times, with some more such results. E.g. from Obernsees, it prefers 86.4 km at 56 minutes over a route of 51.8 km at 46 minutes - 10 minutes or 20% longer! From east of Ebermannstadt, it prefers 39.8 km at 30 minutes over 29 km at 26 minutes. All the preferred routes use long sections of motorways, and reduce the sections on roads with low road_class attribute(road_class=2; lower values are not present in my preferred route). What are your experiences? How much is the "penalty" for low road_class values? Are still other factors important?

3 3