[mkgmap-dev] Splitter Error

Wed Nov 14 15:02:06 GMT 2012

Hello Roger,

I really don't  know. If I got that right, flooding is caused by different reasons: 
1) wrong OSM data 
2) incomplete OSM data caused by splitting planet using e.g. osmosis or other tools
3) incomplete OSM data caused by splitter 

Even with a perfect error free splitter you will have point 1) left. 
My understanding is that the precompiled sea data is somehow verified to be ok. 
Besides that the precompiled files save CPU time.

Ciao,
Gerd

Date: Wed, 14 Nov 2012 14:48:39 +0000
From: roger at rogercalvert.me.uk
To: mkgmap-dev at lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] Splitter Error

    Thanks, Gerd. That solved the problem.

    I have another, more general, query: will the improvements currently
    being made to Splitter to handle problem polygons remove or reduce
    the need for pre-compiled sea (whose purpose seems to be to prevent
    flooding resulting from faulty coastlines) in mkgmap?

    Roger

    On 14/11/2012 12:26, GerdP wrote:

      Hello Roger,

you are running an out-aged version of splitter. Please update to the latest
stable version: r202 

http://www.mkgmap.org.uk/splitter/

Ciao,
Gerd

Roger Calvert wrote

        In running a macro I have used many times before with a new download 
from geofabrik, splitter gave me the following error. (I realise that 
there is no need to split the file in this particular case, but it has 
never caused problems before.) I am not sure of the version of splitter 
I am using, but the files are dated  11/11/2011.

Any advice would be appreciated.

Roger
-------------------------------------------------------------------------------
cache=DataTest
description=Test
geonames-file=..\Resources\cities5000.zip
legacy-mode=false
mapid=60555001
max-areas=255
max-nodes=2500000
max-threads=4 (auto)
mixed=false
no-trim=false
output=pbf
output-dir=
overlap=2000
resolution=13
split-file=
status-freq=120
write-kml=
Elapsed time: 0s   Memory: Current 59MB (2MB used, 57MB free) Max 2666MB
Time started: Wed Nov 14 10:48:30 GMT 2012
Map is being split for resolution 13:
  - area boundaries are aligned to 0x800 map units
  - areas are multiples of 0x1000 map units wide and high
Processing DataTest\cumbria.osm.pbf
Bounding box -3.907471 53.90063000000001 -2.1595880000000003 55.18863
in 1 file
Time: Wed Nov 14 10:48:31 GMT 2012
Exact map coverage is (53.90062093734741,-3.907463550567627) to 
(55.188617706298
83,-2.159585952758789)
Trimmed and rounded map coverage is (53.876953125,-3.9111328125) to 
(55.1953125,
-2.1533203125)
Splitting nodes into areas containing a maximum of 2,500,000 nodes each...
Area (53.876953125,-3.9111328125) to (55.1953125,-2.1533203125) contains 
699,912
  nodes. DONE!
1 areas:
Area 60555001 covers (0x265000,0xfffd3800) to (0x274000,0xfffe7800) 
GB-Carlisle
Writing out split osm files Wed Nov 14 10:48:32 GMT 2012
Processing 1 areas in a single pass
(53.876953125,-3.9111328125) to (55.1953125,-2.1533203125)
Starting pass 1 of 1, processing 1 areas (60555001 to 60555001)
Making SparseMultiMap
Making SparseMultiMap
Processing DataTest\cumbria.osm.pbf
Bounding box -3.907471 53.90063000000001 -2.1595880000000003 55.18863
Exception in thread "main" java.lang.IndexOutOfBoundsException: Index 
(31257321)
  is greater than or equal to list size (31250001)
         at 
it.unimi.dsi.fastutil.objects.ObjectArrayList.get(ObjectArrayList.jav
a:258)
         at 
uk.me.parabola.splitter.SparseInt2ShortMapInline.put(SparseInt2ShortM
apInline.java:128)
         at 
uk.me.parabola.splitter.SparseInt2ShortMultiMap$Inner.put(SparseInt2S
hortMultiMap.java:81)
         at 
uk.me.parabola.splitter.SparseInt2ShortMultiMap.put(SparseInt2ShortMu
ltiMap.java:31)
         at 
uk.me.parabola.splitter.SplitProcessor.writeNode(SplitProcessor.java:
209)
         at 
uk.me.parabola.splitter.SplitProcessor.processNode(SplitProcessor.jav
a:118)
         at 
uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.ja
va:49)
         at crosby.binary.BinaryParser.parse(BinaryParser.java:124)
         at crosby.binary.BinaryParser.handleBlock(BinaryParser.java:68)
         at crosby.binary.file.FileBlock.process(FileBlock.java:135)
         at 
crosby.binary.file.BlockInputStream.process(BlockInputStream.java:34)

         at uk.me.parabola.splitter.Main.processMap(Main.java:403)
         at uk.me.parabola.splitter.Main.writeAreas(Main.java:368)
         at uk.me.parabola.splitter.Main.split(Main.java:190)
         at uk.me.parabola.splitter.Main.start(Main.java:118)
         at uk.me.parabola.splitter.Main.main(Main.java:107)
-- 
------------------------------------------------------------------------

Roger Calvert
------------------------------------------------------------------------

_______________________________________________
mkgmap-dev mailing list

        mkgmap-dev at .org

        http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

--
View this message in context: http://gis.19327.n5.nabble.com/Splitter-Error-tp5735749p5735776.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

    -- 

      Roger Calvert

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20121114/36590d12/attachment.html 