On Wed, Mar 02, 2011 at 01:11:02PM -0500, Nakor wrote:
Hello,
I built a map using us_midwest extract from Geofabrik and have 5
countries listed in the country list on my Etrex Vista:
Country
Israel
Mongolia
Ukraine
United States
Could these be typos in addr:country? Note that U,I and A,S
Hi
I looked a little bit more into it by adding debug info in Locator.java
(see attached patch). I tried different values of location-autofill (-1
thru 4) and it did not change anything.
At that point everything looks fine. Where else could the problem happen?
2011/03/02 16:15:09 FINE
I've now tested r1877 but noticed almost all the forests in the Netherlands are
completely gone at resolution 18 :-(
I've tried it with and without --reduce-point-density-polygon but it seems to
have no effect.
Is there a way to set this parameter off?
On 03.03.2011 12:57, Minko wrote:
I've now tested r1877 but noticed almost all the forests in the Netherlands
are completely gone at resolution 18 :-(
I've tried it with and without --reduce-point-density-polygon but it seems to
have no effect.
Is there a way to set this parameter off?
Hi
I built a map using us_midwest extract from Geofabrik and have 5
countries listed in the country list on my Etrex Vista:
Country
Israel
Mongolia
Ukraine
United States
OK I have got it. There are two things.
1. A silly bug, the country list is sorted without renumbering the
index
Version 1878 was commited by steve on 2011-03-03 12:50:46 + (Thu, 03 Mar
2011)
When sorting the countries also renumber them.
This causes regions with completely correct country information to be
wrong in the final file because they were using the pre-sort index number.
On 02/03/11 14:18, RNDr. Frantisek Mantlik wrote:
When processing pbf file with splitter on single processor computer,
processing never finishes. If my guess is correct, the problem is in the
endMap function of the SplitProcessor class. Process hangs on line 176
because of blocking of the
Felix,
You have recently introduced so many changes I can't figure out anymore what is
causing what.
How can I change the settings of drop small polygons? It's not described in
the help files.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
I have always compiled my map without --index. Since the index branch
merge, my Edge 705 does not list any streets.
My scripts are at http://www.polkupyoraily.net/osm/. I build the map
layer and the --gmapsupp separately. Both runs use --latin1, roughly
like this:
java -jar mkgmap.jar -c
On 03/02/11 22:07, Johann Gail wrote:
while i'm here, i also tried lowercase option - it mostly worked except
for labels on roads where all lowercase symbols seemed to be replaced by
underscores. is that something that can be improved with mkgmap, or is
it a quirk of the garmin device ?
On 03.03.2011 14:54, Minko wrote:
Felix,
You have recently introduced so many changes I can't figure out anymore what
is causing what.
How can I change the settings of drop small polygons? It's not described in
the help files.
Read rev 1875, and change the 8 to a smaller value. You have
For mkgmap I'd suggest that, for the USA at least, country information
is not taken from isin lists that are shorter than 4.
Thanks for fixing this!
On a side topic how can I have a consistent region (state) naming. Now I
have MI. Mich., Michigan. How can I ensure that I have only one entry
Hello,
Attached is the latest version of the patch:
* uses family name for directory name
* map can now be uninstalled from Add/Remove Programs (WinXP) or
Programs and Features (Vista/Win7)
* uninstalls map if already installed (NEW: silently force uninstall if
silently installing)
*
Moin,
my mkgmap build process is very shaky, but finally I managed to create a patch
of my changes. Perhaps it is even working?
Gruss
Torsten
Index: src/uk/me/parabola/mkgmap/osmstyle/TypeReader.java
===
---
Hi Felix,
Could you please be more specific. I never had to compile mkgmap before.
Is it possible to use an option --drop small polygons for this?
The rendering is now far from ideal for the Dutch folks, I would like to turn
this option drop small polygons off
without having to compile mkgmap.
The previous versions had a file name hardcoded and would not work in
most cases. Sorry about that.
On 3/3/2011 10:46 AM, Nakor wrote:
Hello,
Attached is the latest version of the patch:
* uses family name for directory name
* map can now be uninstalled from Add/Remove Programs (WinXP) or
Am 03.03.2011 13:35, schrieb Markus_g:
I Hope there is a way to turn it off. I like forests and national parks, etc
coming in at zoom 16 so I can get the big picture on what's around. I think
it should be the style file that sets when things should be displayed.
At the moment there is no
Hello
Latest versions of mkgmap stopped working correctly with
windows-1257 encoding (I no longer see Lithuanian letters on Colorado
and QLandkarteGT).
Is this related to the fact that sort/cp1257.txt is not provided yet?
I'm NOT using --index option yet but using --lower-case and
I have improved calculation of the country information. In case no
country information is available the most used country in a tile is used
for all elements without country tag.
The patch now patches the trunk and no longer the index branch.
I have observed that lots of POIs are assigned the
Am 03.03.2011 20:11, schrieb Johann Gail:
Am 03.03.2011 13:35, schrieb Markus_g:
I Hope there is a way to turn it off. I like forests and national
parks, etc
coming in at zoom 16 so I can get the big picture on what's around. I
think
it should be the style file that sets when things should
Okay I've done some comparisons between the two approximations.
For polygons the old version is much better because the patched version
creates bad artifacts. For streets at resolution 23 (if used) to 21 I
prefer it too. At resolution 20 I am indifferent and cannot really
decide what is
Am 03.03.2011 21:54, schrieb Johann Gail:
Okay I've done some comparisons between the two approximations.
For polygons the old version is much better because the patched
version
creates bad artifacts. For streets at resolution 23 (if used) to 21 I
prefer it too. At resolution 20 I am
The MapElement copy constructor does not copy the attribute field which
contains the location inforamtion country, city, zip, street, phone etc.
The patch fixes that.
WanMil
Index: src/uk/me/parabola/mkgmap/general/MapElement.java
For lines it works perfect. But somehow polygons really get munged and
destructed (lots of straight line holes - that are fewer without this
patch).
Could you check what is going on for polygons? For polygons the old algo
should be used, it looks like it would be even worse than the straight
On Thu, Mar 03, 2011 at 04:59:37PM +0100, Torsten Leistikow wrote:
my mkgmap build process is very shaky, but finally I managed to create
a patch of my changes. Perhaps it is even working?
Could you elaborate what your patch does? Does it remove the option
add-pois-to-areas altogether? Even
Thankyou. I like it that if no option is set that it will behave as before
the small polygon patch. It is good also that we can play around with the
setting.
Regards,
Markus_g
-Original Message-
From: mkgmap-dev-boun...@lists.mkgmap.org.uk
[mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk]
On Wed, Mar 2, 2011 at 5:36 PM, Michael Prinzing mi...@gmx.net wrote:
Hi,
I am getting the splitter from svn, compiling and running it unter
Windows XP SP3 using JDK 1.6.0_25. There are 2 problems if I am using a
splitter version newer than r161 (tryed until r167 so far).
1.)
27 matches
Mail list logo
