Hi Bernd,
thanks for testing. I'll try to find out what is special in your sample.
The numbers 116-118 form what I call a group, so are treated special.
BTW: I wonder if we need a special tag like mkgmap:allow-rename=0
to disable the naming for particular kinds of roads?
Did you find cases
Hi Andrzej,
not much help from me, but some observations.
If you add a name to a road, then it will be visible on GPS. I find it
quite interesting, to know place name on nuvi, displayed as a road. But
it would be wrong, if road would have names outside village area. So
your algorithm
I didn't test the new function against the default style, so you can ignore
this special case
Bernd
Hier sollte eigentlich eine Signatur stehen.
-Original Message-
From: Gerd Petermann gpetermann_muenc...@hotmail.com
To: mkgmap-dev@lists.mkgmap.org.uk mkgmap-dev@lists.mkgmap.org.uk
Am Freitag, 3. April 2015, 17:05:08 schrieb Gerd Petermann:
Please try it and let me know how it works for you. If possible I'd like
to change the option so that it is done by default and may be switched off.
Looks really good for me, found 9 of 10 addresses along the nearest renamed
service
Hi Gerd,
If fear when I add invisible and roads and don't add them to the
routing network routing to such an address will not work.
It works for me. I create routable map with cgpsmapper, where I add
objects like this for each city:
[POLYLINE]
Type=0x13
Label=DOBRZEWINO
CityName=DOBRZEWINO
Hi Bernd,
can't reproduce a problem with Bergstraße 116-118 with the default style.
They are all found at this node:
http://www.openstreetmap.org/node/279052767
and that's what I think is the best possible place.
The algo assumes that a service road is connected to this node.
Gerd
From:
Gerd Petermann gpetermann_muenc...@hotmail.com writes:
I've coded the following simple approach:
For each element (node/way) with addr:housenumber=* and addr:place=* and
addr:street!=*
search the nearest routable way that has no name (mkgmap:street!=*)
If the closest road is within a
Hi Gerd
How does it know which TYP file applies to which option?
-index typ1.typ --gmapsupp typ2.typ
does this work?
Nick
On 04/04/2015 18:52, GerdP [via GIS] wrote:
Hi Nick,
I see no reason why this would not work. AFAIK the TYP file is only
copied
into the gmapsupp.
Gerd
Hi Florian,
what would be the solution for this case?
Should mkgmap change the name to Bosfeld for the part of Bosfelder Weg
that
runs through Bosfeld ?
That would mean something like roate the four labels so that the last is
lost
and put Bosfeld as first label.
I seem to remember similar cases
Hi Gerd
Yes, you can do that , but both gmapsupp and the imgs use ONE and the
same typ file
You can't specify one TYP file for gmapsupp and another for the imgs in
the same run , or can you?
On 04/04/2015 18:33, GerdP [via GIS] wrote:
Hi Nick,
maybe I don't understand the problem, but I
Hi Nick,
I see no reason why this would not work. AFAIK the TYP file is only copied
into the gmapsupp.
Gerd
nwillink wrote
Hi Gerd
Yes, you can do that , but both gmapsupp and the imgs use ONE and the
same typ file
You can't specify one TYP file for gmapsupp and another for the imgs
Perhaps I'm the only person who uses 2 typ files for the same map:
one for Basecamp/Mapsource ,another for my gps device
I always seem to be compromising my colour palette and line widths to
accommodate my device and yet I'm always creating my routes on Basecamp.
So, at present, I'm having to
Hi Nick,
maybe I don't understand the problem, but I think you can compile the tiles
once to create the gmapsupp and use
java -jar mkgmap --nsis --index ... *.img xyz.TYP
for the Basecamp version.
Gerd
nwillink wrote
Perhaps I'm the only person who uses 2 typ files for the same map:
one
Hi Nick,
maybe that works as well, can't try it now. If not, use two steps. The two
step
variant is possibly faster, as it requires less memory.
Gerd
nwillink wrote
Hi Gerd
How does it know which TYP file applies to which option?
-index typ1.typ --gmapsupp typ2.typ
does this work?
Thanks Gerd
Will have a try
Happy Easter !
Nick
On 04/04/2015 19:00, GerdP [via GIS] wrote:
Hi Nick,
maybe that works as well, can't try it now. If not, use two steps. The
two step
variant is possibly faster, as it requires less memory.
Gerd
nwillink wrote
Hi Gerd
How
On Sat, Apr 04, 2015 at 03:03:47PM +0200, Gerd Petermann wrote:
Hi all,
some month ago we discussed the idea to implement addr:place support.
It it assumed that an address has addr:housenumber and either addr:place or
addr:street. Up to now those with addr:place are ignored.
It is also
16 matches
Mail list logo
