Hi Felix,
good point.
Up to now we treat a road different because we split it into pieces before we
apply the filters. This is done to make
sure that no filter eliminates parts of a road which are needed for routing.
I don't understand yet in what case this might change the results of the
filt
Hi Gerd,
I got no more warnings to stderr with this version.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd,
I got no more warnings about routing-problems to stderr with this
version. Thanks!
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Well, it doesn't happen often - and I couldn't notice a change
happened due to the patch - here is a screenshot of what the problem
looks like (_oneway_=yes arrows, created using continue - then
afterwards the road you see is created) - (location - Mödling,
Austria - 200m
Hi Felix,
ok, so the merge-lines patch is ok.
Most of the filters are disabled for resolution 24, so I have no idea why
this happens.
It could be an effect of the short-arc-removal process which is now only
done with roads,
or maybe the two ways go into different sub division, but this is a short
Version 2586 was committed by gerd on Sun, 05 May 2013
merge-lines-v2.patch: use merge-lines for all lines in all resolutions, except
for roads in res 24. Enable merge-lines per default.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http:/
