-
Notifications
You must be signed in to change notification settings - Fork 827
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Increase zoomlevel for private amenity=recycling #847
Comments
This also applies to other objects, which are not open/accessible to the public. Some examples: shops / restaurants / other amenities in army bases and in big research institutes and companies, private fuel stations, bus and train stations for employees only (e.g. BASF Ludwigshafen, KIT Campus Nord), private playgrounds. |
For private playgrounds see #683 |
I think rendering them lighter may be better. EDIT: Seems like this issue may be closed now, because they already are rendered lighter and zoom level is increased. =} |
Zoom was increased also for public, maybe increasing it even more for private ones is still a good idea. |
I think about something different: amenity=recycling can be large/important (recycling_type=centre) or small/less important (recycling_type=container), which is IMO exact analogy to amenity=waste_disposal (it's just that some trashes are segregated and some other aren't). I realize we need a database reload, but it makes sense for me to:
I wanted to open new issue for that, but maybe there's no need for it and we can continue here? |
I hope many centres are mapped as an area, so probably we do not need the new tag in the db, but could use way_area aka size. |
I also thought about it, but both can be mapped as an area (containers can be under roof or in a kind of shed) or node (center area border could be not known), so this would not work. |
sent from a phone
or they could be in a country. Would it be good mapping to attach the container tag to the country polygon? |
But even a shed or something like that would be smaller than a typical (or at least important) centre. So IMO your suggestions from #847 (comment) would still work. |
Rendering them as not prominent as they deserve encourages more detailed rendering (as an area) so it is OK. |
I don't like those workarounds, but I also don't want to loose the energy to get into details too deep, especially before we have interesting database entries available and we can test different approach. The most important things for me are:
|
The current numbers for amenity=recycling are:
I guess it's now ready to finally deploy #847 (comment). This will make z17 less cluttered and soon we can have also amenity=waste_disposal on z18+ (see #419). |
More important than the number itself: 60.49% of all recycling objects have added type. |
I think it's even easier: only "centre" should be visible on z17 (as currently), we don't have to check any other type - they all will fall into z18/19 by default, so lack of type doesn't bother us. |
In the German speaking countries every apartment building has it's own containers for recycling plastic, paper,but only people living in those apartments are allowed to use them. They are mapped according to the description on the wiki page with access=private added to them.
problem is, mapnik still renders them even at zoom level 16, which totaly clutters the map. example: http://osm.org/go/0JhJfqRx
Suggestions for fine tuning the rendering of this tag: 1) amenity=recyling + access+private should only be rendered at zoom level 18 and higher and transparency of the symbol should be set to 50% (like it is done with amenity=parking if set to private). at zoom level 17 or lower, it shouldn't be rendered at all. 2) amenity=recyling + access+permissive should only be rendered at zoom level 17 and higher and transparency of the symbol should be set to 50% (like it is done with amenity=parking if set to permissive ). at zoom level 16 or lower, it shouldn't be rendered at all. 3) amenity=recyling + access+public (or no restriction) should be rendered without transparency and at zoom level 16. (basically as it is now)
See also https://trac.openstreetmap.org/ticket/3575.
The text was updated successfully, but these errors were encountered: