Hi Henning,
I tried with the areas.list from your homepage. It is not exactly like
the one you used to produce the log, but I was able to reproduce
the problem.
It is caused by overlapping tiles in this area.
I am now looking for a correction.
Gerd
From: gpetermann_muenc...@hotmail.com
To:
Thanks Gerd! This is valuable information for those of us processing
large areas of the planet.
Unfortunately there is no additional speedup for me because I already
use o5m because of osmupdate (to keep a local planet copy up-to-date).
On 07/05/2014 11:59, Gerd Petermann wrote:
Hi Felix,
Hi Lambertus,
maybe also look at
https://wiki.openstreetmap.org/wiki/Mkgmap/help/splitter#Tuning
(the page needs some updates, but that part is correct)
Gerd
Date: Thu, 8 May 2014 09:31:28 +0200
From: o...@na1400.info
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] splitter
Thanks for the hint with city search/address search difference - I've found
a nasty bug in my style :). Sorry for your trouble.
best regards
Michal Rogala
2014-05-07 15:27 GMT+02:00 Steve Ratcliffe st...@parabola.me.uk:
On 05/05/14 13:45, Michał Rogala wrote:
Unfortunately, I've found an
Hi Henning,
the problem is fixed with latest splitter (r327). It was introduced with
r316.
Gerd
Date: Wed, 7 May 2014 23:39:18 +0200
From: o...@aighes.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd,
sorry for delay. I've
Hi all,
today I found a hint that seems to help mkgmap:
http://java-performance.info/string-intern-in-java-6-7-8/
In short, try java run time parameter
-XX:StringTableSize=13 for mkgmap.
Gerd
___
Am Donnerstag, 8. Mai 2014, 17:13:43 schrieb Gerd Petermann:
In short, try java run time parameter
-XX:StringTableSize=13 for mkgmap.
IMHO you forgot a Zero ;-)
-XX:StringTableSize=103
Bernd
___
mkgmap-dev mailing list
Hi Bernd,
I tried both, and the smaller values seemed to work better for mkgmap.
I guess it depends on the input files what value is best, but at least
the default 1009 doesn't work well, so any much higher prime value should
help.
Gerd
From: weigelt.be...@web.de
To:
Am Donnerstag, 8. Mai 2014, 17:33:22 schrieb Gerd Petermann:
Hello Gerd
I've made three tests with my bonn extract
without -XX:StringTableSize
Time started: Thu May 08 17:57:43 CEST 2014
Time finished: Thu May 08 18:04:54 CEST 2014
Total time taken: 430804ms
with -XX:StringTableSize=13
Hi Bernd,
I got similar results for a larger set on my PC.
I think the large value is no improvement,
and if I got that right it means that some MB
can't be used for something else.
I assume your Bonn extract will not even contain
103 different strings.
Gerd
From: weigelt.be...@web.de
Hi
i have a problem, that the finalize section to often calls inc/access, in my
case for every overlay and the routable way.
IMHO it should call it only for the routable way(s) with road_speed and
road_class.
an example
lines:
highway=cycleway[0x1200a resolution 23-23 continue]
Hi Bernd,
I think that's the idea of the finalize section. It is called for
each added element.
Gerd
From: weigelt.be...@web.de
To: mkgmap-dev@lists.mkgmap.org.uk
Date: Thu, 8 May 2014 19:34:49 +0200
Subject: [mkgmap-dev] finalize and some ways with overlays
Hi
i have a problem, that
Am Donnerstag, 8. Mai 2014, 19:42:54 schrieb Gerd Petermann:
Hi
but now there are a lot of loops for tests that do nothing, except heating my
CPU ;-)
I don't know, how can this be done better
Bernd
I think that's the idea of the finalize section. It is called for
each added element.
Hi,
maybe we can add the garmin-id, road class etc. as tags before the
finalize section is started so it is possible to add checks to the
rules, that only routable elements execute the inc/access rules.
Indeed this would be much easier if conditional includes are possible,
so something
Hi!
I am creating a local map with mkgmap (r3262), with the default style
and the following relevant options:
--add-pois-to-areas \
--add-pois-to-lines \
--adjust-turn-headings \
--check-roundabout-flares \
--check-roundabouts \
--code-page=1252 \
Hi Nelson,
you have to add option --link-pois-to-ways to get what you want.
Gerd
Nelson A. de Oliveira wrote
Hi!
I am creating a local map with mkgmap (r3262), with the default style
and the following relevant options:
--add-pois-to-areas \
--add-pois-to-lines \
Hi Gerd!
On Thu, May 8, 2014 at 5:15 PM, GerdP gpetermann_muenc...@hotmail.com wrote:
you have to add option --link-pois-to-ways to get what you want.
Right. Good to know :-)
Thank you very much!
Best regards,
Nelson
___
mkgmap-dev mailing list
Version mkgmap-r3263 was committed by wanmil on Thu, 08 May 2014
Performance: create a polygon in MultipolygonRelation processing only if
required and reuse it - no functional change.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Am 08.05.2014 08:38, schrieb Gerd Petermann:
Hi Henning,
I tried with the areas.list from your homepage. It is not exactly like
the one you used to produce the log, but I was able to reproduce
the problem.
It is caused by overlapping tiles in this area.
I am now looking for a correction.
Hi
19 matches
Mail list logo