[Tagging] Feature Proposal - RFC - landuse bush

[Mateusz Konieczny]

Feb 5, 2021, 09:56 by f at zz.de:

> On Wed, Feb 03, 2021 at 11:12:05PM -0500, Brian M. Sperlongano wrote:
>
>> So, landcover only has two values that have any meaningful amount of usage:
>>
>> landcover=trees which overlaps with the overwhelmingly more popular
>> natural=wood and landuse=forest
>> landcover=grass which overlaps with the overwhelmingly more popular
>> landuse=grass
>>
>
> I see landcover as a different issue:
>
> You have industrial areas and some of it is just grass or still wood. 
> So the whole area by its legal status is an industrial area so you 
> tag it as a landuse=industrial.
>
It does not matter whatever something is legally classified as industrial area.

Illegally constructed factory is landuse=industrial

Not yet destroyed jungle classified for industrial development is not
landuse=industrial

And if something is tree covered then it is taggable as either from
landuse=forest / natural=wood / landcover=trees

> landuse is more some kind of "legal" status of an area 
>
Not at all. It does not matter at all whatever something exists legally
or not.

If officially building exists but it does not, then mapping it as building=*
is a mistake.

Illegally constructed buildings are mappable.

The same for landuse.

> on the ground observation). Landcover describes its visual deviation
> from its legal state.
>
No. Tree-covered land is mappable as
landuse=forest / natural=wood / landcover=trees
no matter what was expected legal status.

>
> I try to see OSM as a strict hierarchy. There should be partially
> overlapping areas. Either a parking lot belongs to a retail area or 
> it doesnt - so its either within or outside of the landuse=retail.
> It shouldnt overlap.
>
What about long parking area that starts in the middle of
residential area and continues to shop area?

Or parking partially taken by landuse=construction as
part landuse=retail is reconstructed?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210205/28e57bc3/attachment.htm>