<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Nov 27, 2018, 07:10 Martin Koppenhoefer <<a href="mailto:dieterdreist@gmail.com">dieterdreist@gmail.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
sent from a phone<br>
<br>
> On 27. Nov 2018, at 03:27, Paul Johnson <<a href="mailto:baloo@ursamundi.org" target="_blank" rel="noreferrer">baloo@ursamundi.org</a>> wrote:<br>
> <br>
> I'm generally a fan of the admin_level option.  protected_area is OKisn, but the protect_class=* tag definitely hits me as an oddity given other tagging.  boundary=aboriginal_lands could be a supplemental tag to admin_level.<br>
<br>
<br>
+1, <br>
admin_level is fine where it applies (maybe everywhere, not sure, it requires the land to be an administrative entity which might not always be the case). But it doesn’t tell you it is about land that the invaders gave to the native population, so an additional tag is desirable.<br>
<br>
I agree that protected_class is not sustainable (numbers as values are harder to remember and easier to confuse).<br>
<br>
The proposed boundary=aboriginal_lands seems quite ok. Would this be combinable with admin_level, or would you insist on boundary=administrative? The fact that both „main keys“ might apply sometimes seems to be a problem: either you tag these as b=administrative and still haven’t said it is about native population areas, or you use b=aboriginal_lands and as a result you get administrative entities that are not tagged as b=administrative <br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">At least in the US and Canada, indian territories, reservations, reserves and administrative areas are du jure administrative boundaries.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>