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@gmail.com
To: gpetermann_muenchen@hotmail.com; mkgmap-dev@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@gmail.com
To: mkgmap-dev@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@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?http://osm.thkukuk.de/data/
(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).
The size did grow up from 418MB to 624MB for the bounds.
Thorsten
--
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@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@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@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