Re: [mkgmap-dev] splitter r433 released

[Gerd Petermann]

Hi Michael,


sorry, it seems that I commented the new code for a last test and forgot

to revert that change before committing it. Please use r435 instead.


Gerd




Von: mkgmap-dev  im Auftrag von Michael 
Schlenstedt 
Gesendet: Dienstag, 15. März 2016 06:52
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] splitter r433 released

Hi Gerd,

I tried it but no success. Seems to be the same error like before:

Counting nodes of precompiled sea data ...
Bounding box 72.421875 3.515625 73.125 4.21874
java.lang.IndexOutOfBoundsException: Index: 0
at java.util.Collections$EmptyList.get(Unknown Source)
at crosby.binary.Osmformat$DenseInfo.getVersion(Unknown Source)
at 
uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.java:115)
at crosby.binary.BinaryParser.parse(Unknown Source)
at crosby.binary.BinaryParser.handleBlock(Unknown Source)
at crosby.binary.file.FileBlock.process(Unknown Source)
at crosby.binary.file.BlockInputStream.process(Unknown Source)
at 
uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:83)
at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
at uk.me.parabola.splitter.Main.split(Main.java:258)
at uk.me.parabola.splitter.Main.start(Main.java:187)
at uk.me.parabola.splitter.Main.main(Main.java:157)
uk.me.parabola.splitter.SplitFailedException: Index: 0
at 
uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:96)
at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
at uk.me.parabola.splitter.Main.split(Main.java:258)
at uk.me.parabola.splitter.Main.start(Main.java:187)
at uk.me.parabola.splitter.Main.main(Main.java:157)


I will try to test this with a smaller test file. I merge two files with 
osmosis before I pass this to splitter: One with contour lines (OSM files from 
GlobalMapper) and a Geofabrik extract from OpenStreetMap.

Maybe something is wrong with the GlobalMapper exports

2016-03-15 6:23 GMT+01:00 Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>>:

Hi Michal,


I've committed r434 to fix this problem. The same solution should work in JOSM, 
so I'll

try to pass this information to the JOSM devs as well.


Gerd




Von: mkgmap-dev 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von Michael Schlenstedt 
mailto:schl...@gmail.com>>
Gesendet: Montag, 14. März 2016 20:24
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] splitter r433 released

Hi Gerd,

Argh, sorry. I posted the wrong error message from my first test... Splitter 
recognized the Polygonfile corrctly. However, splitter crashes with the 
following error:

Time started: Mon Mar 14 20:07:55 CET 2016
Map is being split for resolution 13:
 - area boundaries are aligned to 0x800 map units (0.0439453125 degrees)
 - areas are multiples of 0x800 map units wide and high
Processing D:/Karten/map_merged_sorted.pbf
Bounding box -179.03 -13.0116501 179.03 84.52666
10.000.000 nodes processed... id=-2001683857
[...]
990.000.000 nodes processed... id=3971228872
Elapsed time: 10m 26s   Memory: Current 421MB (225MB used, 196MB free) Max 
7282MB
in 1 file
Time: Mon Mar 14 20:20:03 CET 2016
Exact map coverage read from input file(s) is 
(-13.011631965637207,-179.9998927116394) to 
(84.52664136886597,179.9998927116394)
Exact map coverage after applying bounding box of polygon-file is 
(3.644092082977295,56.67825222015381) to (41.09657049179077,103.260498046875)
Counting nodes of precompiled sea data ...
Bounding box 72.421875 3.515625 73.125 4.21874
java.lang.IndexOutOfBoundsException: Index: 0
at java.util.Collections$EmptyList.get(Unknown Source)
at crosby.binary.Osmformat$DenseInfo.getVersion(Unknown Source)
at 
uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.java:114)
at crosby.binary.BinaryParser.parse(Unknown Source)
at crosby.binary.BinaryParser.handleBlock(Unknown Source)
at crosby.binary.file.FileBlock.process(Unknown Source)
at crosby.binary.file.BlockInputStream.process(Unknown Source)
at 
uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:83)
at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
at uk.me.parabola.splitter.Main.split(Main.java:258)
at uk.me.parabola.splitter.Main.start(Main.java:187)
at uk.me.parabola.splitter.Main.main(Main.java:157)
uk.me.parabola.splitter.SplitFailedException: Index: 0
at 
uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:96)
at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
at uk.me.parabola.splitter.Main.split(Main.java:258)
at uk.me.parabola.splitter.Main.start(Main.java:187)
at uk.me.parabola.splitter.Main.main(Main.java:

Re: [mkgmap-dev] splitter r433 released

[Gerd Petermann]

Please double check this. The original Geofabrik data contains version info and 
I don't

expect the problem with those files.


Gerd




Von: mkgmap-dev  im Auftrag von Michael 
Schlenstedt 
Gesendet: Dienstag, 15. März 2016 07:07
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] splitter r433 released

I tried the original Geofabrik file with exactly the same error. So seems to be 
not a problem with the GlobalMapper export files.

2016-03-14 21:14 GMT+01:00 Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>>:

Hi Michael,


okay, that seems to be a problem caused by the last changes to retrieve the 
version

info from the pbf file. In fact it looks similar to the problem in JOSM that I 
wanted to solve :-(

I'll have a closer look tomorrow, for now you may fix the problem by adding 
version info
to the input file.

Gerd

Von: mkgmap-dev 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von Michael Schlenstedt 
mailto:schl...@gmail.com>>
Gesendet: Montag, 14. März 2016 20:24
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] splitter r433 released

Hi Gerd,

Argh, sorry. I posted the wrong error message from my first test... Splitter 
recognized the Polygonfile corrctly. However, splitter crashes with the 
following error:

Time started: Mon Mar 14 20:07:55 CET 2016
Map is being split for resolution 13:
 - area boundaries are aligned to 0x800 map units (0.0439453125 degrees)
 - areas are multiples of 0x800 map units wide and high
Processing D:/Karten/map_merged_sorted.pbf
Bounding box -179.03 -13.0116501 179.03 84.52666
10.000.000 nodes processed... id=-2001683857
[...]
990.000.000 nodes processed... id=3971228872
Elapsed time: 10m 26s   Memory: Current 421MB (225MB used, 196MB free) Max 
7282MB
in 1 file
Time: Mon Mar 14 20:20:03 CET 2016
Exact map coverage read from input file(s) is 
(-13.011631965637207,-179.9998927116394) to 
(84.52664136886597,179.9998927116394)
Exact map coverage after applying bounding box of polygon-file is 
(3.644092082977295,56.67825222015381) to (41.09657049179077,103.260498046875)
Counting nodes of precompiled sea data ...
Bounding box 72.421875 3.515625 73.125 4.21874
java.lang.IndexOutOfBoundsException: Index: 0
at java.util.Collections$EmptyList.get(Unknown Source)
at crosby.binary.Osmformat$DenseInfo.getVersion(Unknown Source)
at 
uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.java:114)
at crosby.binary.BinaryParser.parse(Unknown Source)
at crosby.binary.BinaryParser.handleBlock(Unknown Source)
at crosby.binary.file.FileBlock.process(Unknown Source)
at crosby.binary.file.BlockInputStream.process(Unknown Source)
at 
uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:83)
at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
at uk.me.parabola.splitter.Main.split(Main.java:258)
at uk.me.parabola.splitter.Main.start(Main.java:187)
at uk.me.parabola.splitter.Main.main(Main.java:157)
uk.me.parabola.splitter.SplitFailedException: Index: 0
at 
uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:96)
at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
at uk.me.parabola.splitter.Main.split(Main.java:258)
at uk.me.parabola.splitter.Main.start(Main.java:187)
at uk.me.parabola.splitter.Main.main(Main.java:157)





Am 14.03.2016 um 16:47 schrieb Gerd Petermann:

Hi Micheal,

I guess you did not specify the file as an option
use something like java -jar splitter.jar --polygon-file=mapborder_V2.poly 
[other options]   xyz.osm.pbf

Gerd


Von: mkgmap-dev 

 im Auftrag von Michael Schlenstedt 

Gesendet: Montag, 14. März 2016 16:43
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] splitter r433 released

Hi Gerd,

until now I always used osmosis to cut of the bounding area. Now I would like
to test splitter (I expect better results), but spliiter complained that the
polygon file is not a valid OSM XML file:

uk.me.parabola.splitter.SplitFailedException: ERROR: file mapborder_V2.poly is
not a valid OSM XML file

But splitter's documentation says it should be in Osmosis Polygon Filter File
Format (which isn't OSM XML format, please see
http://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format).

Which ist the right format fpr splitter? And if it should be in OSM XML
format, should it be tagged as area, polygon or something else?

Thanks,
Michael

___
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

[mkgmap-dev] intermittent waterways

[Minko]

Hi
On the osm forum a request was made to render intermittent waterways, see
http://forum.openstreetmap.org/viewtopic.php?id=53986

We can add this code before the waterway lines in the default style 
(default/inc/water_lines):

(waterway=river | waterway=canal) & intermittent=yes [0x26 resolution 20]
(waterway=stream | waterway=drain) & intermittent=yes [0x10A02 resolution 22]

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] intermittent waterways

[Gerd Petermann]

Did not try it, will the 2nd line work without a TYP file ?

Gerd


Von: mkgmap-dev  im Auftrag von Minko 

Gesendet: Dienstag, 15. März 2016 10:54
An: Development list for mkgmap
Betreff: [mkgmap-dev] intermittent waterways

Hi
On the osm forum a request was made to render intermittent waterways, see
http://forum.openstreetmap.org/viewtopic.php?id=53986

We can add this code before the waterway lines in the default style 
(default/inc/water_lines):

(waterway=river | waterway=canal) & intermittent=yes [0x26 resolution 20]
(waterway=stream | waterway=drain) & intermittent=yes [0x10A02 resolution 22]

___
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

[mkgmap-dev] size limit

[Steve Sgalowski]

i see with the default style and nothing changed in it i get like 500 mb in
australia oceania map only .

is there away this can go beyond the limit , so it can be seen on the pc
 under base camp .

as i get warnings it is goeing over 3gb , but the keep going failes to work

any ideas

stephen


This email has been sent from a virus-free computer protected by Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] size limit

[Gerd Petermann]

Hi Stephen,


what limit are you talking about ? What file is going over 3GB ?


Gerd




Von: mkgmap-dev  im Auftrag von Steve 
Sgalowski 
Gesendet: Dienstag, 15. März 2016 11:47
An: Development list for mkgmap
Betreff: [mkgmap-dev] size limit

i see with the default style and nothing changed in it i get like 500 mb in 
australia oceania map only .

is there away this can go beyond the limit , so it can be seen on the pc  under 
base camp .

as i get warnings it is goeing over 3gb , but the keep going failes to work

any ideas

stephen


This email has been sent from a virus-free computer protected by Avast.
www.avast.com
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] size limit

[Steve Sgalowski]

the limit in the gmapsupp.img file


If i do a style , and run it in australia only it gives me a size limit
prob and failes , even with keep-going insert into string .
Stephen


On Tue, Mar 15, 2016 at 9:09 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Stephen,
>
>
> what limit are you talking about ? What file is going over 3GB ?
>
>
> Gerd
>
>
>
>
> --
> *Von:* mkgmap-dev  im Auftrag von
> Steve Sgalowski 
> *Gesendet:* Dienstag, 15. März 2016 11:47
> *An:* Development list for mkgmap
> *Betreff:* [mkgmap-dev] size limit
>
> i see with the default style and nothing changed in it i get like 500 mb
> in australia oceania map only .
>
> is there away this can go beyond the limit , so it can be seen on the pc
>  under base camp .
>
> as i get warnings it is goeing over 3gb , but the keep going failes to
> work
>
> any ideas
>
> stephen
>
>
> This email has been sent from a virus-free computer protected by Avast.
> www.avast.com
> 
> <#650778260_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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

Re: [mkgmap-dev] intermittent waterways

[Minko]

Yes, here is an example of Mapsource and Oregon 600,
in Basecamp/Mapsource the intermittent stream is rendered as dashed blue line, 
on my Oregon a solid blue line, but with a label showing "intermittent" 
(without typ file): 
https://www.dropbox.com/s/mrf74mgmvhhq1km/intermittent.jpg?dl=0

> Did not try it, will the 2nd line work without a TYP file ?
> 
> Gerd
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] size limit

[Gerd Petermann]

Hi Stephen,


I still don't know what kind of limit you reached. Please post the exact text.

Gerd


Von: mkgmap-dev  im Auftrag von Steve 
Sgalowski 
Gesendet: Dienstag, 15. März 2016 12:16
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] size limit

the limit in the gmapsupp.img file


If i do a style , and run it in australia only it gives me a size limit prob 
and failes , even with keep-going insert into string .
Stephen


On Tue, Mar 15, 2016 at 9:09 PM, Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>> wrote:

Hi Stephen,


what limit are you talking about ? What file is going over 3GB ?


Gerd




Von: mkgmap-dev 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von Steve Sgalowski 
mailto:steve.sgalow...@gmail.com>>
Gesendet: Dienstag, 15. März 2016 11:47
An: Development list for mkgmap
Betreff: [mkgmap-dev] size limit

i see with the default style and nothing changed in it i get like 500 mb in 
australia oceania map only .

is there away this can go beyond the limit , so it can be seen on the pc  under 
base camp .

as i get warnings it is goeing over 3gb , but the keep going failes to work

any ideas

stephen


This email has been sent from a virus-free computer protected by Avast.
www.avast.com

___
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

Re: [mkgmap-dev] splitter r433 released

[Michael Schlenstedt]

Hi Gerd,

many thanks for your fast bugfixes! I tested the original Geofabrik and
also my merged (Geofrabrik+Globalmapper export) files with r435 and both
work fine now!

Thanks!
Michael

2016-03-15 8:05 GMT+01:00 Gerd Petermann :

> Hi Michael,
>
>
> sorry, it seems that I commented the new code for a last test and forgot
>
> to revert that change before committing it. Please use r435 instead.
>
>
> Gerd
>
>
>
>
> --
> *Von:* mkgmap-dev  im Auftrag von
> Michael Schlenstedt 
> *Gesendet:* Dienstag, 15. März 2016 06:52
> *An:* Development list for mkgmap
> *Betreff:* Re: [mkgmap-dev] splitter r433 released
>
> Hi Gerd,
>
> I tried it but no success. Seems to be the same error like before:
>
> Counting nodes of precompiled sea data ...
> Bounding box 72.421875 3.515625 73.125 4.21874
> java.lang.IndexOutOfBoundsException: Index: 0
> at java.util.Collections$EmptyList.get(Unknown Source)
> at crosby.binary.Osmformat$DenseInfo.getVersion(Unknown Source)
> at
> uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.java:115)
> at crosby.binary.BinaryParser.parse(Unknown Source)
> at crosby.binary.BinaryParser.handleBlock(Unknown Source)
> at crosby.binary.file.FileBlock.process(Unknown Source)
> at crosby.binary.file.BlockInputStream.process(Unknown Source)
> at
> uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:83)
> at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
> at uk.me.parabola.splitter.Main.split(Main.java:258)
> at uk.me.parabola.splitter.Main.start(Main.java:187)
> at uk.me.parabola.splitter.Main.main(Main.java:157)
> uk.me.parabola.splitter.SplitFailedException: Index: 0
> at
> uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:96)
> at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
> at uk.me.parabola.splitter.Main.split(Main.java:258)
> at uk.me.parabola.splitter.Main.start(Main.java:187)
> at uk.me.parabola.splitter.Main.main(Main.java:157)
>
>
> I will try to test this with a smaller test file. I merge two files with
> osmosis before I pass this to splitter: One with contour lines (OSM files
> from GlobalMapper) and a Geofabrik extract from OpenStreetMap.
>
> Maybe something is wrong with the GlobalMapper exports
>
> 2016-03-15 6:23 GMT+01:00 Gerd Petermann 
> :
>
>> Hi Michal,
>>
>>
>> I've committed r434 to fix this problem. The same solution should work in
>> JOSM, so I'll
>>
>> try to pass this information to the JOSM devs as well.
>>
>>
>> Gerd
>>
>>
>>
>>
>> --
>> *Von:* mkgmap-dev  im Auftrag
>> von Michael Schlenstedt 
>> *Gesendet:* Montag, 14. März 2016 20:24
>> *An:* Development list for mkgmap
>> *Betreff:* Re: [mkgmap-dev] splitter r433 released
>>
>> Hi Gerd,
>>
>> Argh, sorry. I posted the wrong error message from my first test...
>> Splitter recognized the Polygonfile corrctly. However, splitter crashes
>> with the following error:
>>
>> Time started: Mon Mar 14 20:07:55 CET 2016
>> Map is being split for resolution 13:
>>  - area boundaries are aligned to 0x800 map units (0.0439453125 degrees)
>>  - areas are multiples of 0x800 map units wide and high
>> Processing D:/Karten/map_merged_sorted.pbf
>> Bounding box -179.03 -13.0116501 179.03
>> 84.52666
>> 10.000.000 nodes processed... id=-2001683857
>> [...]
>> 990.000.000 nodes processed... id=3971228872
>> Elapsed time: 10m 26s   Memory: Current 421MB (225MB used, 196MB free)
>> Max 7282MB
>> in 1 file
>> Time: Mon Mar 14 20:20:03 CET 2016
>> Exact map coverage read from input file(s) is
>> (-13.011631965637207,-179.9998927116394) to
>> (84.52664136886597,179.9998927116394)
>> Exact map coverage after applying bounding box of polygon-file is
>> (3.644092082977295,56.67825222015381) to
>> (41.09657049179077,103.260498046875)
>> Counting nodes of precompiled sea data ...
>> Bounding box 72.421875 3.515625 73.125 4.21874
>> java.lang.IndexOutOfBoundsException: Index: 0
>> at java.util.Collections$EmptyList.get(Unknown Source)
>> at crosby.binary.Osmformat$DenseInfo.getVersion(Unknown Source)
>> at
>> uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.java:114)
>> at crosby.binary.BinaryParser.parse(Unknown Source)
>> at crosby.binary.BinaryParser.handleBlock(Unknown Source)
>> at crosby.binary.file.FileBlock.process(Unknown Source)
>> at crosby.binary.file.BlockInputStream.process(Unknown Source)
>> at
>> uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:83)
>> at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
>> at uk.me.parabola.splitter.Main.split(Main.java:258)
>> at uk.me.parabola.splitter.Main.start(Main.java:187)
>> at uk.me.parabola.splitter.Main.main(Main.java:1

Re: [mkgmap-dev] splitter r433 released

[Gerd Petermann]

Hi Michael,


okay, thanks for the feedback. I assume the problem with the Geofabrik

download was something else ;-)


Gerd




Von: mkgmap-dev  im Auftrag von Michael 
Schlenstedt 
Gesendet: Dienstag, 15. März 2016 17:43
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] splitter r433 released

Hi Gerd,

many thanks for your fast bugfixes! I tested the original Geofabrik and also my 
merged (Geofrabrik+Globalmapper export) files with r435 and both work fine now!

Thanks!
Michael

2016-03-15 8:05 GMT+01:00 Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>>:

Hi Michael,


sorry, it seems that I commented the new code for a last test and forgot

to revert that change before committing it. Please use r435 instead.


Gerd




Von: mkgmap-dev 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von Michael Schlenstedt 
mailto:schl...@gmail.com>>
Gesendet: Dienstag, 15. März 2016 06:52
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] splitter r433 released

Hi Gerd,

I tried it but no success. Seems to be the same error like before:

Counting nodes of precompiled sea data ...
Bounding box 72.421875 3.515625 73.125 4.21874
java.lang.IndexOutOfBoundsException: Index: 0
at java.util.Collections$EmptyList.get(Unknown Source)
at crosby.binary.Osmformat$DenseInfo.getVersion(Unknown Source)
at 
uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.java:115)
at crosby.binary.BinaryParser.parse(Unknown Source)
at crosby.binary.BinaryParser.handleBlock(Unknown Source)
at crosby.binary.file.FileBlock.process(Unknown Source)
at crosby.binary.file.BlockInputStream.process(Unknown Source)
at 
uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:83)
at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
at uk.me.parabola.splitter.Main.split(Main.java:258)
at uk.me.parabola.splitter.Main.start(Main.java:187)
at uk.me.parabola.splitter.Main.main(Main.java:157)
uk.me.parabola.splitter.SplitFailedException: Index: 0
at 
uk.me.parabola.splitter.PrecompSeaReader.processMap(PrecompSeaReader.java:96)
at uk.me.parabola.splitter.Main.calculateAreas(Main.java:624)
at uk.me.parabola.splitter.Main.split(Main.java:258)
at uk.me.parabola.splitter.Main.start(Main.java:187)
at uk.me.parabola.splitter.Main.main(Main.java:157)


I will try to test this with a smaller test file. I merge two files with 
osmosis before I pass this to splitter: One with contour lines (OSM files from 
GlobalMapper) and a Geofabrik extract from OpenStreetMap.

Maybe something is wrong with the GlobalMapper exports

2016-03-15 6:23 GMT+01:00 Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>>:

Hi Michal,


I've committed r434 to fix this problem. The same solution should work in JOSM, 
so I'll

try to pass this information to the JOSM devs as well.


Gerd




Von: mkgmap-dev 
mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk>>
 im Auftrag von Michael Schlenstedt 
mailto:schl...@gmail.com>>
Gesendet: Montag, 14. März 2016 20:24
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] splitter r433 released

Hi Gerd,

Argh, sorry. I posted the wrong error message from my first test... Splitter 
recognized the Polygonfile corrctly. However, splitter crashes with the 
following error:

Time started: Mon Mar 14 20:07:55 CET 2016
Map is being split for resolution 13:
 - area boundaries are aligned to 0x800 map units (0.0439453125 degrees)
 - areas are multiples of 0x800 map units wide and high
Processing D:/Karten/map_merged_sorted.pbf
Bounding box -179.03 -13.0116501 179.03 84.52666
10.000.000 nodes processed... id=-2001683857
[...]
990.000.000 nodes processed... id=3971228872
Elapsed time: 10m 26s   Memory: Current 421MB (225MB used, 196MB free) Max 
7282MB
in 1 file
Time: Mon Mar 14 20:20:03 CET 2016
Exact map coverage read from input file(s) is 
(-13.011631965637207,-179.9998927116394) to 
(84.52664136886597,179.9998927116394)
Exact map coverage after applying bounding box of polygon-file is 
(3.644092082977295,56.67825222015381) to (41.09657049179077,103.260498046875)
Counting nodes of precompiled sea data ...
Bounding box 72.421875 3.515625 73.125 4.21874
java.lang.IndexOutOfBoundsException: Index: 0
at java.util.Collections$EmptyList.get(Unknown Source)
at crosby.binary.Osmformat$DenseInfo.getVersion(Unknown Source)
at 
uk.me.parabola.splitter.BinaryMapParser.parseDense(BinaryMapParser.java:114)
at crosby.binary.BinaryParser.parse(Unknown Source)
at crosby.binary.BinaryParser.handleBlock(Unknown Source)
at crosby.binary.file.FileBlock.process(Unknown Source)
at crosby.binary.file.BlockInputStream.process(Unknown Source)
at 
uk.me.parabola.splitter.PrecompSeaRe

Re: [mkgmap-dev] size limit

[Steve Sgalowski]

On Tue, Mar 15, 2016 at 8:47 PM, Steve Sgalowski 
wrote:

> i see with the default style and nothing changed in it i get like 500 mb
> in australia oceania map only .
>
> is there away this can go beyond the limit , so it can be seen on the pc
>  under base camp .
>
> as i get warnings it is goeing over 3gb , but the keep going failes to
> work
>
> any ideas
>
> stephen
>
>
> This email has been sent from a virus-free computer protected by Avast.
> www.avast.com
> 
> <#-6534681427002799111_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] size limit

[Gerd Petermann]

Hi Stephen,


I think this is not related to the gmapsupp.

If I got that right you have too much data in the overview map.


Gerd





Von: mkgmap-dev  im Auftrag von Steve 
Sgalowski 
Gesendet: Dienstag, 15. März 2016 21:32
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] size limit



On Tue, Mar 15, 2016 at 8:47 PM, Steve Sgalowski 
mailto:steve.sgalow...@gmail.com>> wrote:
i see with the default style and nothing changed in it i get like 500 mb in 
australia oceania map only .

is there away this can go beyond the limit , so it can be seen on the pc  under 
base camp .

as i get warnings it is goeing over 3gb , but the keep going failes to work

any ideas

stephen


This email has been sent from a virus-free computer protected by Avast.
www.avast.com

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] Commit r3672: improve handling of intermittent waterways

[svn commit]

Version mkgmap-r3672 was committed by gerd on Wed, 16 Mar 2016

improve handling of intermittent waterways

http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3672
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev