
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><br><br><div id="AppleMailSignature">sent from a phone</div><div><br>On 14. Sep 2018, at 10:18, Colin Smale <<a href="mailto:colin.smale@xs4all.nl">colin.smale@xs4all.nl</a>> wrote:<br><br></div><blockquote type="cite"><div><div preoffsettop="10"><blockquote type="cite" __apple_fixed_attribute="true" preoffsettop="10"><p>On 2018-09-14 08:47, Frederik Ramm wrote:</p></blockquote>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0" preoffsettop="40">

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">I'd go for a mixed approach - tag the (largest useful) administrative<br> boundary first, and then allow lower level admin boundaries and finally,<br> place nodes, to override the default.<br><br></div>

</blockquote></div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Sounds good!</div></div></blockquote><br><div><br></div><div>yes, I believe this is also where we arrived last time.</div><div><br></div><div>A harder one seems the actual tagging, as multivalues are contested, and several “primary” languages for the same place are certainly a key requirement.</div><div><br></div><div>It even achieves the fuzziness at a small scale by allowing place _nodes_ to override areas, naturally <span style="background-color: rgba(255, 255, 255, 0);">this </span>introduces uncertainty because the extent of nodes is not precisely defined, so it might reduce the willingness to engage in an edit war (all parties can read the same data according to their liking).</div><div><br></div><div><br></div><div>cheers,</div><div>Martin </div><div><br></div></body></html>