<div dir="ltr">I would not support "blind" mass retagging. There is too much specific use of landuse and natural which should remain as it is, until mappers judge differently because of what's on the ground. <div><br></div><div>In my neighbourhood, a lot of landuse=forest is actual maintained and managed forest. No need to specify landcover=trees there, because it is a (most of the time small, but hey, everything here is small) . </div><div><br></div><div>If the landcover thing pulls through, I would retag only patches marked as landuse forest which are on larger areas with an actual landuse like residential or industrial. Even then, I would rather have a tool allowing me to check/uncheck candidates, then retag only the ones I checked, as one changeset that can be reverted if need be.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-06-09 0:26 GMT+02:00 Warin <span dir="ltr"><<a href="mailto:61sundowner@gmail.com" target="_blank">61sundowner@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 08/06/18 23:51, Leo Gaspard wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 06/08/2018 02:37 PM, Jeroen Hoek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 08-06-18 13:37, Leo Gaspard wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
   * for all objects with natural=wood, add landcover=trees<br>
   * for all objects with landuse=forest, add landcover=trees<br>
</blockquote></blockquote></blockquote>
<br></span>
The problem here is that I have use the tag landuse=forest to mark areas that are used to produce lumber that is used to make hoses etc.<br>
<br>
As such it is not always covered with trees ..as they have been harvested. New trees will be planted and appear over time for the cycle to repeat.<br>
<br>
But these areas that I have tagged landuse=forest would be incorrect to have the tag landcover=trees all the time.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why not consider documenting that natural=wood and landuse=forest imply<br>
landcover=trees instead? It seems like a sensible default (similar to<br>
how access=yes is the default for access to generic highways such as<br>
highway=unclassified). Any exceptions can be explicitly mapped.<br>
<br>
This is similar to how landuse=grass (when used to indicate an area that<br>
is used to grow grass) would imply landcover=grass.<br>
</blockquote>
That's a possibility indeed, but then all tools that make use of the OSM<br>
database must add this implication.<br>
<br>
With ~70500 keys currently on taginfo, I don't think it's reasonable to<br>
say all tools should support all implications, and keeping implications<br>
to a minimum sounds like a worthy goal. Having implications for eg.<br>
access=* makes sense, because there is no other usable logical use of them.<br>
<br>
On the other hand, once a mass-retag would have been made that adds<br>
landcover=trees to landuse=forest, the landuse=forest use could be<br>
deprecated and would naturally slowly phase-out, thus simplifying the<br>
database.<br>
</blockquote>
<br></span>
natural=wood can be phased out to landcover=trees.<br>
<br>
But landuse=forest phased out ... where then is the landuse for the areas that produce the lumber that goes to make houses? Furniture?<br>
<br>
Will landuse=foretry be the new landuse=forest .. and that then be misused as landuse=forest is?<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Basically, having an open tagging scheme makes sense for quick<br>
development or tagging new things. I'm not saying it should be removed.<br>
But once something becomes a “recognized” use case (as “this place is<br>
covered with trees” is, currently handled by natural=wood or<br>
landuse=forest), I think it would make sense to at least attempt to<br>
“normalize” them. Potentially including mass-retags to map<br>
previously-used tags to the standardized version.<br>
</blockquote>
<br></span>
And there lies the problem. The missing understanding that landuse is to signify the human use of that area,<br>
not what covers the land, not what buildings are there or not there .. but the use of it.<br>
Thus landuse=military can be a dockyard, an area of trees and/or a group of buildings... the use of the land is by and for the military.<br>
Use.<div class="HOEnZb"><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Then again, I'm so new to OSM that you can consider this an outsider's<br>
opinion who just thinks that the database is way more scattered than it<br>
needs to be, and this makes tool development harder to make complete,<br>
thus weakening the ecosystem when each tool supports a slightly<br>
different set of tags.<br>
<br>
</blockquote>
<br>
<br>
______________________________<wbr>_________________<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.or<wbr>g/listinfo/tagging</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Vr gr Peter Elderson</div>
</div>