<div dir="ltr">For my maps 1) is enough - and warning not even needed. I think it's hard to find out what the outcome should be.<div>The case of overlapping ways being part of different route relations on the other hand I've seen quite often - in that case I think it's best to just add all route relations to one way, and remove the other one.</div><div><br></div><div>The example you found here - I think is quite possible to solve - both restriction relations are identical - so one way including the restriction relation can be removed, the route relations copied over. If the restriction is having different rules - then however I don't think we can solve it correctly (well an exception is if we have overlapping ways in OSM which are oneway and opposite to each other - this is a rare case where overlapping ways are not to be removed I guess).</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 4 April 2018 at 10:39, Gerd Petermann <span dir="ltr"><<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
please help, I just try to make up my mind what mkgmap should do when it finds overlapping road segments and<br>
one (or both) of the overlaps is a part of a (valid) restriction relation.  This doesn't happen very often, but it is possible.<br>
<br>
The attached example contains these two overlapping ways, and both are members of (different) restriction relations:<br>
<a href="https://www.openstreetmap.org/way/48218016" rel="noreferrer" target="_blank">https://www.openstreetmap.org/<wbr>way/48218016</a><br>
<a href="https://www.openstreetmap.org/way/48218008" rel="noreferrer" target="_blank">https://www.openstreetmap.org/<wbr>way/48218008</a><br>
<br>
(I did not try what the trunk version produces for this mess)<br>
<br>
I see different possibilities:<br>
1) ignore route restrictions when removing overlaps, remove those which are invalid after overlapping segments were removed and log a warning<br>
2) ignore overlaps when the ways are members of restriction relations<br>
3) complex: remove overlaps but try to "repair" the restriction<br>
<br>
I am currently trying to implement 3) but it looks too complicated for such a rare case and in the end we have a clear case of wrong input data here.<br>
What do you think?<br>
<span class="HOEnZb"><font color="#888888"><br>
Gerd<br>
<br>
</font></span><br>______________________________<wbr>_________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">http://www.mkgmap.org.uk/<wbr>mailman/listinfo/mkgmap-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div>Schusterbergweg 32/8<br></div><div>6020 Innsbruck<br></div></div>Austria - Österreich</div></div></div></div>
</div>