
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p> </p>

<div> </div>

<p>Martin,</p>

<p>I stated my point of view - I find it useful with clear added value. You "don't see the point". Fair enough, we don't have to agree. Can you describe some *real problems* the use of "subarea" causes? Can you provide any *workable* alternative for the parties which DO support its use? I thought that the "O" stood for "Open". Mappers who don't know about it just carry on. Consumers/renderers who don't care about it just carry on. Just moving its description/definition to the "Talk" page is unlikely to change people's behaviour, realistically speaking. OSM data will never be perfect, and both the data and every application which processes OSM data is stuffed full of "workarounds" for quirks in the data.</p>

<p>Another reason it will never be perfect, is of course that we have no way of quantifying the level of perfection. There is little consensus on good vs. bad, or right vs. wrong. It might just be "good enough" for various uses, and that's good enough for many people.</p>

<p>//colin</p>

<p>On 2015-11-27 10:04, Martin Koppenhoefer wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<div dir="ltr">

<div class="gmail_extra"><br />

<div class="gmail_quote">2015-11-26 20:24 GMT+01:00 Colin Smale <span><<a href="mailto:colin.smale@xs4all.nl">colin.smale@xs4all.nl</a>></span>:<br />

<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">I use the subarea member because it makes cross-checking easy. Have all the lower-level boundaries in my higher-level admin area been added to OSM?</blockquote>

</div>

<br /><br />what comes next? Have all the roads in a given administrative area listed with an "administrates" role in the relation? Cross-checking to me sounds like unhealthy redundancy here. It means having to do the work twice and having the information stored double.<br /><br /><br />

<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">Unfortunately the various admin levels do not always form a strict hierarchy. A small area at (lets say) admin_level=10 might be enclosed spatially by entities at level 8, 7, 6, 5 etc but it only has a direct administrative relationship with one of them, which might not be the next-highest level (next-lower number).</blockquote>

<div><br /><br /></div>

<div>in which way does a subarea role help here to solve real problems? Which administrative aspects/powers/relationships/fields are those that are looked at? Do you have concrete examples?<br /><br /><br />

<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">Finding the boundaries of all districts within a county (UK example) becomes trivial with the explicit parent-child link.</blockquote>

<div><br /><br /></div>

<div>yes, that's the one usecase that becomes easy. And all other mappers and users have to care for all those subareas and have their mapping more complicated just to facilitate this one usecase?<br /><br /></div>

<div> </div>

<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">Otherwise its like finding all boundaries with admin_level=8 which are at least 99% contained by the higher-level boundary. That sounds computationally a lot more complicated to me. Why not 100%? Because sometimes the boundaries at different levels are not imported/drawn from the same source, leading to the boundaries not being exactly coincident.</blockquote>

<div><br /><br /></div>

<div>so because the data is not sufficently precise you decided not to fix the data but to keep separate hierarchy lists (aka relation membership) as a workaround? <br /><br /><br /><br /></div>

<div>Cheers,</div>

<div>Martin</div>

</div>

</div>

</div>

</blockquote>

</body></html>