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: [email protected]
To: [email protected]; [email protected]
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: [email protected] <mailto:[email protected]>
    To: [email protected]
    <mailto:[email protected]>
    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
        <[email protected] <mailto:[email protected]>> 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
            [email protected]
            <mailto:[email protected]>
            http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev




        _______________________________________________
        mkgmap-dev mailing list
        [email protected]  <mailto:[email protected]>
        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 [email protected]
    <mailto:[email protected]>
    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
[email protected]
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
[email protected]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Reply via email to