Version mkgmap-r4195 was committed by gerd on Fri, 13 Jul 2018
fix check for two node way so that we don't calculate a point for ways with 3
nodes
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4195
___
mkgmap-dev mailing list
Version mkgmap-r4194 was committed by gerd on Fri, 13 Jul 2018
calculate a mid point for a way with just two nodes to avoid
special case where an end point is part of the country border.
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4194
Hi Henning,
cannot find a problem in source.osm. I've tried with an old bounds.zip and with
the current one from
http://osm2.pleiades.uni-wuppertal.de/bounds/latest/bounds.zip
With both the LocationHook sets mkgmap:admin_level2=MNG for the two admin_level
4 ways.
Gerd
Hi Felix,
can you confirm that the DEM problems are solved with r4093?
Gerd
Von: mkgmap-dev im Auftrag von Felix
Hartmann
Gesendet: Donnerstag, 26. April 2018 20:20
An: Development list for mkgmap
Betreff: [mkgmap-dev] DEM/Contourlines causing grey
Hi Felix,
any results from this? Did you contact Adrian?
Gerd
Von: mkgmap-dev im Auftrag von Felix
Hartmann
Gesendet: Samstag, 9. Juni 2018 22:39
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Line simplification in phyghtmap
It's not
Hi Gerd
The point i was try to make was that some other properties of the
generated map might be disrupting the integrity of the index as
understood by the garmin device. As an example, any extended types
(points/lines/shapes) anywhere earlier in the gmapsupp.img, but there
could be many other
Hi Henning, for a way with 2 nodes n/2 gives 1, and the nodes are numbered
starting with 0, so the n/2 node is the last, not the first. The last is in the
north.
Maybe it would be better to calculate the position of the middle for a way with
just 2 nodes, at least this would solve this problem
Hi Ticker,
POI with 0x2a?? are not extended types, they are the standard types for food.
AFAIK one cannot search for POI with extended types.
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Donnerstag, 12. Juli 2018 16:21
An:
Hi Gerd,
while checking the process with echotags function, I can confirm the
mkgmap:country tag is set wrong, but set.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On my device (eTrex Legend HCx) nearby results appear almost instantly.
I don't know if it is of any significance but my style doesn't used
extended types for anything!
Looking at the thread Thorsen mentioned - this I presume:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q1/020569.html
Hi Gerd,
I felt a little strange, as it is the only tile causing this problem. I
took a look into the result of splitter, added two nodes with
test=country and they were set to the matching country code. As the
issues were matching exactly with the tile boundaries, I was thinking
maybe it's
Hi Mike,
this seems to be a limit in the img format. If I got that right an entry in NET
refers to more than 0x80 entries in RGN.
This seems to be too much and should not happen. The program should probably
split the road somewhere
so that more entries in NET are created or it is split too
Hi, I have just started getting an assert of "too many polylines at level 1"
with my latest UK build. Any suggestions what I need to change?
java.lang.AssertionError: too many polylines at level 1
at uk.me.parabola.imgfmt.app.net.RoadDef.writeLevelCount(RoadDef.java:333)
at
Hi Bernd,
thanks, I tried with your rules but that didn't help in my case. The Index is
different but the problem remains.
I am no longer sure about the results though, for my hometown the search
returns reasonable results after a while.
It did not find much in some towns in CZ, but maybe that
14 matches
Mail list logo