<html><head></head><body><div dir="auto">Hi Gerd,<br></div>
<div dir="auto">A hopefully easy solution could be to just take the first connection between two nodes and if there will be a second one, just copy name-tag for house numbers and then skip that second way. Or just report them. Can be two options like: - - duplicate-ways=remove/report<br><br></div>
<div dir="auto">Henning </div>
<div class="gmail_quote" >On 29 Mar 2018, at 09:32, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="blue">Hi Felix,<br><br>sorry to hear. I am running out of ideas for a simple patch :-(<br>Maybe it is not the number of arcs with the same initial bearing but the number of arcs going to the same destination node.<br><br>Anyway, seems we really have to remove overlapping parts of roads much earlier to make your style work in that situation,<br>and I think this would open a new box of worms reg. housenumbers, turn restrictions and so on, in other words,<br>I fear we might add a lot of complex code that is rather bad for other users.<br>So, maybe it would be better to just fix those errors in OSM? <br><br>Gerd<br><br><hr><br>Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Felix Hartmann <extremecarver@gmail.com><br>Gesendet: Mittwoch, 28. März 2018 23:10:16<br>An: Development list for mkgmap<br>Betreff: Re: [mkgmap-dev] Bug in Road Merging - actually doubling roads.<br><br>Sorry for taking so long - needed to setup a new desktop computer with my old mainboard dead. The new patch does not really seem to improve anything. It's not dropping the route in simulation mode anymore - but getting stuck and not routing along.<br><br>On 23 March 2018 at 09:50, Felix Hartmann <extremecarver@gmail.com<mailto:extremecarver@gmail.com>> wrote:<br>Well all the problems about problematic arcs so far came up from a combination of two things:<br>a) my style creates two additional ways (bit different road_class/road_speed based on input) if the following is met: route relation hiking, bicycle or mtb | ( mtb:scale>0 & mtb:scale<5) | class:bicycle>1. Additionally if a road is oneway - and it's a low level road (so neither motorway,trunk,primary,secondary,tertiary) - and oneway, a low class/speed non oneway road is added as well (intention to have lower priority against the oneway than driving with the oneway direction. Also additionally if bicycle lane against the traffic flow is possible, it will create a line against the oneway.<br>b) mistakes in OSM data where wrongly several objects lie on top of each other.<br><br><br>Sorry my computer crashed yesterday evening, and I cannot boot it right now. Seems my Mainboard is dead. So I probably won't have possibilities for testing before Monday or Tuesday.<br><br>On 23 March 2018 at 09:39, Gerd Petermann <gpetermann_muenchen@hotmail.com<mailto:gpetermann_muenchen@hotmail.com>> wrote:<br>Hi Henning,<br><br>Henning Scholland wrote<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hi Gerd, I just was thinking about if one road is leaving the roundabout<br> at two angles it may count on the Garmin as two roads and will lead to<br> 'exit on 3rd exit' instead of 'exit on 2nd exit' for example.<br><br> But I haven't gave it a try yet.<br> <br></blockquote><br>ah, okay, got it. I think Garmin should calculate the number for the exit<br>without "thinking" about the further<br>route but who knows.<br>I'd like to test it on my own but I found it too difficut to create a style<br>that tries to do the same as Felix'<br>style, and you don't get the same results when you simply add overlapping<br>highways in JOSM.<br><br>I am not aware of another style that adds multiple routable ways for one OSM<br>way, and Felix doesn't want to share his, so testing is his work. I can only<br>make educated guesses about the effects,<br>and of course I'll test it with other styles before committing it.<br><br>Gerd<br><br><br><br><br><br><br><br><br><br>--<br>Sent from: <a href="http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html">http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html</a><br><hr><br>mkgmap-dev mailing list<br>mkgmap-dev@lists.mkgmap.org.uk<mailto:mkgmap-dev@lists.mkgmap.org.uk><br><a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br><br><br><br>--<br>Felix Hartman - <a href="http://Openmtbmap.org">Openmtbmap.org</a> & <a href="http://VeloMap.org">VeloMap.org</a><br>Schusterbergweg 32/8<br>6020 Innsbruck<br>Austria - Österreich<br><br><br><br>--<br>Felix Hartman - <a href="http://Openmtbmap.org">Openmtbmap.org</a> & <a href="http://VeloMap.org">VeloMap.org</a><br>Schusterbergweg 32/8<br>6020 Innsbruck<br>Austria - Österreich<br><hr><br>mkgmap-dev mailing list<br>mkgmap-dev@lists.mkgmap.org.uk<br><a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre></blockquote></div></body></html>