Hi Thorsten,
I agree, it should be switched.
One correction: LocationHook may add the tag mkgmap:postcode, not
mkgmap:postal_code.
ciao,
Gerd
Date: Wed, 25 Jan 2012 08:57:37 +0100
From: ku...@suse.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] Question reg. precompiled
On Wed, Jan 25, Gerd Petermann wrote:
Hi Thorsten,
I agree, it should be switched.
One correction: LocationHook may add the tag mkgmap:postcode, not
mkgmap:postal_code.
Sorry, I don't understand.
mkgmap:postcode is the variable mkgmap initializes with the value from the
data,
Thorsten,
your understanding is correct, I wanted to correct my own error in the previous
post.
Gerd
Date: Wed, 25 Jan 2012 09:15:07 +0100
From: ku...@suse.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] Question reg. precompiled bounds
On Wed, Jan 25, Gerd Petermann
Maybe a bit off-topic for this list, but for owners of GPS units that lacks a
night mode (Dakota, Oregon) there is an option to view this in the nautical map
mode (setup - marine - marine chart - nautical). It turns out my typ file
renders almost the same as in the night mode on other units.
Minko ligfietser at online.nl writes:
Maybe a bit off-topic for this list, but for owners of GPS units that lacks
a night mode (Dakota, Oregon)
there is an option to view this in the nautical map mode (setup - marine -
marine chart - nautical). It
turns out my typ file renders almost the
Hi,
There are quite a lot of relations, which don't use name but place_name.
My idea was to name-tag-list and added the following line to
style/options:
name-tag-list=name, place_name
But this does not work, I still get warnings like:
2012/01/25 11:01:05 WARNUNG (LocationHook):
Okay...
Never seen on my Nuvi... I will check this. But, I think this information will
be safed in the same part like the speed-limit-signs...
//Martin
@ Minko: Thanks for this information, this is what I miss since I have a Oregon
(before I used a 60CsX)
Am 25.01.2012 um 11:29 schrieb Nick
Hi Thorsten,
I think it should work, at least I see that the name-tag-list is evaluated in
LocationHook.
Please check if you overwrite the name-tag-list again
Gerd
Date: Wed, 25 Jan 2012 12:08:24 +0100
From: ku...@suse.de
To: mkgmap-dev@lists.mkgmap.org.uk
Subject: [mkgmap-dev]
Hi Gerd,
On Wed, Jan 25, Gerd Petermann wrote:
I think it should work, at least I see that the name-tag-list is evaluated in
LocationHook.
Please check if you overwrite the name-tag-list again
I checked and I don't overwrite the name-tag-list again.
But: If I specify the name-tag-list on
On Wed, Jan 25, Gerd Petermann wrote:
Yes, but that shouldn't matter in the LocationHook. The LocationHook just
adds tags like mkgmap:postal_code to the nodes that form such a building,
and I guess that persons who are interested in postal codes
will use coresponding lines in their styles
On Jan 25, 2012, at 9:52 AM, WanMil wrote:
A postal_code relation catches all nodes and ways and it has to be
tagged once. In constrast you have N elements all tagged individual.
The chances are much higher that there are one or more typo errors in
the elements than there is one in the
On Jan 25, 2012, at 9:52 AM, WanMil wrote:
A postal_code relation catches all nodes and ways and it has to be
tagged once. In constrast you have N elements all tagged individual.
The chances are much higher that there are one or more typo errors in
the elements than there is one in the
I cannot use the machine now but I try again when I can. The machine is
Linux 64 bits.
2012/1/24 Carlos Dávila cdavi...@orangecorreo.es
**
El 24/01/12 16:23, Gerd Petermann escribió:
Hi Maetma,
I tried with splitter r200 and france.osm.pbf from today and your command,
but on windows, not
On Wed, Jan 25, WanMil wrote:
On Wed, Jan 25, Gerd Petermann wrote:
Yes, but that shouldn't matter in the LocationHook. The LocationHook just
adds tags like mkgmap:postal_code to the nodes that form such a building,
and I guess that persons who are interested in postal codes
will
On Jan 25, 2012, at 10:17 AM, WanMil wrote:
relations are constantly broken in OSM and practically this doesn't work so
well. having individual tags provides redundancy and can be used to verify
consistency of the relation.
mkgmap is not a consistency checker. That's the purpose of
On Wed, Jan 25, 2012 at 07:24:41PM +0100, Maetma 91 wrote:
I cannot use the machine now but I try again when I can. The machine is
Linux 64 bits.
Which JVM are you using? It could play a role here.
Marko
___
mkgmap-dev mailing list
Am 25.01.2012 19:59, schrieb Apollinaris Schoell:
On Jan 25, 2012, at 10:17 AM, WanMil wrote:
relations are constantly broken in OSM and practically this doesn't work so
well. having individual tags provides redundancy and can be used to verify
consistency of the relation.
mkgmap is not
17 matches
Mail list logo