<br><br><div class="gmail_quote">On Sat, Nov 29, 2008 at 8:31 PM, Erik Johansson <span dir="ltr"><<a href="mailto:erjohan@gmail.com">erjohan@gmail.com</a>></span> wrote:<br><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"><br>
</div>Ok.. so do you use two via nodes to resolve the left/right turn  issue<br>
with out using lat/lon?<br>
</blockquote></div><br>No. gosmore expects exactly one 'via' object and it must be a node. So complicated (multistate) restrictions aren't supported (yet) e.g. specifying no U-turn at traffic_signals where another road cross.<br>
<br>At T junctions the ambiguity is resolved using restriction=no_left_turn/no_right_turn. Where slipways join bidirectional roads (at high speed), the ambiguity is resolved with restriction=no_u_turn (only_straight_on ).<br>
<br>At 4 way junctions you should one of the ways (making 2 Ts).<br><br>Some people want us to split ways whenever an ambiguity arises, but it will mean we have to split a number of major roads at every little intersection where a service road joins.<br>
<br>So a better solution would be to resolve the ambiguities with tags like from/to_direction=forwards/backwards (unimplemented). Routing engines already need to know about forwards / backwards. And it will be a lot easier to write a user friendly visual editor for turn restrictions.<br>
<br>