If it got separated by bollards or something and you've decided to map it separatelly, then a bicycle lane from the road should be removed. It's a contraversial topic if bollards should make a cycleway separate osm.wiki/Talk:Key:cycleway#Corrections_to_descriptions_of_.22cycle_track.22

BTW, IMHO that node you added to way/943480756 doesn't make it prettier on the map.

Hello, you have added an incorrect bicycle path way/970994752
There is no separate bicycle path there, only a bicycle lane. It's already added. You can see it here https://www.cyclosm.org/#map=18/59.44047/24.75826/cyclosm

Please verify and rollback this change. I'm not removing it myself since Tallinn has recently added more bicycle paths and maybe something has changed, but I don't think they changed anything there except maybe adding red paint.

There is no ambiguity and you failed to demonstrate it. Only argumented thing is that it's hard to see park borders to which I again made an example that it happens on osm and there is no solution for a single raster renderer which wants to include overlapping information.

I don't see any point in continuing this argument as you ignore what I say. You may appeal to a broader public on osm help or forum and that may change my mind.

Things on maps overlap, you have to accept it. Like a grass on top of landuse=commercial will be green. It is still the same landuse, grass does not change that. I read map differently and for me it's clear that park includes the forest even if I don't see exact borders of the park in some places.

You have claimed that landuse cannot be consumed correctly and as I've demonstrated it can be.

So for me the issue is about more popular tag and a less popular unsupported one.

>In last comment I already brought the example of openstreetmap.org map that doesn't consume this data correctly: per its legend we can't really know that wooded area is part of park.

This is your personal opinion, should clients start to support landcover we will probably see the same picture.

> As far as I can see data that it has derived from OSM data just ignores wooded area that overlaps park.

Exactly, this prooves landuse data can be consumed correctly with natural=wood tagging.

Natural=wood is not a landuse tag. It may be used as such and it may be not. I didn't tag it as landuse=forest.

Could you give an example of a client consuming this data incorrectly? It IS a park and DOES have a forest. This is why I think the data is correct and it's ok for polygons to overlap. Here is an example of a client fully understanding the landuse. https://osmlanduse.org/#15.741974951963615/24.82777/59.46188/0/

While landcover may seem to offer better distinction, it is just not supported. And when having a choice between using a supported tag and an unsupported one, the choice should be clear.

Deciding if the forest or the park is more important to be on top is entirely up to the client and landcover would not fix that unless you are saying that we should rely on that it is unsupported and not drawn. BTW, it's not random, smaller areas get drawn on top of bigger.

Landcovers should be mapped in parks, amenity=park does NOT assume ANY vegetation, though you can probably expect grass by default.

Landcover may be a better tag in future, when the proposal is accepted and clients start to support it, but currently I don't see anything wrong with natural=wood.

Hello, I've reported this user for vandalism of Siider -> Piider names. He was already sent a blocking message by an admin.

I don't see a contradiction between a park and natural=wood. While your approach uses a tag which is not yet supported by most data consumers.

What are you trying to achieve?

Again, vandalism. removing a building to place a less accurate building in it's place.

I had a link to a facebook page in my changeset sources. Stop your vandalism.
https://www.facebook.com/siidrimaja/

Which maps/applications support landcover=trees?

Hello, designated is often used on legally marked bicycle paths. Cycle barriers may also be there for kids who are legally allowed to ride everywhere. Maybe the path should be just bicycle=yes - not forbidden, but also not designated.

Just wanted to share these thoughts, I don't imply you have to change anything, great work!

Hello, I'm reporting your vandalism

Please write changeset descriptions from the beginning

You shouldn't really use google streetview, their license does not allow it. There are mapillary and similar services available in popular places through id editor.

Hey, since you've recently edited that playground, it has some strange
roof:levels, roof:shape, building:levels tags. Do you think they could be removed?

BTW, i suggest you switch to using Esri Clarity and Maaamet Cadastre aerial photos. They are a lot more clear and recent than Bing. Maaamet also has fotoladu, which is not accessible in ID editor, but has recent photos and is nice to check things.
https://fotoladu.maaamet.ee/?basemap=kiirortofoto

Nice find. Been here today. What made you think it is suitable for blind?

Just checked it. Southern path is not blocked and cannot be blocked as it's physically located on a lower level behind a wall. Fixed.