[OSM-talk] Planned rendering changes of protected areas

Daniel Koć daniel at xn--ko-wla.pl
Thu Dec 7 16:43:26 UTC 2017


W dniu 07.12.2017 o 17:04, Greg Troxel pisze:
> I also object to deprecating leisure=nature_reserve.  The protected_area
> scheme is too complicated for most people to deal with fully and
> leisure=nature_reserve has proved itself to be useful.

This way or another it seems to me that leisure= key is wrong and using 
boundary=protected_area (or even just boundary=) is proper.

Leisure is just a common, but not the inherent property of nature 
reserve - the protection is:

"Usage of a leisure key, actually, might contradict a protection status 
in a lot of cases, where nature reserve doesn't allow any leisure 
activities. Ownership and enforcement are totally different things from 
protection level. For example, in Russian Federation, there are huge 
state-owned protected areas with limited access intended for hunting. 
They have strict protection enforcement and they usually are equal to 
class 4 or 6. Private hunting lands with similar access restriction, 
management level, and enforcement exist in other countries. Someone 
might argue that if hunting is allowed, it is not a protection, but 
that's just a personal idea of protection."

[ http://www.openstreetmap.org/user/kocio/diary/42861#comment40293 ]

> Agreed.   To me, the real rendering issue si the lack of showing
> protected area, and the tendency to show these features by an edge
> marking rather than some kind of fill.

There are some tricks to make rendering better and I'm gonna try them, 
but lack of classification of nature reserves is a bigger problem than 
just rendering on osm-carto.

We also use a workaround for airports and it works, but using hacks at 
all means that there is a deeper problem.

With rivers we don't even have a hack and this is the same problem with 
lack of classification for very popular kind of objects.

-- 
"My method is uncertain/ It's a mess but it's working" [F. Apple]




More information about the talk mailing list