November 2011 - mkgmap-dev - The mkgmap lists

routing on new devices
by Chris66 22 Nov '11

22 Nov '11

Hi, here some testing results concerning mkgmap routing on the new Garmin devices (etrex 20/30), firmware 2.4, default style. available vehicles : motorcar / bicycle / pedestrian available avoid-options: Toll-roads / unpaved roads / carpool-lanes / u-turns / motorways as already observed in BaseCamp, access flags (motorcar=no, access=no, etc.) don't seem to work anymore. Still working: oneway (all transport modes, even pedestrian) turn restrictions (all transport modes, even pedestrian) All avoid-options seem to work (didn't test toll-roads). Also I can't see a big difference in short routes vs. fast routes. Note that some people reported different results with other (non-default) mkgmap-maps. Conclusion: with some tricks (use avoid-flags) one can build working routable-maps for the new devices, until the NT format is decoded. Chris

6 15

Short mkgmap HowTo
by WanMil 22 Nov '11

22 Nov '11

Hi, I have created a short HowTo in the wiki for first time users: http://wiki.openstreetmap.org/wiki/Mkgmap/How_to_create_a_map I think that's a good thing for first time users because the other wiki pages contain a bit too much information if you are using mkgmap for the first time. Please have a look on it if I have forgotten something or if something is wrong. Thanks! WanMil

11 28

ClassCastException in r2098
by Jonas Tull 22 Nov '11

22 Nov '11

Hi! The following error occurs when using r2098, not with r2072. Input is sweden.osm.pbf from GeoFabrik (17-Nov-2011 11:35). Splitter-command: java -Xmx1800M -jar ../Splitter/splitter-r185/splitter.jar --max-nodes=1000000 sweden.osm.pbf Mkgmap-command: java -Xmx700M -jar ../Mkgmap/mkgmap-r2098/mkgmap.jar --family-id=2000 --family-name="Routable Sweden" --latin1 --generate-sea=multipolygon --net --route --country-name="Sweden" --mapname=13370037 --tdbfile --road-name-pois --no-poi-address --add-pois-to-areas --remove-short-arcs --description="OSM - Sweden" --gmapsupp -c template.args Error: java.lang.ClassCastException: uk.me.parabola.imgfmt.app.srt.MultiSortKey cannot be cast to uk.me.parabola.imgfmt.app.srt.SrtSortKey at uk.me.parabola.imgfmt.app.srt.SrtSortKey.compareTo(SrtSortKey.java:39) at uk.me.parabola.imgfmt.app.srt.SrtSortKey.compareTo(SrtSortKey.java:22) at uk.me.parabola.imgfmt.app.srt.CombinedSortKey.compareTo(CombinedSortKey.java:43) at uk.me.parabola.imgfmt.app.srt.CombinedSortKey.compareTo(CombinedSortKey.java:22) at java.util.Arrays.mergeSort(Arrays.java:1144) at java.util.Arrays.mergeSort(Arrays.java:1156) at java.util.Arrays.mergeSort(Arrays.java:1155) at java.util.Arrays.mergeSort(Arrays.java:1156) at java.util.Arrays.mergeSort(Arrays.java:1156) at java.util.Arrays.mergeSort(Arrays.java:1155) at java.util.Arrays.mergeSort(Arrays.java:1156) at java.util.Arrays.mergeSort(Arrays.java:1155) at java.util.Arrays.mergeSort(Arrays.java:1155) at java.util.Arrays.mergeSort(Arrays.java:1156) at java.util.Arrays.mergeSort(Arrays.java:1156) at java.util.Arrays.mergeSort(Arrays.java:1155) at java.util.Arrays.mergeSort(Arrays.java:1155) at java.util.Arrays.sort(Arrays.java:1079) at java.util.Collections.sort(Collections.java:117) at uk.me.parabola.imgfmt.app.net.NETFile.sortRoads(NETFile.java:145) at uk.me.parabola.imgfmt.app.net.NETFile.writePost(NETFile.java:86) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:206) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:97) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:220) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:217) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662)

1 1

Commit: r2108: All the sort keys in sortRoads() need to be the same class.
by svn commit 21 Nov '11

21 Nov '11

Version 2108 was commited by steve on 2011-11-21 22:47:48 +0000 (Mon, 21 Nov 2011) All the sort keys in sortRoads() need to be the same class. Previoulsy there was a mixture of implementations of SortKey<T> which doesn't work, although perhaps it should be made to?

1 0

maxspeed handling
by Chris66 20 Nov '11

20 Nov '11

Hi, how is the internal maxspeed handling working? Is it only setting the garmin-speed level (so mapping maxspeed 5-120 to speed levels 0-7) or is it also modifying the road class ? Thanks, Chris

1 1

Commit: r2106: Refactor a location style from the default style.
by svn commit 20 Nov '11

20 Nov '11

Version 2106 was commited by marko on 2011-11-20 08:38:54 +0000 (Sun, 20 Nov 2011) Refactor a location style from the default style. This style sets various location attributes in the mkgmap:* tag space.

1 0

Commit: r2105: Omit highway=proposed. Lower the speed of ways under construction.
by svn commit 19 Nov '11

19 Nov '11

Version 2105 was commited by marko on 2011-11-19 21:56:36 +0000 (Sat, 19 Nov 2011) Omit highway=proposed. Lower the speed of ways under construction. highway=construction: Translate similar to highway=path, but do not add any access tags. construction=*|disused=yes: Lower the road speed, but otherwise translate as if the attribute is missing.

1 0

[PATCH v6]splitter memory usage
by GerdP 18 Nov '11

18 Nov '11

Hello list, thanks for the comments reqarding patchv5. Attached is one more patch to be applied against the branch. Changes: - Enhanced dictionary size to 65535 - Avoid allocating chunks (short[] objects) with a size that is not a multiple of 8 (r189 wasted 4 bytes for each chunk) - introduced special code for one-value-chunks - max-areas=255 is the default again, but maximum allowed is now 2048 I did not find a simple way to allow also "auto" for the parameter optimize-mem. Maybe Steve or WanMil can help? auto should set optimize-mem=true if Runtime.getRuntime().maxMemory() < 2GB Remarks regarding performance: On WinXP systems, use java -Xms1600m -Xmx1600m -jar splitter.jar ... On 64bit boxes use also -XX+UseCompressedOops This avoids a lot of GC work. I did not yet try that with very large files like europe.osm.pbf. http://gis.638310.n2.nabble.com/file/n7008720/memory_patch_v6.patch memory_patch_v6.patch Some numbers for splitting germany.osm.pbf: patchv6 with -Xms and optimize-mem=true: 588s patchv6 with -Xms and optimize-mem=false: 594s patchv6 without -Xms and optimize-mem=true: 651s patchv6 without -Xms and optimize-mem=false: 622s r189 without -Xms and optimize-mem=false: 639s -- View this message in context: http://gis.638310.n2.nabble.com/PATCH-v6-splitter-memory-usage-tp7008720p70… Sent from the Mkgmap Development mailing list archive at Nabble.com.

3 4

Markup for address search
by Steve Hosgood 18 Nov '11

18 Nov '11

Folks: Is there any documentation for how to mark up areas so that mkgmap (with help from MapSource) can make the streets searchable? So far I gather that you need to mark areas (containing streets) with: 1) A relation of "type=multiploygon" with at least one way (with the "role" of "outer") where the way has minimal tags of: "is_in=", "place=", "place_name=" plus (optionally) "postal_code=". It seems that "landuse=residential" can also be present, but I think this only affects the shading on a rendered map, nothing to do with address searching. Alternatively: 2) A relation of "type=multiploygon" where the relation also carries tags of: "is_in=", "place=", "place_name=" plus (optionally) "postal_code=". As above, it seems that "landuse=residential" can also be present, but I think this only affects the shading on a rendered map, nothing to do with address searching. The relation needs at least one way (with the "role" of "outer") where the way doesn't need any other tags. Alternatively: 3) A relation of "type=boundary" with other tags of "admin_level=", "boundary=administrative" and "name=". It must contain at least one way (whose "role" can be missing) where the way has minimal tags of: "is_in=", "place=", "place_name=" plus (optionally) "postal_code=". As above, it seems that "landuse=residential" can also be present, but I think this only affects the shading on a rendered map, nothing to do with address searching. Alternatively: 4) A relation of "type=boundary" with other tags of "admin_level=", "boundary=administrative" and "name=" plus tags of: "is_in=", "place=", "place_name=" plus (optionally) "postal_code=". As above, it seems that "landuse=residential" can also be present, but I think this only affects the shading on a rendered map, nothing to do with address searching. The relation needs at least one way (whose "role" can be missing) where the way doesn't need any other tags. Am I anywhere close? Steve

2 1

[PATCH v5]splitter memory usage
by GerdP 17 Nov '11

17 Nov '11

Hello, here is the final patch http://gis.638310.n2.nabble.com/file/n7001044/memory_patch_v5.patch memory_patch_v5.patch It has to be applied against the memory branch. Final notes: - the modified fastutil.jar is no longer needed, the trunk version version works fine - the program works almost always better when parameter --optimize-mem=true is used, so it might be better to change that to be the default. Some numbers: All values measured on a WinXP machine with 2.6Gh dual core AMD 5050e and with common parms: java -Xmx1600m -Xloggc:gclog.txt -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -jar splitter.jar --status-freq=0 Times in seconds, max heap occupancy (calculated by garbagecat) * IDs in the range 1073742179 - 1107861564, parm --mixed is needed ** manually modified IDs to start with 3 (3073742179- 3107861564), parameer --split-file is used -- View this message in context: http://gis.638310.n2.nabble.com/PATCH-v5-splitter-memory-usage-tp7001044p70… Sent from the Mkgmap Development mailing list archive at Nabble.com.

3 7