[mkgmap-dev] Commit: r3081: merge from the high-prec-coord branch.
From Gerd Petermann gpetermann_muenchen at hotmail.com on Thu Mar 6 12:58:40 GMT 2014
Hi Felix, yes, I can reproduce the problem. The program fails to read the index in the file in the zip. The file works okay when you unzip the content. I'm trying to find out what goes wrong. Gerd Date: Thu, 6 Mar 2014 13:46:05 +0100 From: extremecarver at gmail.com To: gpetermann_muenchen at hotmail.com; mkgmap-dev at lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] Commit: r3081: merge from the high-prec-coord branch. well, I'm (the server) is definitely not running out of memory. New bounds are fine, it's only bout sea. here's the options I use (no style-file given - seems not to depend on the style): c:\OpenMTBMap\maps>start /low /b /wait java -jar -Xms6000M -Xmx10300M c:\openmtbmap\mkgmap.jar --max-jobs=8 --generate-sea --latin1 --precomp-sea=c:\openmtbmap\maps\sea.zip --nsis --index --levels="0:24, 1:23, 2:22, 3:21, 4:20, 5:19, 6:18" --overview-levels="7:17, 8:16, 9:15, 10:14, 11:13, 12:12" --adjust-turn-headings --add-pois-to-areas --reduce-point-density=3.4 --reduce-point-density-polygon=6 --housenumbers --link-pois-to-ways --ignore-turn-rest rictions --polygon-size-limits="24:16, 23:14, 22:12, 21:11, 20:10, 19:9, 18:8, 17:7, 16:6, 15:5, 14:4, 13:3, 12:2, 11:0, 10:0" --description=openmtbmap_at --show-profiles=1 --location-autofill=bounds,is_in,nearest --bounds=c:\openmtbmap\maps\bounds .zip --route --country-abbr=at --country-name=austria --mapname=63650000 --family-id=6365 --product-id=1 --series-name=openmtbmap_austria_06.03.2014 --family-name=mtbmap_at_06.03.2014 --tdbfile --overview-mapname=mapsetc --keep-going --area-name="aus tria_06.03.2014_openmtbmap.org" -c c:\openmtbmap\maps\template.austria 7*.img 1>NUL My austria.osm.pbf is a bit older... On 06.03.2014 13:38, Gerd Petermann wrote: Hi Felix, I try to reproduce the problem. It might be related to higher memory consumption. Gerd Date: Thu, 6 Mar 2014 13:36:06 +0100 From: extremecarver at gmail.com To: mkgmap-dev at lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] Commit: r3081: merge from the high-prec-coord branch. Well there is Lake Neusiedl - which is entered as sea, Bodensee and some others maybe too? OSM gotten so complex that even some lakes need to be entered as sea (and it makes sense because otherwise lakes on country boundary would be empty or overflowing...). On 06.03.2014 13:33, Enrico Liboni wrote: interesting... sea in Austria, that's maybe the issue On Thu, Mar 6, 2014 at 1:26 PM, Felix Hartmann <extremecarver at gmail.com> wrote: Oh well - there seems to be some problem with the new sea file: java.lang.NullPointerException at uk.me.parabola.mkgmap.reader.osm.SeaGenerator$PrecompData.access$100(SeaGenerator.java:1486) at uk.me.parabola.mkgmap.reader.osm.SeaGenerator.addPrecompSea(SeaGenerator.java:616) at uk.me.parabola.mkgmap.reader.osm.SeaGenerator.end(SeaGenerator.java:847) at uk.me.parabola.mkgmap.reader.osm.OsmReadingHooksChain.end(OsmReadingHooksChain.java:79) at uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource.load(OsmBinMapDataSource.java:63) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:127) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:220) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:216) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) 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) nothing else changed besides using new instead of old sea file. splitter/mkgmap both trunk and latest svn version. (on compiling austria). On 06.03.2014 13:02, Thorsten Kukuk wrote: On Thu, Mar 06, Felix Hartmann wrote: Are there precompiled bounds and sea to download already somewhere? (the ones on mkgmap.org.uk are rather old, and the ones on pleiades are about the same size - hence same old format I assume). http://osm.thkukuk.de/data/ The size did grow up from 418MB to 624MB for the bounds. Thorsten -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20140306/3fe26c8c/attachment.html>
- Previous message: [mkgmap-dev] Commit: r3081: merge from the high-prec-coord branch.
- Next message: [mkgmap-dev] Commit: r3081: merge from the high-prec-coord branch.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list