<div dir="ltr">It's an handy and intuitive way of organizing boundaries in a neat hierarchy visible from the database itself.<div><br></div><div>Take for example this boundary [1]. If the subarea role was deprecated then it would be a lot harder of finding out which are its father, grandfather, etc. relations, which would make verifying them a more tedious task. </div><div><br></div><div>[1] <a href="http://www.openstreetmap.org/relation/4172448">http://www.openstreetmap.org/relation/4172448</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-11-26 18:51 GMT+00:00 Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span>:<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>I just noticed that a lot of boundary relations have the lower ranking parts included as members with the "subarea" role.<br></div>This role is documented here: <br><a href="http://wiki.openstreetmap.org/wiki/Relation:boundary" target="_blank">http://wiki.openstreetmap.org/wiki/Relation:boundary</a><br><br></div>But I wonder how it got on this definition page. Was this discussed anywhere? I don't think it's a good idea to add all those lower entities in nested relations (they are already spatially structured, this is redundant and makes the relations more complicated for no good reason).<br><br></div>I propose to remove this property from the definition page and move it to the talk page.<br><br></div><div>Comments?<br></div><div><br></div>Cheers,<br></div>Martin<br></div>
<br>_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Um Abraço,<br>Marcos Oliveira<br></div>
</div>