<div dir="ltr"><div><div><div><div><div><div class="gmail_extra"><div class="gmail_quote">2017-10-25 11:50 GMT+02:00 Tomas Straupis <span dir="ltr"><<a href="mailto:tomasstraupis@gmail.com" target="_blank">tomasstraupis@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello<br>
<br>
  For a long time I wanted to hear opinion on the topic of topology rules.<br>
<br>
  By "topology rules" here I mean just simple rules such as:<br>
  * polygon X should not overlap polygon Y<br>
  * polygon X should always be above polygon Y<br>
  * point X should be not further from line Y than D<br>
  etc.<br>
</blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">most important is IMHO: when do you share nodes, and when not. <br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">1. E.g. political boundaries usually should reuse the same border ways (=no gap between entities).</div><div class="gmail_extra"><br></div><div class="gmail_extra">Other examples:</div><div class="gmail_extra"><br></div><div class="gmail_extra">2. Buildings.</div><div class="gmail_extra">If 2 buildings share a wall or are constructed one aside the other (double wall), you should have them connected in OSM as well.</div><div class="gmail_extra"><br></div><div class="gmail_extra">If a square is delimited by buildings, the place=square object should share ways with the buildings.</div><div class="gmail_extra"></div><div class="gmail_extra">etc.</div><br>Some mappers tend to map these things very close but distinct, which IMHO is a topology error.<br></div>The rule I want to see: map in a way that it represents reality nicely.<br><br></div>3. Roads and areas:<br></div>Some mappers connect "incompatible" object types (centre lines of roads and areas). The areas should end at their border and not be extended.<br><br></div>Cheers,<br></div>Martin<br></div>