On 02/03/14 23:11, Andrzej Popowski wrote:
I really appreciate smaller size of img created with high precision
branch, but unfortunately I can't use it, because of search problems
connected with transliteration. These problems are solved in
mkgmap-sort-r3067 or at least I can find addresses in Bu
hi!
Address search in your map works very well on my device. So maybe it's
related to your changes in code or problem lies within content of the index
(maybe some characters in other city names are improperly transliterated).
Could you send me your mkgmap version?
BTW - is there any tool to debug
Hi Michał
Address search in your map works very well on my device. So maybe it's
related to your changes in code or problem lies within content of the
index (maybe some characters in other city names are improperly
transliterated). Could you send me your mkgmap version?
Its http://www.mkgmap.o
I used mkgmap-sort-r3056 - I'll test your version. I'm using my own bounds
files - they were always working fine.
best regards
Michal Rogala
2014-03-03 12:53 GMT+01:00 Steve Ratcliffe :
> Hi Michał
>
>
> Address search in your map works very well on my device. So maybe it's
>> related to you
Hi Henning,
just to make sure that I got it right.
You have planet and the srtm-data as input and a polygon-file that doesn't
"touch" the area covered by the srtm data.
Can you send the splitter.log so that I can see what it does?
Gerd
Date: Sun, 2 Mar 2014 22:47:44 +0100
From: o...@aighes.de
Hi Gerd,
yes you got it right, as you mean "touch" as touched by bbox of
srtm-file. The srtm-file contains Iceland (NW) and New Zealand (SE).
Every poly-file works, which touch this area. Now I tried to split a
part of Canada and it failed.
To sumerize the log: It split planet as normal and a
Hi Henning,
I'll try to reproduce it tomorrow.
Gerd
Date: Mon, 3 Mar 2014 20:23:23 +0100
From: o...@aighes.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] Splitter and multiple input-files
Hi Gerd,
yes you got it right, as you mean "touch" as touched by
Hi Henning,
I can't reproduce it with r317.
I've tried it like this: Use (an older) planet.o5m and an srtm file covering
Bremen and Bremerhafen (got it from you)
My options
--write-kml=splitter.kml --output=o5m --max-areas=2048
--polygon-file=f:\osm\canada.poly f:\osm\planet.o5m
f:\temp\henn
Hi all,
I think the branch is ready as it is. Steve and I are still working on a new
algo to calculate the NOD data (routing information), but this doesn't
depend on high precision and should be done in a different branch.
In short, the branch produces smaller img files with nicer looking
lines a
