March 2010 - mkgmap-dev - The mkgmap lists

splitter OutOfMemoryError
by Carlos Dávila 08 Mar '10

08 Mar '10

I have run several times splitter on a 15.1 GB file (actually on cache from that file) obtained from Srtm2OSM on machine A (Athlon 64 3000 Ghz, 3GB RAM) using the following command: time java -Xmx2500M -jar splitter.jar --mapid=63240101 --mixed=true --cache=/160GB/cache_srtm/peninsula/ --max-nodes=4500000 --split-file=areas.list --description="SRTM Map" --overlap=1000 Running the same command on the same data on a new machine B (Athlon II 3000 Ghz dual core, 4GB RAM) I get an OutOfMemoryError. Even increasing to -Xmx3500M I get the same error, always at the same point. Running mkgmap on spain.osm from Geofabrik with my usual script I also had to increase memory. Machine A java -version: java version "1.6.0_16" Java(TM) SE Runtime Environment (build 1.6.0_16-b01) Java HotSpot(TM) Client VM (build 14.2-b01, mixed mode, sharing) Machine B java -version: java version "is 1.6.0_17" OpenJDK Runtime Environment (IcedTea6 1.7) (6b17-1.7-1) OpenJDK Server VM (build 16.0-b13, mixed mode) terminal output: ... 100.000.000 nodes processed... 102.500.000 nodes processed... Elapsed time: 10m 0s Memory: Current 2379MB (1539MB used, 840MB free) Max 2379MB Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at uk.me.parabola.splitter.IntIntMap.ensureSpace(IntIntMap.java:121) at uk.me.parabola.splitter.IntIntMap.put(IntIntMap.java:73) at uk.me.parabola.splitter.SplitIntMap.put(SplitIntMap.java:49) at uk.me.parabola.splitter.SplitProcessor.writeNode(SplitProcessor.java:202) at uk.me.parabola.splitter.SplitProcessor.endNode(SplitProcessor.java:152) at uk.me.parabola.splitter.BinaryMapLoader.processNodes(BinaryMapLoader.java:96) at uk.me.parabola.splitter.BinaryMapLoader.load(BinaryMapLoader.java:78) at uk.me.parabola.splitter.Main.processMap(Main.java:377) at uk.me.parabola.splitter.Main.writeAreas(Main.java:366) at uk.me.parabola.splitter.Main.split(Main.java:183) at uk.me.parabola.splitter.Main.start(Main.java:109) at uk.me.parabola.splitter.Main.main(Main.java:98) Command exited with non-zero status 1 585.92user 11.65system 10:04.55elapsed 98%CPU (0avgtext+0avgdata 9424896maxresident)k 4919520inputs+1954184outputs (10major+597930minor)pagefaults 0swaps Error at line 2740921, col 57 Bad file format: ../Srtm2Osm/63240101.osm.gz Error at line 1627896, col 58 Bad file format: ../Srtm2Osm/63240102.osm.gz ... Any ideas about the problem? Carlos P.S. Does it make sense to give --overlap to splitter for contour lines or is it only necessary for routing?

3 6

Gap in the street and unusual routing
by Daniela Duerbeck 07 Mar '10

07 Mar '10

Hi! One street shoes a gap that does not seem to be in the osm data: http://www.deltadelta.de/nmz/sc21.png vs. http://www.openstreetmap.org/?lat=48.08617&lon=11.50167&zoom=17&layers=B000… I tried to navigate to the "Bad Forstenrieder Park". Since one can not pass this gap, the route went to Drygalski Allee, Herterichstr, then right and then to the grade3 path through the farmland. But I used car/motorcycle. What have I to put i which file so that routing goes not across unpaved tracks? TIA, Dani P.S: mkgmap 1597

4 4

Buildings without POIs cannot be found
by Daniela Duerbeck 07 Mar '10

07 Mar '10

Hi! When a building is mapped completely and is tagged with amenity = supermarket or restaurant, etc. it cannot be found via find all POIs. Perhaps somehow mkgmap should build artificial POIs from these tags. Would that be possible? Dani

6 9

Fix my address
by Daniela Duerbeck 07 Mar '10

07 Mar '10

Hi! POIs that have no address tagged get "Fix my address" in the Info screen. That is OK for restaurants, shops, etc. but there are also many POIs that have no address, e.g. bus stops. So there "Fix my address" makes not so much sense. What do you think? Dani

3 5

Commit: r1598: v3 of the patch is taken from r1596.
by svn commit 06 Mar '10

06 Mar '10

Version 1598 was commited by steve on 2010-03-06 13:42:30 +0000 (Sat, 06 Mar 2010) v3 of the patch is taken from r1596. I have slightly modified it compared to v2. Just some minor improvements and the merging to the patches that have been already committed. Summary: Reduce number of cuts in multipolygon processing Reduces the number of cuts performed by multipolygon processing by combining the cut of several polygons in one cut instead of n cuts. This speeds up the processing for multipolygons consisting of lots polygons. WanMil

1 0

property boundaries
by Greg Troxel 06 Mar '10

06 Mar '10

I have a shapefile of property boundaries in my town (from MassGIS). It has a bunch of polygons, with metadata about size and lot number (from zoning maps, like R27-7). Eventually I might import this, but I'm going very slow on that and right now I'm trying to work out sensible conversions and garmin rendering. I used polyshp2osm.py and got closed ways with area=yes and some massgis-derived tags. This didn't turn into anything with mkgmap, which is what I expected. What I would like is to have thin lines rendered at the boundaries, and not necessarily anything else. Perhaps having an area to select for information and the lot # would be cool, but far less important. My thoughts are edit polyshp2osm.py to have different tags drop area=yes add boundary=lot # for now, and figure out what later add to mkgmap line style boundary=lot maps to something that shows up and then see how that goes. Any advice?

1 0

Commit: r1597: Add landuse=wood (documented on wiki).
by svn commit 05 Mar '10

05 Mar '10

Version 1597 was commited by marko on 2010-03-05 21:47:08 +0000 (Fri, 05 Mar 2010) Add landuse=wood (documented on wiki). It is similar to natural=wood and landuse=forest.

1 0

Commit: r1595: Avoid infinite loops when following roundabout arcs.
by svn commit 05 Mar '10

05 Mar '10

Version 1595 was commited by markb on 2010-03-05 12:29:18 +0000 (Fri, 05 Mar 2010) Avoid infinite loops when following roundabout arcs. The code worked OK for well formed roundabouts but could hang when the roundabout had a "tail". Now, it should not hang no matter how weird the roundabout is.

2 1

[PATCH v2] Reduce number of cuts in multipolygon processing
by WanMil 05 Mar '10

05 Mar '10

The patch fixes a NullPointerException (thanks Felix!) which sometimes happened with the first patch. @Marko: I don't know any reason, why this multipolygon patch should trigger your exception. The stacktrace shows that you use a modified Main.java which seems to trigger the Exception. WanMil

3 7

Commit: r1596: Stop loops in ways being trashed by the short arc removal process.
by svn commit 05 Mar '10

05 Mar '10

Version 1596 was commited by markb on 2010-03-05 19:40:42 +0000 (Fri, 05 Mar 2010) Stop loops in ways being trashed by the short arc removal process. Previously, when two (directly connected) nodes were merged because they were so close as to be indistinguishable all the points between them were trashed. That's OK for ways that go directly from one node to the other but if the way formed a loop (e.g. a contour line), removing all the points was the wrong thing to do. So now, nodes are not merged (and the points between them are not trashed) if the length of the arc between the nodes is greater than the minimum arc length. Also, reduced code nesting through the use of more "continue" statements.

1 0