<div dir="ltr">This all really sounds like a job for relations, similar to enforcement relations.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 4, 2013 at 6:23 PM, Tod Fitch <span dir="ltr"><<a href="mailto:Tod@fitchdesign.com" target="_blank">Tod@fitchdesign.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Regardless of whether or not a direction tag is considered I think the<br>
following three items should be met:<br>
<br>
1. Should be consistent for both mapping signs and signals. At least for<br>
stop signs in the areas I drive, they seem to present the same mapping<br>
issues (location to mark, directionality of traffic they control, etc.) as<br>
traffic signals.<br>
<br>
2. Should be easy for non-expert mappers to add and edit. Relations are<br>
conceptually nice for many things. But the tools to make them easy to add<br>
and especially to edit seem to be difficult for many users.<br>
<br>
3. Should be easy for the data consumers to parse and use. No so much<br>
worried about display purposes as for routing in this case.<br>
<br>
I personally find the traffic_signal:direction tag to be clunky, but it is<br>
in the wiki for traffic signals where many/most mappers will find it. And<br>
traffic signals are a member of the same class as stop and yield signs in<br>
my mind: Things that control right of way at an intersection.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Tod<br>
</font></span><div class="im HOEnZb"><br>
On Mon, November 4, 2013 3:42 pm, fly wrote:<br>
> Please not again forward/backward on nodes. We have direction for nodes<br>
> only need to state if you mean the driving direction or the facing<br>
> direction.<br>
><br>
> cu fly<br>
><br>
><br>
> Am 05.11.2013 00:16, schrieb Tod Fitch:<br>
>> A fifth method might be to use forward and backward tags on the node<br>
>> where the sign is tagged much like one of the suggested methods for<br>
>> tagging traffic signals.<br>
>> <a href="https://wiki.openstreetmap.org/wiki/Traffic_signal#Tag_all_incoming_ways" target="_blank">https://wiki.openstreetmap.org/wiki/Traffic_signal#Tag_all_incoming_ways</a><br>
>><br>
>> Seems like one uniform way of tagging traffic control signs and signals<br>
>> should be possible and desirable.<br>
>><br>
>> Tod<br>
>><br>
>> --<br>
>> Sent from my mobile device. Please excuse my brevity.<br>
>><br>
</div><div class="HOEnZb"><div class="h5">>> "Balázs Barcsik" <<a href="mailto:balazs.barcsik@gmail.com">balazs.barcsik@gmail.com</a>> wrote:<br>
>><br>
>>     Hi There!<br>
>><br>
>>     I would like to introduce give_way and stop alerts into navigation<br>
>>     tools such as OSMAnd.<br>
>>     For this approach a good tagging is needed. So when someone driving<br>
>>     and arrives to an intersection then the app would show give way or<br>
>>     stop depending on which road he/she is. (or nothing if the road is a<br>
>>     priority one)<br>
>><br>
>>     Can you help me define this in a proper way?<br>
>><br>
>>     I think there are several options:<br>
>><br>
>>     1. extend highway=give_way (and stop) to able to use on ways<br>
>>         <a href="https://wiki.openstreetmap.org/wiki/Tag:highway%3Dgive_way" target="_blank">https://wiki.openstreetmap.org/wiki/Tag:highway%3Dgive_way</a><br>
>>     2. define a new tag: priority_road=give_way (stop)<br>
>>         link to existing<br>
>>     tag <a href="https://wiki.openstreetmap.org/wiki/Key%3Apriority_road" target="_blank">https://wiki.openstreetmap.org/wiki/Key%3Apriority_road</a><br>
>>     3. define new tag: priority=give_way (stop)<br>
>>         link to existing<br>
>>     tag <a href="https://wiki.openstreetmap.org/wiki/Key:priority" target="_blank">https://wiki.openstreetmap.org/wiki/Key:priority</a><br>
>>     4. define new type - priority:<br>
>>         link to my<br>
>>     proposal:<br>
>> <a href="https://wiki.openstreetmap.org/wiki/Proposal:_relation:priority" target="_blank">https://wiki.openstreetmap.org/wiki/Proposal:_relation:priority</a><br>
>><br>
>>     Thanks, Balazs<br>
>><br>
>><br>
>>     ------------------------------------------------------------------------<br>
>><br>
>>     Tagging mailing list<br>
>>     <a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
>>     <a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Tagging mailing list<br>
>> <a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
>> <a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Tagging mailing list<br>
> <a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
><br>
<br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</div></div></blockquote></div><br></div>