[Tagging] Feature Proposal - RFC - landuse bush

[Warin]

On 5/2/21 10:19 pm, Paul Allen wrote:
> On Fri, 5 Feb 2021 at 10:33, Vincent van Duijnhoven via Tagging 
> <tagging at openstreetmap.org <mailto:tagging at openstreetmap.org>> wrote:
>
>     We get a bit of topic but imo, a piece of land always has a
>     function or design ("inrichting" in Dutch). For some, functions,
>     there is still no proper tag like a potential landuse=highway.
>     That it is not known to the mapper does not mean it has no
>     function. I think that landcover therefore should never be
>     rendered on carto but always serve as a secondary tag. It should
>     never be the only tag on an area because the use is not known.
>
>
> There are a lot of patches of trees in my part of the world.  Some 
> large, some
> small, some very large.  They are quite clear on aerial imagery.  They 
> are very
> visible from nearby roads, tracks and footpaths.  They are things one can
> use to help ascertain one's position: there should be a large patch of
> trees over there.
>
> The problem is, I don't know from aerial imagery or (in many cases)
> from the ground whether they are growing because the ground is too wet
> for crops or for forestry or some other purpose. According to you, I
> shouldn't map these clearly visible features because I don't know
> what they're used for.
>
> I find your ideas about cartography to be less than useful.


Vincent.. OSM does not state what the oceans of the world are used for. 
So these, according to you, should not be rendered?


Sorry but land cover can be seen easily, if not in imagery then by 
survey. So this is easily entered into OSM, and easily verified.

Land use can be far more difficult to determine, even when surveyed at 
ground level.


For OSM as the data base land cover and land use should be included - 
without requiring both to be present for all areas of the world.

Rendering is an issue for those using OSM data.

It is not for OSM to put restrictions on data entry other than trying to 
keep the data in some semblance of order and restraining vandalism.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210206/48cc19dd/attachment.htm>