<div dir="auto"><div dir="ltr"><div class="gmail_extra" style="font-size:12.8px">"2. Buildings.</div><div class="gmail_extra" style="font-size:12.8px">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" style="font-size:12.8px"><br></div><div class="gmail_extra" style="font-size:12.8px">In Nepal we have been trying to make sure that each constructed building has its own footprint and is not connected to a neighbouring structure via a shared wall. We do this as in reality this is the case as each building structure though built next to each other has its own footprint (independent foundation). We have changed many buildings that have been drawn as suggested by you Martin (previously traced by remote mappers especially in highway towns of Nepal). </div><div class="gmail_extra" style="font-size:12.8px"><br></div><div class="gmail_extra" style="font-size:12.8px" dir="auto">So, there if there is a set of rules it would help us as well.</div><div class="gmail_extra" style="font-size:12.8px" dir="auto"><br></div><div class="gmail_extra" style="font-size:12.8px" dir="auto">Regards</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 25, 2017 at 4:48 PM, Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><span><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></span><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>
<br>______________________________<wbr>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_6446105541086580413gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div>Gaurav Thapa<br></div>Project Manager<br>Secondary Cities Pokhara Project<br></div>Kathmandu Living Labs<br></div></div>
</div>