<div dir="ltr">In my opinion, the proposal should focus on just adding tagging for what is in effect not tagged now: forestry areas including forestry compartments. <div><br></div><div>There are good arguments why it is not adequately tagged now, that is, data users cannot be sure whether and how the land is used for forestry. The current tagging of wooded areas is too ambiguous.</div><div><br></div><div>At the same time, it doesn't actually matter that landuse=forest is mainly used as indicator that there are trees. It does present a strong argument not to use landuse=forestry or boundary=forest. Using boundary is an entirely different approach, unambiguous, I think. It does not require retagging of the whole existing forest/wood database, but if an area is improved in the way you propose, the result offers clear advantages (that's what you have to present of course).</div><div><br></div><div>And that is something you can present to the data users, leaving it up to them how best to profit and serve their users.</div><div><br></div><div>So I would say, leave out the deprecation thing, just keep the proposal small and clean, no mixing of different objectives, and focus on the unambigous added information and the advantages for the users. Do not replace, but enhance.<br><div><br></div><div>PS I guess forestry_compartments are not necessarily numbered but can have other labels? Nederland has forestry_compartments labeled A, B, ....I just hiked through such a forestry area which, besides the labeled tree covered areas, includes scrublands (with managed trees), lakes (with managed trees in and around), sand dunes (with managed trees) and heath areas (with managed trees).  Would these different areas also be forestry compartments? They tend to have names rather than numbers or letters.</div><div><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature">Peter Elderson</div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op zo 25 apr. 2021 om 19:54 schreef António Madeira <<a href="mailto:antoniomadeira@gmx.com" target="_blank">antoniomadeira@gmx.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I totally agree with stevea.<br>
It was a tremendous proposal not only in participation but in its scope<br>
and documentation. I didn't vote because when I was about to do it I<br>
noticed my vote wouldn't make a difference, but it's clear the community<br>
thinks there's something here that should change and evolve to a next<br>
level. Kudos for not giving up with this mammoth task!<br>
Whichever the result will be at the end, OpenStreetMap will surely come<br>
out stronger and better.<br>
<br>
Regards,<br>
António.<br>
<br>
<br>
Às 04:26 de 25/04/2021, stevea escreveu:<br>
> These efforts are in the middle of a marathon.  I applaud what has been done so far, I applaud David's continuing efforts to "explain what might be done to solve."  I think this did break a record for participation, so the issue is both important and clearly a passionate one for many.  I find very inspiring the efforts to both craft good, new tagging and to understanding what we might improve.  The cycle repeats itself and OSM gets better and better.  Thanks to many for much!<br>
><br>
> _______________________________________________<br>
> Tagging mailing list<br>
> <a href="mailto:Tagging@openstreetmap.org" target="_blank">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>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">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>
</blockquote></div></div>