August 2010 - mkgmap-dev - The mkgmap lists

splitter error message
by frmas 17 Aug '10

17 Aug '10

Hello, Today, running splitter against the french osm.bz2 geofabrik file, I got this error : A total of 69 836 298 nodes, 8 242 531 ways and 178 671 relations were processed in 1 file Min node ID = 122626 Max node ID = 861772452 Time: Tue Aug 17 11:58:06 CEST 2010 Exact map coverage is (41.299989223480225,-6.299993991851807) to (51.42998456954956,9.799997806549072) Trimmed and rounded map coverage is (41.30859375,-5.80078125) to (51.416015625,9.84375) Splitting nodes into areas containing a maximum of 1 000 000 nodes each... Exception in thread "main" java.lang.NullPointerException at uk.me.parabola.splitter.SplittableDensityArea.split(SplittableDensityArea.java:73) at uk.me.parabola.splitter.SplittableDensityArea.split(SplittableDensityArea.java:90) at uk.me.parabola.splitter.SplittableDensityArea.split(SplittableDensityArea.java:90) at uk.me.parabola.splitter.SplittableDensityArea.split(SplittableDensityArea.java:90) at uk.me.parabola.splitter.SplittableDensityArea.split(SplittableDensityArea.java:90) at uk.me.parabola.splitter.SplittableDensityArea.split(SplittableDensityArea.java:90) at uk.me.parabola.splitter.SplittableDensityArea.split(SplittableDensityArea.java:90) at uk.me.parabola.splitter.Main.calculateAreas(Main.java:346) at uk.me.parabola.splitter.Main.split(Main.java:207) at uk.me.parabola.splitter.Main.start(Main.java:121) at uk.me.parabola.splitter.Main.main(Main.java:110) I use the latest code and I have max areas to 30 and max nodes to 1000000. I tried with max nodes = 800000 but I got the same error. Francois --

3 4

[PATCH v1] Improved tag handling for ways that are member of multiple multipolygons
by WanMil 16 Aug '10

16 Aug '10

Hi, the patch removes tags from ways not until all multipolygons are processed. This fixes some problems if one way is a member of multiple multipolygons and the multipolygons take their tags from their ways. This is a result of the thread http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/008730.html. Have fun! WanMil

1 1

Cannot generate map with --index
by Dermot McNally 16 Aug '10

16 Aug '10

Hi, For a while I've been out of the habit of adding --index to my command line because I don't use Mapsource to put maps on my devices. However, I wanted to do some experiments and find that I can't make it work with the following command line: java -Xms2g -Xmx2g -Dlog.config=svn/mkgmap/logging.properties -jar svn/mkgmap/dist/mkgmap.jar --family-id=333 --mapname=55555555 --family-name='OSM Ireland' --series-name='OSM Ireland' --description='OSM Ireland' --country-name='IRELAND' --country-abbr='IRL' --latin1 --gmapsupp --net --route --tdbfile --add-pois-to-areas --remove-short-arcs --check-roundabouts --generate-sea=multipolygon --check-roundabout-flares --index --adjust-turn-heading ireland.osm dermot.TYP Dropping --index from he command line fixes things. The error I get is: Exception in thread "main" java.lang.IllegalAccessError: tried to access method uk.me.parabola.imgfmt.app.ImgReader.position()J from class uk.me.parabola.imgfmt.app.trergn.RGNFileReader$RgnOffsets at uk.me.parabola.imgfmt.app.trergn.RGNFileReader$RgnOffsets.<init>(RGNFileReader.java:227) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader$RgnOffsets.<init>(RGNFileReader.java:201) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader.getOffsets(RGNFileReader.java:186) at uk.me.parabola.imgfmt.app.trergn.RGNFileReader.pointsForSubdiv(RGNFileReader.java:71) at uk.me.parabola.imgfmt.app.map.MapReader.pointsForLevel(MapReader.java:107) at uk.me.parabola.mkgmap.combiners.MdrBuilder.addPoints(MdrBuilder.java:170) at uk.me.parabola.mkgmap.combiners.MdrBuilder.onMapEnd(MdrBuilder.java:113) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:374) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:122) And my data source is the Geofabrik ireland.osm country extract. Any ideas? Dermot -- -------------------------------------- Iren sind menschlich

5 8

Getting rid of the 'Node in too many areas' warning.
by Scott Crosby 16 Aug '10

16 Aug '10

This patch to the splitter that makes this warning MUCH more rare. With this patch, I can split the entire planet into 17219 areas with max-nodes=50000 resolution=14 without a single 'too many areas' warning among the the first 25 of 68 passes. Without this patch, a max-nodes=500000 split has dozens of such warnings. This patch can also allow larger overlaps at a cost of more passes. The fix works by reordering the list of generated tiles. The trick is that the real limit in the splitter is that a node cannot be in more than 4 distinct areas PER PASS (A limit that remains unchanged with this patch.) If a node occurs in 10 tiles, but no single pass contains more than 4 of those tiles, everything works. If there are still 'too many areas' warnings, they can be handled by reducing --max-areas. Note that my patch depends on some other bug fixes; there are several infinite recursion bugs in the current code that trigger when having the splitter generate such small tiles. Some of these were fixed in the trunk, but not all are. In addition, my fixes/cleanups try harder at getting a good split. Scott

2 2

Possibility to split two or more files on the same run
by frmas 15 Aug '10

15 Aug '10

Hello, I would like to know if it's possible to run the splitter against two or more files on the same run? For example, is is possible to run splitter that way : java -Xmx896m -jar splitter.jar --cache=~/tmp --geonames-file=cities1000.zip --max-areas=30 --max-nodes=1000000 --description="OSM Map" --mapid=66660001 baden_wuerttemberg.osm.bz2 bayern.osm.bz2 I need the files produced by splitter to be numbered that way : the ones from the baden_wuerttemberg.osm.bz2 file : 66660001 to 66660010 (for example) et the one from bayern.osm.bz2 from 66660011 to 666600xx Thank you. Francois --

5 9

suggest a polygon hexcode for place of worship
by maning sambale 14 Aug '10

14 Aug '10

Any suggested hex others recylce for place_of_worship polygons? -- cheers, maning ------------------------------------------------------ "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ ------------------------------------------------------

3 7

Commit: r1669: Generate more polygons,
by svn commit 12 Aug '10

12 Aug '10

Version 1669 was commited by marko on 2010-08-12 14:17:19 +0100 (Thu, 12 Aug 2010) Generate more polygons, so that add-pois-to-areas can work better.

1 0

Commit: r1668: Revert part of r1413.
by svn commit 12 Aug '10

12 Aug '10

Version 1668 was commited by marko on 2010-08-12 13:03:04 +0100 (Thu, 12 Aug 2010) Revert part of r1413. Do not forbid foot/bicycle on highway=trunk and highway=trunk_link. Set road_speed=0 instead of road_speed=1 on those highway=path that are not bicycle=designated nor bicycle=official, so that major paths could be preferred over minor ones for bicycle routing.

1 0

Routing does not work since December.
by Paul Ortyl 12 Aug '10

12 Aug '10

Hi, I wanted to report that routing through Europe is broken. I have noticed it in December 2009, but did not report it then because I thought that my nüvi got broken. I generate my maps always with latest svn HEAD using the following commands: java -Xmx3000m -jar splitter.jar --max-nodes=400000 europe.osm.bz2 --cache=/tmp java -Xmx3600m -jar mkgmap.jar --index --description="EU" --route --series-name=OSM_EU --remove-short-arcs --description=OSM_EU_routing --tdbfile --add-pois-to-areas *.osm.gz The maps get written to destination img file using MapSource 6.13.7. The input file is Europe extract from Geofabrik. Routing between splitted parts always fails on MapSource 6.13.7 (is there a newer version working with wine?). Routing with nüvi 660 fails on some parts of my route, but is able to compute route from Leipzig to Gdańsk, where MapSource does not. To test that try routing from Karlsruhe to Gdańsk. Usually between Nürnberg and Leipzig my nüvi crashes multiple times (one tap on on/off button restarts the nüvi). I hope it is possible to fix it... Thanks, Paul -- Don't take life too seriously; you will never get out of it alive. -- Elbert Hubbard

11 19

Multiple Relations and Admin levels
by Markus 11 Aug '10

11 Aug '10

Hello, I have noticed a problem with mkgmap if a way is included in multiple relations and Admin levels are used in the relations. What seems to happen is that mkgmap chooses the relation with the lowest Admin Level and only will display the way in mapsource when the matching zoom level is reached. This causes problems such as an example if the way is part of a state border, it will only show up if zoomed right in even though the state border relation has a higher Admin level. Also it appears to effect coastlines if a coastline is included in a relation with a low admin level. Regards, Markus_g

5 14