Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

gerd p

under stood mate , but why does it only happen to this one , but when i
change others max nodes it is all ok

i will send the style files i use ,

stephen


On Tue, Jan 6, 2015 at 10:18 AM, GerdP 
wrote:

> Hi Stephen,
>
> the log shows no problems. Why do you think that max-nodes=40 doesn't
> work?
> Do you see an error message in mkgmap?
> If yes, please provide your style files so that I can reproduce the
> problem.
> Maybe your style still adds one POI for each point of each highway?
>
> Gerd
>
>
> steve sgalowski wrote
> > canada splitter log file
> > as expected ,  looks like i was correct
> > the size of the split has to be smaller
> > stephen
> >
> > On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila <
>
> > cdavilam@
>
> > >
> > wrote:
> >
> >> Final file size depends on the amount of data in the input, not on the
> >> value of max-nodes. If you need a final img smaller than a given size
> you
> >> have to reduce the area covered by the input file or reduce the number
> of
> >> osm elements from the input that go into the map playing with your style
> >> files.
> >>
> >> El 05/01/15 a las 22:07, Steve Sgalowski escribió:
> >>
> >>> gerd and carlos
> >>> i am now running the splitter log file setup on my canada map
> >>> and see what it does , the end result on this map = 6.8 gb img file
> >>> wonder why some country can exceed and others not
> >>> stephen
> >>>
> >>>
> >>> On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila <
>
> > cdavilam@
>
> > >> 
> > cdavilam@
>
> > >> wrote:
> >>>
> >>> Not sure what you mean. If you split a given country in a higher
> >>> number of tiles (lower max-nodes) final size will be the same or
> >>> slightly bigger, as there are more duplicated info due to overlap.
> >>> Or you are loosing some information in the process to reduce final
> >>> file size.
> >>>
> >>> El 05/01/15 a las 21:34, Steve Sgalowski escribió:
> >>>
> >>> in some of the countries i do , if i dont make the node count
> >>> small , the map size exceedds , size limit of 3 gb
> >>> then unshure how , canada has done this ok
> >>>
> >>> stephen
> >>>
> >>>
> >>> On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
> >>> <
>
> > gpetermann_muenchen@
>
> > >> 
> > gpetermann_muenchen@
>
> > >
> >>> 
> > gpetermann_muenchen@
>
> > >> 
> > gpetermann_muenchen@
>
> > >>> wrote:
> >>>
> >>> Hi all,
> >>>
> >>> I wonder what splitter should do in this case:
> >>>
> >>> Stephen uses paramter --max-nodes=8
> >>> and splitter reports
> >>> "Highest node count in a single grid element is 557,084"
> >>>
> >>> It is obvious that at least one tile will have much more
> >>> than the
> >>> requested 80.000 nodes,
> >>> on the other hand, the file africa.osm.pbf contains large
> >>> nearly
> >>> empty areas,
> >>> and that makes it very difficult to find a good split.
> >>> The current version r416 fails because it doesn't accept
> >>> tiles
> >>> with less than 5% of
> >>> the max-nodes value, so it searches for a solution where
> >>> every
> >>> tile has at least 4000 nodes,
> >>> and that might not exist.
> >>>
> >>> I see these options:
> >>> 1) splitter can continue trying to split the data,
> accepting
> >>> almost empty output files
> >>> (e.g. some with < 5 nodes and very high aspect ratios like
> >>> 32)
> >>> 2) if that fails,  splitter can set the max-nodes value to
> >>> 557,084
> >>> and try again
> >>> 3) or stop with an error message that tells the user that
> >>> it is
> >>> not possible
> >>> to split with the used resolution
> >>> 4) or restart using a higher resolution  (15 would be
> >>> required
> >>> here instead of 13),
> >>>
> >>> @Stephen
> >>> What reason do you have to use such a small max-nodes
> value?
> >>> Would it be ok for you to use a higher one?
> >>>
> >>> Gerd
> >>>
> >>>
> >> ___
> >> mkgmap-dev mailing list
> >>
>
> > mkgmap-dev@.org
>
> >> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >>
> >
> > ___
> > mkgmap-dev mailing list
>
> > mkgmap-dev@.org
>
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >
> > splitter.log (356K)
> > 
>
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.or

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

i will send theat gerd , when i get back home
error msg was that , there is not enough room in a single file to hold all
must split file into smaller sizes

that is why i cut down max nodes  per a file

stephen


On Tue, Jan 6, 2015 at 10:18 AM, GerdP 
wrote:

> Hi Stephen,
>
> the log shows no problems. Why do you think that max-nodes=40 doesn't
> work?
> Do you see an error message in mkgmap?
> If yes, please provide your style files so that I can reproduce the
> problem.
> Maybe your style still adds one POI for each point of each highway?
>
> Gerd
>
>
> steve sgalowski wrote
> > canada splitter log file
> > as expected ,  looks like i was correct
> > the size of the split has to be smaller
> > stephen
> >
> > On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila <
>
> > cdavilam@
>
> > >
> > wrote:
> >
> >> Final file size depends on the amount of data in the input, not on the
> >> value of max-nodes. If you need a final img smaller than a given size
> you
> >> have to reduce the area covered by the input file or reduce the number
> of
> >> osm elements from the input that go into the map playing with your style
> >> files.
> >>
> >> El 05/01/15 a las 22:07, Steve Sgalowski escribió:
> >>
> >>> gerd and carlos
> >>> i am now running the splitter log file setup on my canada map
> >>> and see what it does , the end result on this map = 6.8 gb img file
> >>> wonder why some country can exceed and others not
> >>> stephen
> >>>
> >>>
> >>> On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila <
>
> > cdavilam@
>
> > >> 
> > cdavilam@
>
> > >> wrote:
> >>>
> >>> Not sure what you mean. If you split a given country in a higher
> >>> number of tiles (lower max-nodes) final size will be the same or
> >>> slightly bigger, as there are more duplicated info due to overlap.
> >>> Or you are loosing some information in the process to reduce final
> >>> file size.
> >>>
> >>> El 05/01/15 a las 21:34, Steve Sgalowski escribió:
> >>>
> >>> in some of the countries i do , if i dont make the node count
> >>> small , the map size exceedds , size limit of 3 gb
> >>> then unshure how , canada has done this ok
> >>>
> >>> stephen
> >>>
> >>>
> >>> On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
> >>> <
>
> > gpetermann_muenchen@
>
> > >> 
> > gpetermann_muenchen@
>
> > >
> >>> 
> > gpetermann_muenchen@
>
> > >> 
> > gpetermann_muenchen@
>
> > >>> wrote:
> >>>
> >>> Hi all,
> >>>
> >>> I wonder what splitter should do in this case:
> >>>
> >>> Stephen uses paramter --max-nodes=8
> >>> and splitter reports
> >>> "Highest node count in a single grid element is 557,084"
> >>>
> >>> It is obvious that at least one tile will have much more
> >>> than the
> >>> requested 80.000 nodes,
> >>> on the other hand, the file africa.osm.pbf contains large
> >>> nearly
> >>> empty areas,
> >>> and that makes it very difficult to find a good split.
> >>> The current version r416 fails because it doesn't accept
> >>> tiles
> >>> with less than 5% of
> >>> the max-nodes value, so it searches for a solution where
> >>> every
> >>> tile has at least 4000 nodes,
> >>> and that might not exist.
> >>>
> >>> I see these options:
> >>> 1) splitter can continue trying to split the data,
> accepting
> >>> almost empty output files
> >>> (e.g. some with < 5 nodes and very high aspect ratios like
> >>> 32)
> >>> 2) if that fails,  splitter can set the max-nodes value to
> >>> 557,084
> >>> and try again
> >>> 3) or stop with an error message that tells the user that
> >>> it is
> >>> not possible
> >>> to split with the used resolution
> >>> 4) or restart using a higher resolution  (15 would be
> >>> required
> >>> here instead of 13),
> >>>
> >>> @Stephen
> >>> What reason do you have to use such a small max-nodes
> value?
> >>> Would it be ok for you to use a higher one?
> >>>
> >>> Gerd
> >>>
> >>>
> >> ___
> >> mkgmap-dev mailing list
> >>
>
> > mkgmap-dev@.org
>
> >> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >>
> >
> > ___
> > mkgmap-dev mailing list
>
> > mkgmap-dev@.org
>
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >
> > splitter.log (356K)
> > 
>
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> ___
> mkgm

Re: [mkgmap-dev] Problem in splitter (Africa)

[GerdP]

Hi Stephen,

the log shows no problems. Why do you think that max-nodes=40 doesn't
work?
Do you see an error message in mkgmap?
If yes, please provide your style files so that I can reproduce the problem.
Maybe your style still adds one POI for each point of each highway?

Gerd


steve sgalowski wrote
> canada splitter log file
> as expected ,  looks like i was correct
> the size of the split has to be smaller
> stephen
> 
> On Tue, Jan 6, 2015 at 7:25 AM, Carlos Dávila <

> cdavilam@

> >
> wrote:
> 
>> Final file size depends on the amount of data in the input, not on the
>> value of max-nodes. If you need a final img smaller than a given size you
>> have to reduce the area covered by the input file or reduce the number of
>> osm elements from the input that go into the map playing with your style
>> files.
>>
>> El 05/01/15 a las 22:07, Steve Sgalowski escribió:
>>
>>> gerd and carlos
>>> i am now running the splitter log file setup on my canada map
>>> and see what it does , the end result on this map = 6.8 gb img file
>>> wonder why some country can exceed and others not
>>> stephen
>>>
>>>
>>> On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila <

> cdavilam@

> >>  cdavilam@

> >> wrote:
>>>
>>> Not sure what you mean. If you split a given country in a higher
>>> number of tiles (lower max-nodes) final size will be the same or
>>> slightly bigger, as there are more duplicated info due to overlap.
>>> Or you are loosing some information in the process to reduce final
>>> file size.
>>>
>>> El 05/01/15 a las 21:34, Steve Sgalowski escribió:
>>>
>>> in some of the countries i do , if i dont make the node count
>>> small , the map size exceedds , size limit of 3 gb
>>> then unshure how , canada has done this ok
>>>
>>> stephen
>>>
>>>
>>> On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
>>> <

> gpetermann_muenchen@

> >>  gpetermann_muenchen@

> >
>>>  gpetermann_muenchen@

> >>  gpetermann_muenchen@

> >>> wrote:
>>>
>>> Hi all,
>>>
>>> I wonder what splitter should do in this case:
>>>
>>> Stephen uses paramter --max-nodes=8
>>> and splitter reports
>>> "Highest node count in a single grid element is 557,084"
>>>
>>> It is obvious that at least one tile will have much more
>>> than the
>>> requested 80.000 nodes,
>>> on the other hand, the file africa.osm.pbf contains large
>>> nearly
>>> empty areas,
>>> and that makes it very difficult to find a good split.
>>> The current version r416 fails because it doesn't accept
>>> tiles
>>> with less than 5% of
>>> the max-nodes value, so it searches for a solution where
>>> every
>>> tile has at least 4000 nodes,
>>> and that might not exist.
>>>
>>> I see these options:
>>> 1) splitter can continue trying to split the data, accepting
>>> almost empty output files
>>> (e.g. some with < 5 nodes and very high aspect ratios like
>>> 32)
>>> 2) if that fails,  splitter can set the max-nodes value to
>>> 557,084
>>> and try again
>>> 3) or stop with an error message that tells the user that
>>> it is
>>> not possible
>>> to split with the used resolution
>>> 4) or restart using a higher resolution  (15 would be
>>> required
>>> here instead of 13),
>>>
>>> @Stephen
>>> What reason do you have to use such a small max-nodes value?
>>> Would it be ok for you to use a higher one?
>>>
>>> Gerd
>>>
>>>
>> ___
>> mkgmap-dev mailing list
>> 

> mkgmap-dev@.org

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

> mkgmap-dev@.org

> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> 
> splitter.log (356K)
> ;





--
View this message in context: 
http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829158.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem in splitter (Africa)

[Andrzej Popowski]

Hi Gerd,

> 3) or stop with an error message that tells the user
> that it is not possible to split with the used resolution

Seems to be the best solution. Let user decide how to proceed.

You could include some advices in final message, but the choice of 
solution depends on user requirements, you can't always guess what they are.


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

Re: [mkgmap-dev] Problem in splitter (Africa)

[Carlos Dávila]

Final file size depends on the amount of data in the input, not on the 
value of max-nodes. If you need a final img smaller than a given size 
you have to reduce the area covered by the input file or reduce the 
number of osm elements from the input that go into the map playing with 
your style files.


El 05/01/15 a las 22:07, Steve Sgalowski escribió:

gerd and carlos
i am now running the splitter log file setup on my canada map
and see what it does , the end result on this map = 6.8 gb img file
wonder why some country can exceed and others not
stephen


On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila 
mailto:cdavi...@orangecorreo.es>> wrote:


Not sure what you mean. If you split a given country in a higher
number of tiles (lower max-nodes) final size will be the same or
slightly bigger, as there are more duplicated info due to overlap.
Or you are loosing some information in the process to reduce final
file size.

El 05/01/15 a las 21:34, Steve Sgalowski escribió:

in some of the countries i do , if i dont make the node count
small , the map size exceedds , size limit of 3 gb
then unshure how , canada has done this ok

stephen


On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann
mailto:gpetermann_muenc...@hotmail.com>
>> wrote:

Hi all,

I wonder what splitter should do in this case:

Stephen uses paramter --max-nodes=8
and splitter reports
"Highest node count in a single grid element is 557,084"

It is obvious that at least one tile will have much more
than the
requested 80.000 nodes,
on the other hand, the file africa.osm.pbf contains large
nearly
empty areas,
and that makes it very difficult to find a good split.
The current version r416 fails because it doesn't accept tiles
with less than 5% of
the max-nodes value, so it searches for a solution where every
tile has at least 4000 nodes,
and that might not exist.

I see these options:
1) splitter can continue trying to split the data, accepting
almost empty output files
(e.g. some with < 5 nodes and very high aspect ratios like 32)
2) if that fails,  splitter can set the max-nodes value to
557,084
and try again
3) or stop with an error message that tells the user that
it is
not possible
to split with the used resolution
4) or restart using a higher resolution  (15 would be required
here instead of 13),

@Stephen
What reason do you have to use such a small max-nodes value?
Would it be ok for you to use a higher one?

Gerd



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

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

i will run splitter log now on all my countries i need to update due to my
international work
and as done i will post accordingly

stephen


On Tue, Jan 6, 2015 at 7:14 AM, GerdP 
wrote:

> Hi Stephen,
>
> last year mkgmap failed for a tile in Canada because of
> a special case, see my post:
> http://gis.19327.n5.nabble.com/ontario-canada-maps-tp5798080p5798490.html
>
> At that time I changed mkgmap so that it doesn't
> generate as many POI for these ways, and maybe later
> we also changed the split algo in mkgmap to
> avoid this problem.
> I think there is no good reason to use a very small --max-nodes
> value when you plan to create a map for a country
> or continent. It may be useful for the new devices with only
> 8 MB on a memory card.
>
> Gerd
>
>
> steve sgalowski wrote
> > in some of the countries i do , if i dont make the node count small , the
> > map size exceedds , size limit of 3 gb
> > then unshure how , canada has done this ok
> >
> > stephen
> >
> >
> > On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann <
>
> > gpetermann_muenchen@
>
> >> wrote:
> >
> >> Hi all,
> >>
> >> I wonder what splitter should do in this case:
> >>
> >> Stephen uses paramter --max-nodes=8
> >> and splitter reports
> >> "Highest node count in a single grid element is 557,084"
> >>
> >> It is obvious that at least one tile will have much more than the
> >> requested 80.000 nodes,
> >> on the other hand, the file africa.osm.pbf contains large nearly empty
> >> areas,
> >> and that makes it very difficult to find a good split.
> >> The current version r416 fails because it doesn't accept tiles with less
> >> than 5% of
> >> the max-nodes value, so it searches for a solution where every tile has
> >> at
> >> least 4000 nodes,
> >> and that might not exist.
> >>
> >> I see these options:
> >> 1) splitter can continue trying to split the data, accepting almost
> empty
> >> output files
> >> (e.g. some with < 5 nodes and very high aspect ratios like 32)
> >> 2) if that fails,  splitter can set the max-nodes value to 557,084 and
> >> try
> >> again
> >> 3) or stop with an error message that tells the user that it is not
> >> possible
> >> to split with the used resolution
> >> 4) or restart using a higher resolution  (15 would be required here
> >> instead of 13),
> >>
> >> @Stephen
> >> What reason do you have to use such a small max-nodes value?
> >> Would it be ok for you to use a higher one?
> >>
> >> Gerd
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> mkgmap-dev mailing list
> >>
>
> > mkgmap-dev@.org
>
> >> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >>
> >
> > ___
> > mkgmap-dev mailing list
>
> > mkgmap-dev@.org
>
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829141.html
> Sent from the Mkgmap Development mailing list archive at Nabble.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] Problem in splitter (Africa)

[GerdP]

Hi Stephen,

last year mkgmap failed for a tile in Canada because of 
a special case, see my post:
http://gis.19327.n5.nabble.com/ontario-canada-maps-tp5798080p5798490.html

At that time I changed mkgmap so that it doesn't
generate as many POI for these ways, and maybe later
we also changed the split algo in mkgmap to 
avoid this problem.
I think there is no good reason to use a very small --max-nodes
value when you plan to create a map for a country
or continent. It may be useful for the new devices with only
8 MB on a memory card.

Gerd


steve sgalowski wrote
> in some of the countries i do , if i dont make the node count small , the
> map size exceedds , size limit of 3 gb
> then unshure how , canada has done this ok
> 
> stephen
> 
> 
> On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann <

> gpetermann_muenchen@

>> wrote:
> 
>> Hi all,
>>
>> I wonder what splitter should do in this case:
>>
>> Stephen uses paramter --max-nodes=8
>> and splitter reports
>> "Highest node count in a single grid element is 557,084"
>>
>> It is obvious that at least one tile will have much more than the
>> requested 80.000 nodes,
>> on the other hand, the file africa.osm.pbf contains large nearly empty
>> areas,
>> and that makes it very difficult to find a good split.
>> The current version r416 fails because it doesn't accept tiles with less
>> than 5% of
>> the max-nodes value, so it searches for a solution where every tile has
>> at
>> least 4000 nodes,
>> and that might not exist.
>>
>> I see these options:
>> 1) splitter can continue trying to split the data, accepting almost empty
>> output files
>> (e.g. some with < 5 nodes and very high aspect ratios like 32)
>> 2) if that fails,  splitter can set the max-nodes value to 557,084 and
>> try
>> again
>> 3) or stop with an error message that tells the user that it is not
>> possible
>> to split with the used resolution
>> 4) or restart using a higher resolution  (15 would be required here
>> instead of 13),
>>
>> @Stephen
>> What reason do you have to use such a small max-nodes value?
>> Would it be ok for you to use a higher one?
>>
>> Gerd
>>
>>
>>
>>
>>
>> ___
>> mkgmap-dev mailing list
>> 

> mkgmap-dev@.org

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

> mkgmap-dev@.org

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





--
View this message in context: 
http://gis.19327.n5.nabble.com/Problem-in-splitter-Africa-tp5829130p5829141.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

gerd and carlos
i am now running the splitter log file setup on my canada map
and see what it does , the end result on this map = 6.8 gb img file
wonder why some country can exceed and others not
stephen


On Tue, Jan 6, 2015 at 7:00 AM, Carlos Dávila 
wrote:

> Not sure what you mean. If you split a given country in a higher number of
> tiles (lower max-nodes) final size will be the same or slightly bigger, as
> there are more duplicated info due to overlap. Or you are loosing some
> information in the process to reduce final file size.
>
> El 05/01/15 a las 21:34, Steve Sgalowski escribió:
>
>> in some of the countries i do , if i dont make the node count small , the
>> map size exceedds , size limit of 3 gb
>> then unshure how , canada has done this ok
>>
>> stephen
>>
>>
>> On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann <
>> gpetermann_muenc...@hotmail.com >
>> wrote:
>>
>> Hi all,
>>
>> I wonder what splitter should do in this case:
>>
>> Stephen uses paramter --max-nodes=8
>> and splitter reports
>> "Highest node count in a single grid element is 557,084"
>>
>> It is obvious that at least one tile will have much more than the
>> requested 80.000 nodes,
>> on the other hand, the file africa.osm.pbf contains large nearly
>> empty areas,
>> and that makes it very difficult to find a good split.
>> The current version r416 fails because it doesn't accept tiles
>> with less than 5% of
>> the max-nodes value, so it searches for a solution where every
>> tile has at least 4000 nodes,
>> and that might not exist.
>>
>> I see these options:
>> 1) splitter can continue trying to split the data, accepting
>> almost empty output files
>> (e.g. some with < 5 nodes and very high aspect ratios like 32)
>> 2) if that fails,  splitter can set the max-nodes value to 557,084
>> and try again
>> 3) or stop with an error message that tells the user that it is
>> not possible
>> to split with the used resolution
>> 4) or restart using a higher resolution  (15 would be required
>> here instead of 13),
>>
>> @Stephen
>> What reason do you have to use such a small max-nodes value?
>> Would it be ok for you to use a higher one?
>>
>> Gerd
>>
>>
>>
> ___
> 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] Problem in splitter (Africa)

[Carlos Dávila]

Not sure what you mean. If you split a given country in a higher number 
of tiles (lower max-nodes) final size will be the same or slightly 
bigger, as there are more duplicated info due to overlap. Or you are 
loosing some information in the process to reduce final file size.


El 05/01/15 a las 21:34, Steve Sgalowski escribió:
in some of the countries i do , if i dont make the node count small , 
the map size exceedds , size limit of 3 gb

then unshure how , canada has done this ok

stephen


On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann 
> wrote:


Hi all,

I wonder what splitter should do in this case:

Stephen uses paramter --max-nodes=8
and splitter reports
"Highest node count in a single grid element is 557,084"

It is obvious that at least one tile will have much more than the
requested 80.000 nodes,
on the other hand, the file africa.osm.pbf contains large nearly
empty areas,
and that makes it very difficult to find a good split.
The current version r416 fails because it doesn't accept tiles
with less than 5% of
the max-nodes value, so it searches for a solution where every
tile has at least 4000 nodes,
and that might not exist.

I see these options:
1) splitter can continue trying to split the data, accepting
almost empty output files
(e.g. some with < 5 nodes and very high aspect ratios like 32)
2) if that fails,  splitter can set the max-nodes value to 557,084
and try again
3) or stop with an error message that tells the user that it is
not possible
to split with the used resolution
4) or restart using a higher resolution  (15 would be required
here instead of 13),

@Stephen
What reason do you have to use such a small max-nodes value?
Would it be ok for you to use a higher one?

Gerd




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

Re: [mkgmap-dev] Problem in splitter (Africa)

[Steve Sgalowski]

in some of the countries i do , if i dont make the node count small , the
map size exceedds , size limit of 3 gb
then unshure how , canada has done this ok

stephen


On Tue, Jan 6, 2015 at 5:24 AM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi all,
>
> I wonder what splitter should do in this case:
>
> Stephen uses paramter --max-nodes=8
> and splitter reports
> "Highest node count in a single grid element is 557,084"
>
> It is obvious that at least one tile will have much more than the
> requested 80.000 nodes,
> on the other hand, the file africa.osm.pbf contains large nearly empty
> areas,
> and that makes it very difficult to find a good split.
> The current version r416 fails because it doesn't accept tiles with less
> than 5% of
> the max-nodes value, so it searches for a solution where every tile has at
> least 4000 nodes,
> and that might not exist.
>
> I see these options:
> 1) splitter can continue trying to split the data, accepting almost empty
> output files
> (e.g. some with < 5 nodes and very high aspect ratios like 32)
> 2) if that fails,  splitter can set the max-nodes value to 557,084 and try
> again
> 3) or stop with an error message that tells the user that it is not
> possible
> to split with the used resolution
> 4) or restart using a higher resolution  (15 would be required here
> instead of 13),
>
> @Stephen
> What reason do you have to use such a small max-nodes value?
> Would it be ok for you to use a higher one?
>
> Gerd
>
>
>
>
>
> ___
> 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] Problem in splitter (Africa)

[Gerd Petermann]

Hi all,

I wonder what splitter should do in this case:

Stephen uses paramter --max-nodes=8 
and splitter reports 
"Highest node count in a single grid element is 557,084"

It is obvious that at least one tile will have much more than the requested 
80.000 nodes,
on the other hand, the file africa.osm.pbf contains large nearly empty areas,
and that makes it very difficult to find a good split.
The current version r416 fails because it doesn't accept tiles with less than 
5% of 
the max-nodes value, so it searches for a solution where every tile has at 
least 4000 nodes,
and that might not exist.

I see these options:
1) splitter can continue trying to split the data, accepting almost empty 
output files
(e.g. some with < 5 nodes and very high aspect ratios like 32)
2) if that fails,  splitter can set the max-nodes value to 557,084 and try again
3) or stop with an error message that tells the user that it is not possible
to split with the used resolution
4) or restart using a higher resolution  (15 would be required here instead of 
13),

@Stephen
What reason do you have to use such a small max-nodes value? 
Would it be ok for you to use a higher one?

Gerd




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

[mkgmap-dev] Lake Geneva is dry - fixed

[Hanspeter]

Hi Gert

 

I did it manually (downloaded rectangle after rectangle of the border line in 
josm, until I found the wrong part (see attachment)).

 

A better and faster approach would be a query on the osm data base.

Example script to use on overpass-turbo.eu - Execute this script with a partial 
view of lake geneva on the map:

 

/*

This shows the border line of lake geneva in overpass-turbo.eu

*/

 

[out:json];

(

  relation[name='Lac Léman']({{bbox}})->.cr;

);

 

out body;

>;

out skel qt;

 

Then you click inside and the area of the multipolygon will be filled (don't 
know how it looked before the fix ;-)

 

I don't understand the details of the query yet and did't things like this 
before, but I sure will use it in the future - while refining my map style

 

Regards, Hanspeter

 

Von: thesurve...@wolke7.net [mailto:thesurve...@wolke7.net] 
Gesendet: Montag, 5. Januar 2015 12:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Lake Geneva is dry - fixed

 

Thank you very much, Hanspeter

 

I'll download the new file next night and rebuild my map. I'll keep you 
informed about the result.

 

One more question about that: how did you find the corrupt multipolygon?

I'm currently not able to find such things, but perhaps if I get some hints how 
to do that, I can learn it :-)

 

Regards,

Gert

 

 

 

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

Re: [mkgmap-dev] Unknown sea generation option 'floodblocker'

[Walter Schlögl]

Hi Gerd,

thanks,
that sounds clear because precompiled sea should be already floodblocked.

Walter

From: Gerd Petermann 
Sent: Monday, January 05, 2015 3:02 PM
To: mkgmap-dev@lists.mkgmap.org.uk 
Subject: Re: [mkgmap-dev] Unknown sea generation option 'floodblocker'

Hi Walter,

floodblocker is not valid in combination with --precomp-sea . I'll try to fix 
the message
to make that clear.

Gerd


> From: walter.schloegl-re...@aon.at
> To: mkgmap-dev@lists.mkgmap.org.uk
> Date: Mon, 5 Jan 2015 14:55:37 +0100
> Subject: [mkgmap-dev] Unknown sea generation option 'floodblocker'
> 
> I am using mkgmap-r3392
> In my stylefile there is the following parameter
> 
> generate-sea=multipolygon,floodblocker
> 
> I am getting the following error
> 
> Unknown sea generation option 'floodblocker'
> Known sea generation options are:
> multipolygon use a multipolygon (default)
> polygons | no-mp use polygons rather than a multipolygon
> no-sea-sectors disable use of "sea sectors"
> extend-sea-sectors extend coastline to reach border
> land-tag=TAG=VAL tag to use for land polygons (default natural=land)
> close-gaps=NUM close gaps in coastline that are less than this 
> distance (metres)
> floodblocker enable the floodblocker (for multipolgon only)
> fbgap=NUM points closer to the coastline are ignored for flood 
> blocking (default 40)
> fbthres=NUM min points contained in a polygon to be flood blocked 
> (default 20)
> fbratio=NUM min ratio (points/area size) for flood blocking 
> (default 0.5)
> 
> I am wondering, why floodblocker is listed as known option but unknown at 
> the same time.
> What is my error here?
> 
> ___
> 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 mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Lake Geneva is dry - fixed

[Carlos Dávila]

El 05/01/15 a las 12:23, thesurve...@wolke7.net escribió:

One more question about that: how did you find the corrupt multipolygon?
I'm currently not able to find such things, but perhaps if I get some 
hints how to do that, I can learn it :-)
In general I would download the multipolygon in JOSM, check it with the 
validator tool and fix using the info from validator output.

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

Re: [mkgmap-dev] Unknown sea generation option 'floodblocker'

[Gerd Petermann]

Hi Walter,

floodblocker is not valid in combination with --precomp-sea . I'll try to fix 
the message
to make that clear.

Gerd

> From: walter.schloegl-re...@aon.at
> To: mkgmap-dev@lists.mkgmap.org.uk
> Date: Mon, 5 Jan 2015 14:55:37 +0100
> Subject: [mkgmap-dev] Unknown sea generation option 'floodblocker'
> 
> I am using mkgmap-r3392
> In my stylefile there is the following parameter
> 
> generate-sea=multipolygon,floodblocker
> 
> I am getting the following error
> 
> Unknown sea generation option 'floodblocker'
> Known sea generation options are:
>   multipolygonuse a multipolygon (default)
>   polygons | no-mpuse polygons rather than a multipolygon
>   no-sea-sectors  disable use of "sea sectors"
>   extend-sea-sectors  extend coastline to reach border
>   land-tag=TAG=VALtag to use for land polygons (default natural=land)
>   close-gaps=NUM  close gaps in coastline that are less than this 
> distance (metres)
>   floodblockerenable the floodblocker (for multipolgon only)
>   fbgap=NUM   points closer to the coastline are ignored for flood 
> blocking (default 40)
>   fbthres=NUM min points contained in a polygon to be flood blocked 
> (default 20)
>   fbratio=NUM min ratio (points/area size) for flood blocking 
> (default 0.5)
> 
> I am wondering, why floodblocker is listed as known option but unknown at 
> the same time.
> What is my error here?
> 
> ___
> 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] Unknown sea generation option 'floodblocker'

[Walter Schlögl]

I am using mkgmap-r3392
In my stylefile there is the following parameter

generate-sea=multipolygon,floodblocker

I am getting the following error

Unknown sea generation option 'floodblocker'
Known sea generation options are:
 multipolygonuse a multipolygon (default)
 polygons | no-mpuse polygons rather than a multipolygon
 no-sea-sectors  disable use of "sea sectors"
 extend-sea-sectors  extend coastline to reach border
 land-tag=TAG=VALtag to use for land polygons (default natural=land)
 close-gaps=NUM  close gaps in coastline that are less than this 
distance (metres)

 floodblockerenable the floodblocker (for multipolgon only)
 fbgap=NUM   points closer to the coastline are ignored for flood 
blocking (default 40)
 fbthres=NUM min points contained in a polygon to be flood blocked 
(default 20)
 fbratio=NUM min ratio (points/area size) for flood blocking 
(default 0.5)


I am wondering, why floodblocker is listed as known option but unknown at 
the same time.

What is my error here?

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

Re: [mkgmap-dev] africa map 2

[Gerd Petermann]

Hi Stephen,

okay, seems to be a problem in splitter, it calculates tiles in the Atlantic.
The reason seems to be the very small max-nodes value of 8.
I tried with 80 and got a good result. Looking for a correction now.

Gerd

Date: Mon, 5 Jan 2015 22:54:16 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] africa map 2

splitter log file 

On Mon, Jan 5, 2015 at 10:52 PM, Gerd Petermann 
 wrote:



Hi Stephen,

sorry, did not want to sound impolite.

If I am right, splitter ends with an OutOfMemoryError,
and your script continues without notifying this
and splitter.log will not directly show what's wrong.

If you use java ... -jar splitter.jar ... > splitter.log 2> splitter.err

you should find a message in splitter.err if something serious 
went wrong.

Gerd
Date: Mon, 5 Jan 2015 22:26:00 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] africa map 2

gerd , i will run the file again just for you sir ok stephen 

On Mon, Jan 5, 2015 at 10:24 PM, Gerd Petermann 
 wrote:



Hi Steve,

I assume that the heap for splitter is too small.
If your machine allows it, use a larger value like -Xmx3000m .
If not, don't use keep-complete.

In any case, add > splitter.log after
the last splitter option so that you get the log I am asking for.
java ... -jar splitter.jar ... > splitter.log

Gerd

Date: Mon, 5 Jan 2015 22:15:29 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] africa map 2

@echo off
rem --rem --- CreateIMG.bat - 
By Marco Certelli - Beta07 ---rem 
--
rem  Define your default country 
set country=africa-latest
rem *
rem Available styles: drivemap, kleineisel, masterstyle, default, marine, 
noname, testset style=drivemap
rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP, TEDDY.TYP, 
DOM.TYPset typfile=velwaus.TYP
rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in 
garmin too)set AddTypToIMG=yes
rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number (000 to 
999)set FID=890
rem MSDir shall contain the "existing" directory where mapsource installs 
mapsrem Next usually results in MSDir=C:\\Garminset MSDir=%systemdrive%\\Garmin
rem Next usually results in MSDir=C:\\Program Files\\Garminrem set 
MSDir=%ProgramFiles%rem set MSDir=%MSDir:\=\\%rem set MSDir=%MSDir%\\Garminhen 
rem Available continents: europe, africa, asia, north-america, south-americaset 
continent=
rem Just leave debug=no for production & to delete intermediate temporary 
files.set debug=no

echo.echo **echo * This 
script downloads (if needed) and compiles the *echo * OSM map data to generate 
a Garmin IMG routable map *echo 
**echo.
rem Override default country if a name is given to the batch as parameterif 
"%1" NEQ "" set country=%1
rem Ask user for a country name if no default and no parameter is setif 
"%country%" NEQ "" goto :Search4Map set /P country="Enter the country to build: 
"echo.
:Search4Map
if NOT EXIST OSM-Data mkdir OSM-Datacd OSM-Data
rem 1) search for xxx.osm filerem set osmfile=%country%.osmrem if EXIST 
%osmfile% echo File OSM-Data\%osmfile% found (no download required)rem if EXIST 
%osmfile% GOTO :SplitMap
rem 2) search for xxx.osm.bz2 filerem set osmfile=%country%.osm.bz2rem if EXIST 
%osmfile% echo File OSM-Data\%osmfile% found: delete it for a new downloadrem 
if EXIST %osmfile% GOTO :SplitMap
rem 3) search for xxx.osm.pbf fileset osmfile=%country%.osm.pbfif EXIST 
%osmfile% echo File OSM-Data\%osmfile% found: delete it for a new downloadif 
EXIST %osmfile% GOTO :SplitMap
echo.echo Downloading OSM data for %country% echo.
..\bin\wget http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%
if EXIST %osmfile% goto :SplitMapecho.echo 
*echo *** SORRY: 
download of /%continent%/%osmfile% has FAILED!!!echo *** Check at 
http://download.geofabrik.de/osm/%continent%/echo *** and manually download 
%osmfile%echo 
*echo.goto :END

:SplitMap
echo.echo Start converting %country% OSM data into IMG Map...
if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%cd 
..\IMG-OSM-%country%
if EXIST template.args goto :Compile
echo.echo Splitting OSM-Data\%osmfile%. Please waitecho.
rem start /low /b /wait java -enableassertions -Xmx1000m -jar 
..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100 ..\OSM-Data\%osmfile%
rem start /low /b /wait java -enableassertions -Xmx1250m -jar 
..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%start 
/low /b /wait java -enableassertions -Xmx800m -jar ..\bin\splitter.jar 
--mapid=66%FID%001 ..\OSM-

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

splitter log file


On Mon, Jan 5, 2015 at 10:52 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Stephen,
>
> sorry, did not want to sound impolite.
>
> If I am right, splitter ends with an OutOfMemoryError,
> and your script continues without notifying this
> and splitter.log will not directly show what's wrong.
>
> If you use java ... -jar splitter.jar ... > splitter.log 2> splitter.err
>
> you should find a message in splitter.err if something serious
> went wrong.
>
> Gerd
> --
> Date: Mon, 5 Jan 2015 22:26:00 +1000
> From: steve.sgalow...@gmail.com
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] africa map 2
>
> gerd , i will run the file again just for you sir ok
> stephen
>
>
> On Mon, Jan 5, 2015 at 10:24 PM, Gerd Petermann <
> gpetermann_muenc...@hotmail.com> wrote:
>
> Hi Steve,
>
> I assume that the heap for splitter is too small.
> If your machine allows it, use a larger value like -Xmx3000m .
> If not, don't use keep-complete.
>
> In any case, add > splitter.log after
> the last splitter option so that you get the log I am asking for.
> java ... -jar splitter.jar ... > splitter.log
>
> Gerd
>
> --
> Date: Mon, 5 Jan 2015 22:15:29 +1000
> From: steve.sgalow...@gmail.com
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] africa map 2
>
> @echo off
>
> rem --
> rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
> rem --
>
> rem  Define your default country 
>
> set country=africa-latest
>
> rem *
>
> rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
> noname, test
> set style=drivemap
>
> rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
> TEDDY.TYP, DOM.TYP
> set typfile=velwaus.TYP
>
> rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
> garmin too)
> set AddTypToIMG=yes
>
> rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
> (000 to 999)
> set FID=890
>
> rem MSDir shall contain the "existing" directory where mapsource installs
> maps
> rem Next usually results in MSDir=C:\\Garmin
> set MSDir=%systemdrive%\\Garmin
>
> rem Next usually results in MSDir=C:\\Program Files\\Garmin
> rem set MSDir=%ProgramFiles%
> rem set MSDir=%MSDir:\=\\%
> rem set MSDir=%MSDir%\\Garmin
> hen
> rem Available continents: europe, africa, asia, north-america,
> south-america
> set continent=
>
> rem Just leave debug=no for production & to delete intermediate temporary
> files.
> set debug=no
>
>
> echo.
> echo **
> echo * This script downloads (if needed) and compiles the *
> echo * OSM map data to generate a Garmin IMG routable map *
> echo **
> echo.
>
> rem Override default country if a name is given to the batch as parameter
> if "%1" NEQ "" set country=%1
>
> rem Ask user for a country name if no default and no parameter is set
> if "%country%" NEQ "" goto :Search4Map
> set /P country="Enter the country to build: "
> echo.
>
> :Search4Map
>
> if NOT EXIST OSM-Data mkdir OSM-Data
> cd OSM-Data
>
> rem 1) search for xxx.osm file
> rem set osmfile=%country%.osm
> rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
> required)
> rem if EXIST %osmfile% GOTO :SplitMap
>
> rem 2) search for xxx.osm.bz2 file
> rem set osmfile=%country%.osm.bz2
> rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
> new download
> rem if EXIST %osmfile% GOTO :SplitMap
>
> rem 3) search for xxx.osm.pbf file
> set osmfile=%country%.osm.pbf
> if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
> download
> if EXIST %osmfile% GOTO :SplitMap
>
> echo.
> echo Downloading OSM data for %country%
> echo.
>
> ..\bin\wget
> http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%
>
> if EXIST %osmfile% goto :SplitMap
> echo.
> echo *
> echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
> echo *** Check at http://download.geofabrik.de/osm/%continent%/
> echo *** and manually download %osmfile%
> echo *
> echo.
> goto :END
>
>
> :SplitMap
>
> echo.
> echo Start converting %country% OSM data into IMG Map...
>
> if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
> cd ..\IMG-OSM-%country%
>
> if EXIST template.args goto :Compile
>
> echo.
> echo Splitting OSM-Data\%osmfile%. Please wait
> echo.
>
> rem start /low /b /wait java -enableassertions -Xmx1000m -jar
> ..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
> ..\OSM-Data\%osmfile%
>
> rem start /low /b /wait java -enableassertions -Xmx1250m -jar
> ..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
> start /low /b /wait java

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

On Mon, Jan 5, 2015 at 10:52 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Stephen,
>
> sorry, did not want to sound impolite.
>
> If I am right, splitter ends with an OutOfMemoryError,
> and your script continues without notifying this
> and splitter.log will not directly show what's wrong.
>
> If you use java ... -jar splitter.jar ... > splitter.log 2> splitter.err
>
> you should find a message in splitter.err if something serious
> went wrong.
>
> Gerd
> --
> Date: Mon, 5 Jan 2015 22:26:00 +1000
> From: steve.sgalow...@gmail.com
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] africa map 2
>
> gerd , i will run the file again just for you sir ok
> stephen
>
>
> On Mon, Jan 5, 2015 at 10:24 PM, Gerd Petermann <
> gpetermann_muenc...@hotmail.com> wrote:
>
> Hi Steve,
>
> I assume that the heap for splitter is too small.
> If your machine allows it, use a larger value like -Xmx3000m .
> If not, don't use keep-complete.
>
> In any case, add > splitter.log after
> the last splitter option so that you get the log I am asking for.
> java ... -jar splitter.jar ... > splitter.log
>
> Gerd
>
> --
> Date: Mon, 5 Jan 2015 22:15:29 +1000
> From: steve.sgalow...@gmail.com
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] africa map 2
>
> @echo off
>
> rem --
> rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
> rem --
>
> rem  Define your default country 
>
> set country=africa-latest
>
> rem *
>
> rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
> noname, test
> set style=drivemap
>
> rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
> TEDDY.TYP, DOM.TYP
> set typfile=velwaus.TYP
>
> rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
> garmin too)
> set AddTypToIMG=yes
>
> rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
> (000 to 999)
> set FID=890
>
> rem MSDir shall contain the "existing" directory where mapsource installs
> maps
> rem Next usually results in MSDir=C:\\Garmin
> set MSDir=%systemdrive%\\Garmin
>
> rem Next usually results in MSDir=C:\\Program Files\\Garmin
> rem set MSDir=%ProgramFiles%
> rem set MSDir=%MSDir:\=\\%
> rem set MSDir=%MSDir%\\Garmin
> hen
> rem Available continents: europe, africa, asia, north-america,
> south-america
> set continent=
>
> rem Just leave debug=no for production & to delete intermediate temporary
> files.
> set debug=no
>
>
> echo.
> echo **
> echo * This script downloads (if needed) and compiles the *
> echo * OSM map data to generate a Garmin IMG routable map *
> echo **
> echo.
>
> rem Override default country if a name is given to the batch as parameter
> if "%1" NEQ "" set country=%1
>
> rem Ask user for a country name if no default and no parameter is set
> if "%country%" NEQ "" goto :Search4Map
> set /P country="Enter the country to build: "
> echo.
>
> :Search4Map
>
> if NOT EXIST OSM-Data mkdir OSM-Data
> cd OSM-Data
>
> rem 1) search for xxx.osm file
> rem set osmfile=%country%.osm
> rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
> required)
> rem if EXIST %osmfile% GOTO :SplitMap
>
> rem 2) search for xxx.osm.bz2 file
> rem set osmfile=%country%.osm.bz2
> rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
> new download
> rem if EXIST %osmfile% GOTO :SplitMap
>
> rem 3) search for xxx.osm.pbf file
> set osmfile=%country%.osm.pbf
> if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
> download
> if EXIST %osmfile% GOTO :SplitMap
>
> echo.
> echo Downloading OSM data for %country%
> echo.
>
> ..\bin\wget
> http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%
>
> if EXIST %osmfile% goto :SplitMap
> echo.
> echo *
> echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
> echo *** Check at http://download.geofabrik.de/osm/%continent%/
> echo *** and manually download %osmfile%
> echo *
> echo.
> goto :END
>
>
> :SplitMap
>
> echo.
> echo Start converting %country% OSM data into IMG Map...
>
> if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
> cd ..\IMG-OSM-%country%
>
> if EXIST template.args goto :Compile
>
> echo.
> echo Splitting OSM-Data\%osmfile%. Please wait
> echo.
>
> rem start /low /b /wait java -enableassertions -Xmx1000m -jar
> ..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
> ..\OSM-Data\%osmfile%
>
> rem start /low /b /wait java -enableassertions -Xmx1250m -jar
> ..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
> start /low /b /wait java -enableassertions -

Re: [mkgmap-dev] africa map 2

[Gerd Petermann]

Hi Stephen,

sorry, did not want to sound impolite.

If I am right, splitter ends with an OutOfMemoryError,
and your script continues without notifying this
and splitter.log will not directly show what's wrong.

If you use java ... -jar splitter.jar ... > splitter.log 2> splitter.err

you should find a message in splitter.err if something serious 
went wrong.

Gerd
Date: Mon, 5 Jan 2015 22:26:00 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] africa map 2

gerd , i will run the file again just for you sir ok stephen 

On Mon, Jan 5, 2015 at 10:24 PM, Gerd Petermann 
 wrote:



Hi Steve,

I assume that the heap for splitter is too small.
If your machine allows it, use a larger value like -Xmx3000m .
If not, don't use keep-complete.

In any case, add > splitter.log after
the last splitter option so that you get the log I am asking for.
java ... -jar splitter.jar ... > splitter.log

Gerd

Date: Mon, 5 Jan 2015 22:15:29 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] africa map 2

@echo off
rem --rem --- CreateIMG.bat - 
By Marco Certelli - Beta07 ---rem 
--
rem  Define your default country 
set country=africa-latest
rem *
rem Available styles: drivemap, kleineisel, masterstyle, default, marine, 
noname, testset style=drivemap
rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP, TEDDY.TYP, 
DOM.TYPset typfile=velwaus.TYP
rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in 
garmin too)set AddTypToIMG=yes
rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number (000 to 
999)set FID=890
rem MSDir shall contain the "existing" directory where mapsource installs 
mapsrem Next usually results in MSDir=C:\\Garminset MSDir=%systemdrive%\\Garmin
rem Next usually results in MSDir=C:\\Program Files\\Garminrem set 
MSDir=%ProgramFiles%rem set MSDir=%MSDir:\=\\%rem set MSDir=%MSDir%\\Garminhen 
rem Available continents: europe, africa, asia, north-america, south-americaset 
continent=
rem Just leave debug=no for production & to delete intermediate temporary 
files.set debug=no

echo.echo **echo * This 
script downloads (if needed) and compiles the *echo * OSM map data to generate 
a Garmin IMG routable map *echo 
**echo.
rem Override default country if a name is given to the batch as parameterif 
"%1" NEQ "" set country=%1
rem Ask user for a country name if no default and no parameter is setif 
"%country%" NEQ "" goto :Search4Map set /P country="Enter the country to build: 
"echo.
:Search4Map
if NOT EXIST OSM-Data mkdir OSM-Datacd OSM-Data
rem 1) search for xxx.osm filerem set osmfile=%country%.osmrem if EXIST 
%osmfile% echo File OSM-Data\%osmfile% found (no download required)rem if EXIST 
%osmfile% GOTO :SplitMap
rem 2) search for xxx.osm.bz2 filerem set osmfile=%country%.osm.bz2rem if EXIST 
%osmfile% echo File OSM-Data\%osmfile% found: delete it for a new downloadrem 
if EXIST %osmfile% GOTO :SplitMap
rem 3) search for xxx.osm.pbf fileset osmfile=%country%.osm.pbfif EXIST 
%osmfile% echo File OSM-Data\%osmfile% found: delete it for a new downloadif 
EXIST %osmfile% GOTO :SplitMap
echo.echo Downloading OSM data for %country% echo.
..\bin\wget http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%
if EXIST %osmfile% goto :SplitMapecho.echo 
*echo *** SORRY: 
download of /%continent%/%osmfile% has FAILED!!!echo *** Check at 
http://download.geofabrik.de/osm/%continent%/echo *** and manually download 
%osmfile%echo 
*echo.goto :END

:SplitMap
echo.echo Start converting %country% OSM data into IMG Map...
if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%cd 
..\IMG-OSM-%country%
if EXIST template.args goto :Compile
echo.echo Splitting OSM-Data\%osmfile%. Please waitecho.
rem start /low /b /wait java -enableassertions -Xmx1000m -jar 
..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100 ..\OSM-Data\%osmfile%
rem start /low /b /wait java -enableassertions -Xmx1250m -jar 
..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%start 
/low /b /wait java -enableassertions -Xmx800m -jar ..\bin\splitter.jar 
--mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml--max-nodes=8 
--problem-report=problem.txt --keep-complete=true  --status-freq=120
:Compile
echo.echo Compiling OSM-Data\%osmfile% into IMG, FID=%FID%. Please waitecho.
set TypFileToAdd=if "%AddTypToIMG%" NEQ "yes" goto :NoTypToAddcopy 
"..\bin\typ\%typfile%" style.typ 2>nul 1>nul..\bin\TYPtool %FID% 1 style.typ 
>nulset TypFileToAdd=style.typ
:NoTypToAdd
rem start /low /b /wait java -enableassertions -Xmx1000m -jar ..\

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

gerd , i will run the file again just for you sir ok
stephen


On Mon, Jan 5, 2015 at 10:24 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Steve,
>
> I assume that the heap for splitter is too small.
> If your machine allows it, use a larger value like -Xmx3000m .
> If not, don't use keep-complete.
>
> In any case, add > splitter.log after
> the last splitter option so that you get the log I am asking for.
> java ... -jar splitter.jar ... > splitter.log
>
> Gerd
>
> --
> Date: Mon, 5 Jan 2015 22:15:29 +1000
> From: steve.sgalow...@gmail.com
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] africa map 2
>
> @echo off
>
> rem --
> rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
> rem --
>
> rem  Define your default country 
>
> set country=africa-latest
>
> rem *
>
> rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
> noname, test
> set style=drivemap
>
> rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
> TEDDY.TYP, DOM.TYP
> set typfile=velwaus.TYP
>
> rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
> garmin too)
> set AddTypToIMG=yes
>
> rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
> (000 to 999)
> set FID=890
>
> rem MSDir shall contain the "existing" directory where mapsource installs
> maps
> rem Next usually results in MSDir=C:\\Garmin
> set MSDir=%systemdrive%\\Garmin
>
> rem Next usually results in MSDir=C:\\Program Files\\Garmin
> rem set MSDir=%ProgramFiles%
> rem set MSDir=%MSDir:\=\\%
> rem set MSDir=%MSDir%\\Garmin
> hen
> rem Available continents: europe, africa, asia, north-america,
> south-america
> set continent=
>
> rem Just leave debug=no for production & to delete intermediate temporary
> files.
> set debug=no
>
>
> echo.
> echo **
> echo * This script downloads (if needed) and compiles the *
> echo * OSM map data to generate a Garmin IMG routable map *
> echo **
> echo.
>
> rem Override default country if a name is given to the batch as parameter
> if "%1" NEQ "" set country=%1
>
> rem Ask user for a country name if no default and no parameter is set
> if "%country%" NEQ "" goto :Search4Map
> set /P country="Enter the country to build: "
> echo.
>
> :Search4Map
>
> if NOT EXIST OSM-Data mkdir OSM-Data
> cd OSM-Data
>
> rem 1) search for xxx.osm file
> rem set osmfile=%country%.osm
> rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
> required)
> rem if EXIST %osmfile% GOTO :SplitMap
>
> rem 2) search for xxx.osm.bz2 file
> rem set osmfile=%country%.osm.bz2
> rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
> new download
> rem if EXIST %osmfile% GOTO :SplitMap
>
> rem 3) search for xxx.osm.pbf file
> set osmfile=%country%.osm.pbf
> if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
> download
> if EXIST %osmfile% GOTO :SplitMap
>
> echo.
> echo Downloading OSM data for %country%
> echo.
>
> ..\bin\wget
> http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%
>
> if EXIST %osmfile% goto :SplitMap
> echo.
> echo *
> echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
> echo *** Check at http://download.geofabrik.de/osm/%continent%/
> echo *** and manually download %osmfile%
> echo *
> echo.
> goto :END
>
>
> :SplitMap
>
> echo.
> echo Start converting %country% OSM data into IMG Map...
>
> if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
> cd ..\IMG-OSM-%country%
>
> if EXIST template.args goto :Compile
>
> echo.
> echo Splitting OSM-Data\%osmfile%. Please wait
> echo.
>
> rem start /low /b /wait java -enableassertions -Xmx1000m -jar
> ..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
> ..\OSM-Data\%osmfile%
>
> rem start /low /b /wait java -enableassertions -Xmx1250m -jar
> ..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
> start /low /b /wait java -enableassertions -Xmx800m -jar
> ..\bin\splitter.jar --mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml
>  --max-nodes=8 --problem-report=problem.txt --keep-complete=true
>  --status-freq=120
>
> :Compile
>
> echo.
> echo Compiling OSM-Data\%osmfile% into IMG, FID=%FID%. Please wait
> echo.
>
> set TypFileToAdd=
> if "%AddTypToIMG%" NEQ "yes" goto :NoTypToAdd
> copy "..\bin\typ\%typfile%" style.typ 2>nul 1>nul
> ..\bin\TYPtool %FID% 1 style.typ >nul
> set TypFileToAdd=style.typ
>
> :NoTypToAdd
>
> rem start /low /b /wait java -enableassertions -Xmx1000m -jar
> ..\bin\mkgmap.jar --country-name="%country%" --family-id=%FID%
> --mapname=66%FID%001 --overview-mapname=66%FID%000
> --se

Re: [mkgmap-dev] africa map 2

[Gerd Petermann]

Hi Steve,

I assume that the heap for splitter is too small.
If your machine allows it, use a larger value like -Xmx3000m .
If not, don't use keep-complete.

In any case, add > splitter.log after
the last splitter option so that you get the log I am asking for.
java ... -jar splitter.jar ... > splitter.log

Gerd

Date: Mon, 5 Jan 2015 22:15:29 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] africa map 2

@echo off
rem --rem --- CreateIMG.bat - 
By Marco Certelli - Beta07 ---rem 
--
rem  Define your default country 
set country=africa-latest
rem *
rem Available styles: drivemap, kleineisel, masterstyle, default, marine, 
noname, testset style=drivemap
rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP, TEDDY.TYP, 
DOM.TYPset typfile=velwaus.TYP
rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in 
garmin too)set AddTypToIMG=yes
rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number (000 to 
999)set FID=890
rem MSDir shall contain the "existing" directory where mapsource installs 
mapsrem Next usually results in MSDir=C:\\Garminset MSDir=%systemdrive%\\Garmin
rem Next usually results in MSDir=C:\\Program Files\\Garminrem set 
MSDir=%ProgramFiles%rem set MSDir=%MSDir:\=\\%rem set MSDir=%MSDir%\\Garminhen 
rem Available continents: europe, africa, asia, north-america, south-americaset 
continent=
rem Just leave debug=no for production & to delete intermediate temporary 
files.set debug=no

echo.echo **echo * This 
script downloads (if needed) and compiles the *echo * OSM map data to generate 
a Garmin IMG routable map *echo 
**echo.
rem Override default country if a name is given to the batch as parameterif 
"%1" NEQ "" set country=%1
rem Ask user for a country name if no default and no parameter is setif 
"%country%" NEQ "" goto :Search4Map set /P country="Enter the country to build: 
"echo.
:Search4Map
if NOT EXIST OSM-Data mkdir OSM-Datacd OSM-Data
rem 1) search for xxx.osm filerem set osmfile=%country%.osmrem if EXIST 
%osmfile% echo File OSM-Data\%osmfile% found (no download required)rem if EXIST 
%osmfile% GOTO :SplitMap
rem 2) search for xxx.osm.bz2 filerem set osmfile=%country%.osm.bz2rem if EXIST 
%osmfile% echo File OSM-Data\%osmfile% found: delete it for a new downloadrem 
if EXIST %osmfile% GOTO :SplitMap
rem 3) search for xxx.osm.pbf fileset osmfile=%country%.osm.pbfif EXIST 
%osmfile% echo File OSM-Data\%osmfile% found: delete it for a new downloadif 
EXIST %osmfile% GOTO :SplitMap
echo.echo Downloading OSM data for %country% echo.
..\bin\wget http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%
if EXIST %osmfile% goto :SplitMapecho.echo 
*echo *** SORRY: 
download of /%continent%/%osmfile% has FAILED!!!echo *** Check at 
http://download.geofabrik.de/osm/%continent%/echo *** and manually download 
%osmfile%echo 
*echo.goto :END

:SplitMap
echo.echo Start converting %country% OSM data into IMG Map...
if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%cd 
..\IMG-OSM-%country%
if EXIST template.args goto :Compile
echo.echo Splitting OSM-Data\%osmfile%. Please waitecho.
rem start /low /b /wait java -enableassertions -Xmx1000m -jar 
..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100 ..\OSM-Data\%osmfile%
rem start /low /b /wait java -enableassertions -Xmx1250m -jar 
..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%start 
/low /b /wait java -enableassertions -Xmx800m -jar ..\bin\splitter.jar 
--mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml--max-nodes=8 
--problem-report=problem.txt --keep-complete=true  --status-freq=120
:Compile
echo.echo Compiling OSM-Data\%osmfile% into IMG, FID=%FID%. Please waitecho.
set TypFileToAdd=if "%AddTypToIMG%" NEQ "yes" goto :NoTypToAddcopy 
"..\bin\typ\%typfile%" style.typ 2>nul 1>nul..\bin\TYPtool %FID% 1 style.typ 
>nulset TypFileToAdd=style.typ
:NoTypToAdd
rem start /low /b /wait java -enableassertions -Xmx1000m -jar ..\bin\mkgmap.jar 
--country-name="%country%" --family-id=%FID% --mapname=66%FID%001 
--overview-mapname=66%FID%000 --series-name="OSM-%country%" 
--family-name="OpenStreetMap: %country%" --style-file=..\bin\styles\ 
--style=%style% --description="%country%" -c ..\bin\template_basic.args -c 
template.args %TypFileToAdd%rem start /low /b /wait java -enableassertions 
-Xmx800m -jar ..\bin\mkgmap.jar  --overview-levels  --link-pois-to-ways 
--polygon-size-limits="24:12, 18:10, 16:8, 14:4, 12:2, 11:0"   --check-styles 
--process-exits  --merge-lines --add-pois-to-areas --style=default 
--pois-to-areas-placement=tagelist --add-pois-to-

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

problem . txt file


On Mon, Jan 5, 2015 at 10:11 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Steve,
>
> okay, I asked you to check the splitter log or
> to post your scripts so that we may find out
> what is going wrong on your side.
>
> Gerd
>
> --
> Date: Mon, 5 Jan 2015 21:59:29 +1000
> From: steve.sgalow...@gmail.com
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] africa map 2
>
> received this one ok gerd
>
> i did  try a new copy incl, the osm.bz file but failed as well
> stephen
>
>
> On Mon, Jan 5, 2015 at 9:47 PM, Gerd Petermann <
> gpetermann_muenc...@hotmail.com> wrote:
>
> Hi Steve,
>
> I got the impression that my answers don't reach you.
> If I get no answer on this post I'll stop trying to help.
>
> Gerd
>
> --
> Date: Mon, 5 Jan 2015 17:41:02 +1000
> From: steve.sgalow...@gmail.com
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: [mkgmap-dev] africa map 2
>
> re downloaded the osm.bz file , it also failed  due to bounds exception
> africa.pbf file . failed also , just 5 mb map file , when the input file
> is 731 mb pbf file
> osm.bz = 1.3 gb
>
> both have now failed
>
> Stephen
>
>
> ___ 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 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
>
#
# This file can be given to splitter using the --problem-file option
#
# List of relations and ways that are known to cause problems
# in splitter or mkgmap
# Objects listed here are specially treated by splitter to assure
# that complete data is written to all related tiles
# Format:
# way:
# rel:
# ways
way: 5038117 #
way: 9486014 #
way: 9884466 #
way: 9884467 #
way: 9884503 #
way: 9884526 #
way: 22688898 #
way: 24039710 #
way: 24040633 #
way: 25335808 #
way: 25620258 #
way: 25871301 #
way: 27492685 #
way: 28621855 #
way: 28621863 #
way: 28621878 #
way: 28621883 #
way: 29448987 #
way: 29561456 #
way: 29563264 #
way: 30147952 #
way: 30148046 #
way: 30148268 #
way: 30174685 #
way: 30174742 #
way: 30175079 #
way: 30175418 #
way: 30798339 #
way: 31740519 #
way: 31740539 #
way: 32428662 #
way: 33271812 #
way: 33273371 #
way: 33273430 #
way: 34421105 #
way: 34421194 #
way: 34421595 #
way: 34421620 #
way: 34421740 #
way: 34422133 #
way: 34422365 #
way: 34422508 #
way: 36823583 #
way: 39123660 #
way: 40945548 #
way: 40945552 #
way: 41047910 #
way: 44770495 #
way: 46419339 #
way: 46726168 #
way: 47518993 #
way: 48038432 #
way: 48038464 #
way: 48038481 #
way: 48905752 #
way: 49168043 #
way: 49168052 #
way: 50706498 #
way: 52095566 #
way: 52887821 #
way: 53456324 #
way: 56440596 #
way: 62149416 #
way: 62149933 #
way: 62150129 #
way: 64506070 #
way: 64506078 #
way: 64989340 #
way: 64989356 #
way: 77221209 #
way: 77221211 #
way: 77221316 #
way: 77221319 #
way: 78393818 #
way: 78393819 #
way: 85851228 #
way: 85856758 #
way: 85863595 #
way: 88122932 #
way: 88217251 #
way: 89195232 #
way: 89796397 #
way: 89865744 #
way: 90172049 #
way: 90481734 #
way: 93325327 #
way: 93363224 #
way: 93378268 #
way: 93386883 #
way: 93386888 #
way: 93386891 #
way: 93446713 #
way: 93486577 #
way: 93574144 #
way: 93624038 #
way: 93625388 #
way: 93625389 #
way: 93625415 #
way: 93625418 #
way: 93863806 #
way: 94450913 #
way: 94450935 #
way: 94450976 #
way: 94451019 #
way: 94998435 #
way: 95260253 #
way: 97208606 #
way: 97242113 #
way: 97410826 #
way: 97571964 #
way: 98119211 #
way: 98124942 #
way: 98124943 #
way: 98124944 #
way: 98124954 #
way: 98355938 #
way: 98355946 #
way: 98355953 #
way: 98387317 #
way: 98409557 #
way: 98409592 #
way: 98411522 #
way: 98411569 #
way: 98426994 #
way: 98427010 #
way: 98427023 #
way: 98427028 #
way: 98427036 #
way: 98427037 #
way: 98427043 #
way: 98427054 #
way: 98427055 #
way: 98427056 #
way: 98427059 #
way: 98427065 #
way: 98461204 #
way: 98738076 #
way: 98738080 #
way: 98738084 #
way: 98874642 #
way: 98874657 #
way: 98874659 #
way: 98874661 #
way: 98874667 #
way: 98878139 #
way: 98878147 #
way: 98878155 #
way: 98878158 #
way: 98878177 #
way: 100143113 #
way: 100772945 #
way: 100867722 #
way: 100888430 #
way: 100888454 #
way: 100888477 #
way: 102070926 #
way: 102162888 #
way: 102247541 #
way: 102247542 #
way: 102286772 #
way: 102286797 #
way: 102290690 #
way: 102410632 #
way: 102414777 #
way: 102420185 #
way: 102420191 #
way: 102462269 #
way: 102542877 #
way: 102621570 #
way: 103006841 #
way: 103006842 #
way: 103006846 #
way: 103008552 #
way: 103008553 #
way: 1030085

Re: [mkgmap-dev] africa map 2

[Steve Sgalowski]

@echo off

rem --
rem --- CreateIMG.bat - By Marco Certelli - Beta07 ---
rem --

rem  Define your default country 

set country=africa-latest

rem *

rem Available styles: drivemap, kleineisel, masterstyle, default, marine,
noname, test
set style=drivemap

rem Available TYPfiles: DRIVEMAP.TYP, KLEINEISEL.TYP, MASTER.TYP,
TEDDY.TYP, DOM.TYP
set typfile=velwaus.TYP

rem Put AddTypToIMG=yes to add TYPfile to gmapsupp.img (so it is active in
garmin too)
set AddTypToIMG=yes

rem MapSource Family-ID: must be a unique (in mapsource) 3 digit number
(000 to 999)
set FID=890

rem MSDir shall contain the "existing" directory where mapsource installs
maps
rem Next usually results in MSDir=C:\\Garmin
set MSDir=%systemdrive%\\Garmin

rem Next usually results in MSDir=C:\\Program Files\\Garmin
rem set MSDir=%ProgramFiles%
rem set MSDir=%MSDir:\=\\%
rem set MSDir=%MSDir%\\Garmin
hen
rem Available continents: europe, africa, asia, north-america, south-america
set continent=

rem Just leave debug=no for production & to delete intermediate temporary
files.
set debug=no


echo.
echo **
echo * This script downloads (if needed) and compiles the *
echo * OSM map data to generate a Garmin IMG routable map *
echo **
echo.

rem Override default country if a name is given to the batch as parameter
if "%1" NEQ "" set country=%1

rem Ask user for a country name if no default and no parameter is set
if "%country%" NEQ "" goto :Search4Map
set /P country="Enter the country to build: "
echo.

:Search4Map

if NOT EXIST OSM-Data mkdir OSM-Data
cd OSM-Data

rem 1) search for xxx.osm file
rem set osmfile=%country%.osm
rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found (no download
required)
rem if EXIST %osmfile% GOTO :SplitMap

rem 2) search for xxx.osm.bz2 file
rem set osmfile=%country%.osm.bz2
rem if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a
new download
rem if EXIST %osmfile% GOTO :SplitMap

rem 3) search for xxx.osm.pbf file
set osmfile=%country%.osm.pbf
if EXIST %osmfile% echo File OSM-Data\%osmfile% found: delete it for a new
download
if EXIST %osmfile% GOTO :SplitMap

echo.
echo Downloading OSM data for %country%
echo.

..\bin\wget http://download.geofabrik.de/openstreetmap/%continent%/%osmfile%

if EXIST %osmfile% goto :SplitMap
echo.
echo *
echo *** SORRY: download of /%continent%/%osmfile% has FAILED!!!
echo *** Check at http://download.geofabrik.de/osm/%continent%/
echo *** and manually download %osmfile%
echo *
echo.
goto :END


:SplitMap

echo.
echo Start converting %country% OSM data into IMG Map...

if NOT EXIST ..\IMG-OSM-%country% mkdir ..\IMG-OSM-%country%
cd ..\IMG-OSM-%country%

if EXIST template.args goto :Compile

echo.
echo Splitting OSM-Data\%osmfile%. Please wait
echo.

rem start /low /b /wait java -enableassertions -Xmx1000m -jar
..\bin\splitter.jar --mapid=66%FID%001 --max-nodes=100
..\OSM-Data\%osmfile%

rem start /low /b /wait java -enableassertions -Xmx1250m -jar
..\bin\splitter.jar --mapid=66%FID%001 --output=xml ..\OSM-Data\%osmfile%
start /low /b /wait java -enableassertions -Xmx800m -jar
..\bin\splitter.jar --mapid=66%FID%001 ..\OSM-Data\%osmfile% --output=xml
 --max-nodes=8 --problem-report=problem.txt --keep-complete=true
 --status-freq=120

:Compile

echo.
echo Compiling OSM-Data\%osmfile% into IMG, FID=%FID%. Please wait
echo.

set TypFileToAdd=
if "%AddTypToIMG%" NEQ "yes" goto :NoTypToAdd
copy "..\bin\typ\%typfile%" style.typ 2>nul 1>nul
..\bin\TYPtool %FID% 1 style.typ >nul
set TypFileToAdd=style.typ

:NoTypToAdd

rem start /low /b /wait java -enableassertions -Xmx1000m -jar
..\bin\mkgmap.jar --country-name="%country%" --family-id=%FID%
--mapname=66%FID%001 --overview-mapname=66%FID%000
--series-name="OSM-%country%" --family-name="OpenStreetMap: %country%"
--style-file=..\bin\styles\ --style=%style% --description="%country%" -c
..\bin\template_basic.args -c template.args %TypFileToAdd%
rem start /low /b /wait java -enableassertions -Xmx800m -jar
..\bin\mkgmap.jar  --overview-levels  --link-pois-to-ways
--polygon-size-limits="24:12, 18:10, 16:8, 14:4, 12:2, 11:0"
--check-styles --process-exits  --merge-lines --add-pois-to-areas
--style=default --pois-to-areas-placement=tagelist --add-pois-to-lines
--tdbfile --transparent --make-poi-index --reduce-point-density=2.6
--reduce-point-density-polygon=4   --index
--levels=0:24,1:22,2:20,3:18,4:16,5:14 --make-poi-index  --verbose --route
--country-name="%country%" --family-id=%FID% --mapname=66%FID%001
--overview-mapname=66%FID%000 --series-name="OSM-%country%"
--family-name="OpenStreetMap: %country%" --style-file=..\bin\styles\
--style=%style% --description="%co

Re: [mkgmap-dev] africa map 2

[Gerd Petermann]

Hi Steve,

okay, I asked you to check the splitter log or
to post your scripts so that we may find out
what is going wrong on your side.

Gerd

Date: Mon, 5 Jan 2015 21:59:29 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] africa map 2

received this one ok gerd 
i did  try a new copy incl, the osm.bz file but failed as well stephen 

On Mon, Jan 5, 2015 at 9:47 PM, Gerd Petermann 
 wrote:



Hi Steve,

I got the impression that my answers don't reach you.
If I get no answer on this post I'll stop trying to help.

Gerd

Date: Mon, 5 Jan 2015 17:41:02 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: [mkgmap-dev] africa map 2

re downloaded the osm.bz file , it also failed  due to bounds 
exceptionafrica.pbf file . failed also , just 5 mb map file , when the input 
file is 731 mb pbf file osm.bz = 1.3 gb 
both have now failed 
Stephen 


___
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 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] africa map 2

[Steve Sgalowski]

received this one ok gerd

i did  try a new copy incl, the osm.bz file but failed as well
stephen


On Mon, Jan 5, 2015 at 9:47 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi Steve,
>
> I got the impression that my answers don't reach you.
> If I get no answer on this post I'll stop trying to help.
>
> Gerd
>
> --
> Date: Mon, 5 Jan 2015 17:41:02 +1000
> From: steve.sgalow...@gmail.com
> To: mkgmap-dev@lists.mkgmap.org.uk
> Subject: [mkgmap-dev] africa map 2
>
> re downloaded the osm.bz file , it also failed  due to bounds exception
> africa.pbf file . failed also , just 5 mb map file , when the input file
> is 731 mb pbf file
> osm.bz = 1.3 gb
>
> both have now failed
>
> Stephen
>
>
> ___ 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 mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] africa map 2

[Gerd Petermann]

Hi Steve,

I got the impression that my answers don't reach you.
If I get no answer on this post I'll stop trying to help.

Gerd

Date: Mon, 5 Jan 2015 17:41:02 +1000
From: steve.sgalow...@gmail.com
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: [mkgmap-dev] africa map 2

re downloaded the osm.bz file , it also failed  due to bounds 
exceptionafrica.pbf file . failed also , just 5 mb map file , when the input 
file is 731 mb pbf file osm.bz = 1.3 gb 
both have now failed 
Stephen 


___
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] Lake Geneva is dry - fixed

[thesurveyor]

Thank you very much, Hanspeter

 

I'll download the new file next night and rebuild my map. I'll keep you informed about the result.

 

One more question about that: how did you find the corrupt multipolygon?

I'm currently not able to find such things, but perhaps if I get some hints how to do that, I can learn it :-)

 

Regards,

Gert


 

 

 

 

 


Gesendet: Montag, 05. Januar 2015 um 03:03 Uhr
Von: "Hanspeter Gysin (bluewin)" 
An: "'Development list for mkgmap'" 
Betreff: [mkgmap-dev] Lake Geneva is dry - fixed






fixed  a corrupt multipolygon section at Château de Glérolles (west of Saint-Saphorin).

 

unfortunately the tile in question is too large for download by overpass api

and the verification is not possible before 6th of january when europe-latest.osm.pfb at geofabrik is updated.

 

Hanspeter



___ 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