Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-22 Thread Gerd Petermann
. So, I assume that Steve had a good reason to treat the levels option special, but I don't understand yet what problem he saw... Gerd Date: Sun, 21 Apr 2013 10:48:20 +0200 From: extremecar...@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] Problem with bounds_*.zip Hi

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-21 Thread GerdP
Hi, got no answer on this. Now I meet the same problem again with the levels option. I don't fully understand the meaning of the levels statement as it is implemented now. If I got this right, the style files are always using either the value given in the options file or the value that is hard

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-21 Thread Felix Hartmann
I would prefer if command lines overrides the options file. No more, no less. On 21.04.2013 10:27, GerdP wrote: Hi, got no answer on this. Now I meet the same problem again with the levels option. I don't fully understand the meaning of the levels statement as it is implemented now. If I

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-21 Thread GerdP
Hi Felix, yes, but what about the order? Should --levels=0:24 1:22 --style-file=xyz give the same result as --style-file=xyz --levels=0:24 1:22 when xyz/options contains levels=0:24 1:20 2:16 Gerd Felix Hartmann-2 wrote I would prefer if command lines overrides the options file. No more,

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-21 Thread Felix Hartmann
Hi Gerd, I would say yes. So far everything based on order in the commandline caused only confusion. Essentially for me it doesn't matter how it works, because I will know how to implement it, but I think in generell commandline is considered to override defaults - and therefore also

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-11 Thread GerdP
Henning Scholland wrote Am 10.04.2013 09:06, schrieb Minko: Hi Wanmil, I like your first option: 1. Merge the options of the style file at the very beginning of mkgmap so that all mkgmap sources can uses the same set of options. A lot of options are related to the style files. When I

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-10 Thread Minko
Hi Wanmil, I like your first option: 1. Merge the options of the style file at the very beginning of mkgmap so that all mkgmap sources can uses the same set of options. A lot of options are related to the style files. When I distribute my styles, people (like Lambertus who 'produces' my

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-10 Thread Henning Scholland
Am 10.04.2013 09:06, schrieb Minko: Hi Wanmil, I like your first option: 1. Merge the options of the style file at the very beginning of mkgmap so that all mkgmap sources can uses the same set of options. A lot of options are related to the style files. When I distribute my styles,

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-09 Thread Bernd Weigelt
Am 20.03.2013 08:38, schrieb Gerd Petermann: Hi all, Solved, if i use 'name-tag-list=name:de,name,int_name' in '-c map.conf' 'name_tag = name:de, name' in ³STYLE/options' didn't work. Don't know why ;-) I didn't try, but the source code evaluates name-tag-list, not name_tag. The wrong

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-09 Thread GerdP
Hi Bernd, Bernd Weigelt wrote Sorry to bring this old thread up, but i had this problem again. 'name-tag-list=name:de,name,int_name' in $STYLE/options didn't work got something like this 'Sh??rii Lnkaa' instead of 'Sri Lanka' 'name-tag-list=name:de,name,int_name' in '-c map.conf' work

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-04-09 Thread WanMil
Hi Bernd, Bernd Weigelt wrote Sorry to bring this old thread up, but i had this problem again. 'name-tag-list=name:de,name,int_name' in $STYLE/options didn't work got something like this 'Sh??rii Lnkaa' instead of 'Sri Lanka' 'name-tag-list=name:de,name,int_name' in '-c map.conf' work

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-03-20 Thread Gerd Petermann
: Tue, 19 Mar 2013 12:08:32 -0700 From: gpetermann_muenc...@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] Problem with bounds_*.zip Bernd Weigelt wrote Am 17.03.2013 10:26, schrieb Bernd Weigelt: Maybe it is a problem with _my_ own systemconfig openSUSE 12.2

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-03-19 Thread GerdP
Bernd Weigelt wrote Am 17.03.2013 10:26, schrieb Bernd Weigelt: Maybe it is a problem with _my_ own systemconfig openSUSE 12.2 and 12.3. Solved, if i use 'name-tag-list=name:de,name,int_name' in '-c map.conf' 'name_tag = name:de, name' in ³STYLE/options' didn't work. Don't know why

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-03-17 Thread Bernd Weigelt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 16.03.2013 21:01, schrieb Carlos Dávila: I downloaded bounds_20130308.zip when WanMil announced it in the list but yesterday I noticed mkgmap wasn't able to use it. I re-downloaded it and now it works fine. Maybe you have the same problem. The

[mkgmap-dev] Problem with bounds_*.zip

2013-03-16 Thread Bernd Weigelt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello I've got a mail from an user in Sri Lanka, who use a map on a Nüvi | The last OSM Sri Lanka only map that you sent me has a Region | Error.Garmin nuvi device shows the country | name of the map as *Sh??rii Lnkaa.* It spells Sri Lanka deadly

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-03-16 Thread Carlos Dávila
El 16/03/13 18:51, Bernd Weigelt escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello I've got a mail from an user in Sri Lanka, who use a map on a Nüvi | The last OSM Sri Lanka only map that you sent me has a Region | Error.Garmin nuvi device shows the country | name of the

Re: [mkgmap-dev] Problem with bounds_*.zip

2013-03-16 Thread Bernd Weigelt
Mär 2013 21:03 Subject: Re: [mkgmap-dev] Problem with bounds_*.zip El 16/03/13 18:51, Bernd Weigelt escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello I've got a mail from an user in Sri Lanka, who use a map on a Nüvi | The last OSM Sri Lanka only map that you sent me has a Region