<div dir="ltr">Hi!<br><div><div class="gmail_extra"><br><div class="gmail_quote">2015-01-16 10:19 GMT+01:00 Andreas Labres <span dir="ltr"><<a href="mailto:list@lab.at" target="_blank">list@lab.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">heading Brno:<br>
+-------------------------------+<br>
| Brno,... [A23]                |<br>
|    ^    ^       ^     /    >  |<br>
|    |    |       |    /    /   |<br>
+-------------------------------+<br></blockquote></div><br></div><div class="gmail_extra">It might be quite hard for the consumer to determine what arrow/name refers to what lane.<br><br><br><div class="gmail_quote">2015-01-19 22:14 GMT+01:00 Johan C <span dir="ltr"><<a href="mailto:osmned@gmail.com" target="_blank">osmned@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I
 prefer the existing destination:lanes and turn:lanes tagging, which 
already provides enough data for a lane assistant (and which is already a
 bit difficult for novice mappers). <a href="http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details" target="_blank">http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details</a></div></div></div></div></blockquote><div><br></div><div>Correct. The consumer may get the names from destination:lanes (and additional information from its sub-tags) and the arrows from turn:lanes. <br></div></div><br><br><div class="gmail_quote">2015-01-19 22:14 GMT+01:00 Johan C <span dir="ltr"><<a href="mailto:osmned@gmail.com" target="_blank">osmned@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""></span>It might be useful to have a node at the location of the signpost referring to a Mapillary photo.<br></div></div></div></blockquote><div><br></div><div>This sounds like a good idea. Maybe we should add a node at the exact position of the signpost and add lane-independent information to that node, like e.g. a photo link, support, colour, maybe dimensions like height. And as some consumers insist on an absolutely realistic representation, we might even add a link to an external vector graphic (e.g. svg). But at least the last one might be a little bit too much at the moment, so let us start with simple photo links.<br><br></div></div><br><div class="gmail_quote">2015-01-18 18:28 GMT+01:00 fly <span dir="ltr"><<a href="mailto:lowflight66@googlemail.com" target="_blank">lowflight66@googlemail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Do we have traffic_sign=destination_sign or highway=destination_sign or<br>
similar tag as main tag for the node.<br>
<br>
Is gauntry that important, that we need an own main tag or would<br>
it better fit as subtag ? Eventually even support=* alone will work.<br></blockquote><div><br></div><div>As a non-native speaker I obviously prefer traffic_sign=destination_sign, because I never heard of gauntry before. But that's just me. I think traffic_sign=destination_sign + support=gauntry would be a good compromise.<br><br>Best regards,<br></div><div>Martin<br></div></div></div></div></div>