<div dir="ltr"><br>I have added a check on whether the 'via' is the first/last node in the from and to<br>ways<br><br>On Sun, Sep 14, 2008 at 8:12 AM, Nic Roets <span dir="ltr"><<a href="mailto:nroets@gmail.com">nroets@gmail.com</a>></span> wrote:<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">> Would be great if it could also check this:<br>

><br>
> * a way may not be in any "from" or "to" role if it goes *through* the<br>
> junction (because in that case the information would be incomplete - you<br>
> would need to know which part of the way is meant!).<br>
<br>
</div>Just to clarify : For example A ends in a T junction where it meets B.<br>
'to' is B and goes through so it may be unclear if the restriction<br>
applies to a left turn or a right turn into B. (Traveling forward /<br>
backwards in B).</blockquote><div><br>Hmm, I've been slow - I hadn't full appreciated the scope of the problem ;-(<br>Splitting every way that is part of a turn restriction is going to lead quite<br>a few more ways.<br>
<br>Although I'm not sure this is a restriction problem, similar things happen with<br>classification changes or bike routes etc<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Gosmore currently requires the 'restriction' tag because it uses it to<br>
distinguish between the two. (And it ignores anything with "half",<br>
"left_right" and "right_left") Specifically it measures the angles<br>
between the segments and considers turns less than 45 degrees to be<br>
straight ons and turns more than 135 degrees to be u turns. So there<br>
have been at least one case in Australia were it was mapped as<br>
no_right_turn while gosmore considered it a u turn. Of the 3 solutions<br>
("no_u_turn", "only_straight_on" and adding a node to give the<br>
junction a T shape), the mapper chose the latter.</blockquote><div><br>Ahh, I wonder if this is what is causing some of the weirdness I am seeing<br>with route debugging. Can you send me a permalink to the case in Australia<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
I can't see that I will have time to implement anything else before<br>
2009. So I recommend mappers to take the 30 seconds and add the<br>
restriction tag and perhaps an extra node. (Just like I recommend<br>
always add bicycle=yes/no to trunk roads).<br>
<br>
If both roads goes through, Relation:restriction simply does not have<br>
enough info. (Relation:xrestriction will have enough info, but is not<br>
supported or used). So then you have to split at least one of the<br>
ways. I should just point out that the newbies here in Pretoria have<br>
blindly recombined ways. In the first case the one way had layer=1 and<br>
the other didn't have layer set, so the recombine did not result in a<br>
conflict resolution dialog. This may well happen in cases where ways<br>
were split to make relation:restriction unambiguous.<br>
<br>
O.T. : In the other case(s) the newbie set the layer and name of the<br>
combined way to "1; 2" and "Old Pretoria Road; Old Pretoria Road"<br>
respectively.<br>
<div class="Ih2E3d"><br>
> Nic has said that he uses the "restriction=..." tag to clarify these. I<br>
> don't like that idea but if it is used widely then my above rule would<br>
> have to be lifted for relations with a "restriction..." defined.<br>
<br>
</div>There are only 500 odd restrictions. So editing them all should not<br>
take more than a few hours.<br>
<br>
P.S. : I have a very simple proposal for encoding restrictions that<br>
never requires splitting ways, and unlike xrestriction it will keep on<br>
working if the someone adds an extra node in the final segment.The<br>
only drawback is that users will find it difficult. So the best time<br>
to adopt it will be when one of the editors gets a restriction editor<br>
function.<br>
<br>
Regards,<br>
<font color="#888888">Nic<br>
</font><div class="Ih2E3d"><br>
><br>
> Bye<br>
> Frederik<br>
><br>
> --<br>
> Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br>
><br>
</div><div><div></div><div class="Wj3C7c">> _______________________________________________<br>
> talk mailing list<br>
> <a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br>
><br>
</div></div></blockquote></div><br>cheers<br><br>-- <br>Franc<br>
</div>