<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Apr 5, 2018 at 7:45 PM,  <span dir="ltr"><<a href="mailto:osm.tagging@thorsten.engler.id.au" target="_blank">osm.tagging@thorsten.engler.id.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-AU" link="blue" vlink="purple"><div class="m_8715261919848240557WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">I never said anything about _<i>not</i>_ having some way to encode such default rules. In fact, if you look at my recent posts here, you will see that I specifically pointed out the current lack of such a schema as an issue that needs to be solved. I also pointed out that the lack of “permission” relations is another issue that needs to be solved. I’m directly affected by both of these as I’m in Queensland and “no u-turn at signal controlled intersections” is the law in queensland.</span></p></div></div></blockquote><div> </div><div><span style="font-family:Calibri,sans-serif;font-size:11pt">Right, agreed, we should work out a scheme for dealing with this.  If we can work that out, then, <i>awesome</i>, we can start working with data consumers (like our implementation of reference, Osmand) about getting some support for this on the consumer end, too.</span></div><div><span style="font-family:Calibri,sans-serif;font-size:11pt"><br></span></div><div><span style="font-family:Calibri,sans-serif;font-size:11pt">Perhaps something like </span><span style="font-size:11pt"><font face="monospace, monospace">relation=default</font></span><span style="font-family:Calibri,sans-serif;font-size:11pt">, where membership requirements are similar to that of a multipolygon.  I'm entirely open to suggestion for how to handle turns.  For speeds, could be something like </span><span style="font-size:11pt"><font face="monospace, monospace">maxspeed=25 mph</font></span><span style="font-family:Calibri,sans-serif;font-size:11pt"> (just throwing that out there since a <i>lot, lot</i> of places in my state does this).  Of course, any ways tagged with other values would override this.</span></div><div><span style="font-family:Calibri,sans-serif;font-size:11pt"> </span></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-AU" link="blue" vlink="purple"><div class="m_8715261919848240557WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">In regards to the wiki, while it may not be “gospel”, there are usually reasons for the statements there, especially with things that have been unchallenged for a long time and which had been discussed in detail before (you did bother to look at the iD issue I linked, right?) So as long as it isn’t case of recent drive-by-night wiki fiddling, some thought should be put into figuring out why that statement is in the wiki instead of simply disregarding everything.</span></p></div></div></blockquote><div><br></div><div>I find it's less than productive for finding solutions to problems the wiki is currently advising to leave unresolved (such as this), or ambiguous (like primary vs trunk vs motorway in the US).</div></div></div></div>