<div dir="ltr">Yes I think that could be problematic. I'm not sure how it will end up. I do not create routable lines from the relations file directly, I use the set command and then in the lines file the additional ways are created - so that if one line has 1 or X route relations, there will be no difference. However that assumes they are all added to the same line I guess. So if different routes are copied onto different overlapping ways this principle would go wrong - it won't be a problem if the underlying overlaying ways are moved/merged before the handling of the relations however.<div><br></div><div>I have so far seen mostly cases where two overlaying ways were both part of the same route relation - not of different route relations. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On 4 April 2018 at 11:10, 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 Felix,<br>
<br>
well, you started to mention route relations:<br>
<span class="">"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."<br>
</span>My understanding is that the code in mkgmap doesn't have to care about route relations (e.g. type=route, route=bicycle), this is done in the style. With your style those might cause more trouble because you add more routable lines for the members but the current overlap remover will only remove segments with more or less identical attributes.<br>
What you suggest requires a completely different approach, right?<br>
<span class=""><br>
Gerd<br>
<br>
______________________________<wbr>__________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk">mkgmap-dev-bounces@lists.<wbr>mkgmap.org.uk</a>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com">extremecarver@gmail.com</a>><br>
</span>Gesendet: Mittwoch, 4. April 2018 10:58:43<br>
<span class="">An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] overlapping highways and route restrictions<br>
<br>
</span><span class="">yes I know - but even though both ways you linked have different turn restriction ID - the content of the turn restriction is identical (only straight on).<br>
<br>
</span><span class="">On 4 April 2018 at 10:54, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com">gpetermann_muenchen@hotmail.<wbr>com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com">gpetermann_<wbr>muenchen@hotmail.com</a>>> wrote:<br>
Hi Felix,<br>
<br>
yes, 1) would handle the case in my example.<br>
Just to make sure: I meant turn restrictions, not route relations.<br>
<br>
Gerd<br>
<br>
______________________________<wbr>__________<br>
</span>Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk">mkgmap-dev-bounces@lists.<wbr>mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk">mkgmap-<wbr>dev-bounces@lists.mkgmap.org.<wbr>uk</a>>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com">extremecarver@gmail.com</a><<wbr>mailto:<a href="mailto:extremecarver@gmail.com">extremecarver@gmail.com</a><wbr>>><br>
<span class="">Gesendet: Mittwoch, 4. April 2018 10:48:20<br>
An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] overlapping highways and route restrictions<br>
<br>
For my maps 1) is enough - and warning not even needed. I think it's hard to find out what the outcome should be.<br>
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.<br>
<br>
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).<br>
<br>
<br>
<br>
</span><span class="">On 4 April 2018 at 10:39, Gerd Petermann <<a href="mailto:GPetermann_muenchen@hotmail.com">GPetermann_muenchen@hotmail.<wbr>com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com">GPetermann_<wbr>muenchen@hotmail.com</a>><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com">G<wbr>Petermann_muenchen@hotmail.com</a><wbr><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com">GPetermann_muenchen@<wbr>hotmail.com</a>>>> wrote:<br>
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>
<br>
Gerd<br>
<br>
<br>
______________________________<wbr>_________________<br>
mkgmap-dev mailing list<br>
</span><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><wbr><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.<wbr>mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-<wbr>dev@lists.mkgmap.org.uk</a><<wbr>mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.<wbr>mkgmap.org.uk</a>>><br>
<div class="HOEnZb"><div class="h5"><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>
<br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
Schusterbergweg 32/8<br>
6020 Innsbruck<br>
Austria - Österreich<br>
______________________________<wbr>_________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><wbr><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.<wbr>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>
<br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
Schusterbergweg 32/8<br>
6020 Innsbruck<br>
Austria - Österreich<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>
</div></div></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>