logo separator

[mkgmap-dev] Commit: r3081: merge from the high-prec-coord branch.

From Felix Hartmann extremecarver at gmail.com on Thu Mar 6 12:59:55 GMT 2014

okay great. Wonder everyone else unpacks...
(It seemed to me there is no time penalty to using the sea file zipped - 
or is there?)
On 06.03.2014 13:58, Gerd Petermann wrote:
> 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 <mailto:extremecarver at gmail.com>
>     To: mkgmap-dev at lists.mkgmap.org.uk
>     <mailto: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 <mailto: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 <http://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 <http://openmtbmap.org> & www.velomap.org
>             <http://www.velomap.org>
>
>             _______________________________________________
>             mkgmap-dev mailing list
>             mkgmap-dev at lists.mkgmap.org.uk
>             <mailto: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  <mailto: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  <http://www.velomap.org>
>
>
>     _______________________________________________ mkgmap-dev mailing
>     list mkgmap-dev at lists.mkgmap.org.uk
>     <mailto: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  <http://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/e7a889d9/attachment-0001.html>


More information about the mkgmap-dev mailing list