I had thought that leisure=garden meant the garden bed: the flowers etc, where one does not walk, within a park. And that's how I've used it: . If that's not correct (ie, the entire "gardens" should be tagged leisure=garden), then what tag should be used for the actual garden beds themselves? Stevage 04:41, 24 May 2010 (UTC)
Tag the entire garden, including the bits you can walk in. You can always add sub-gardens if it's a large or complex garden: see Proposed features/Garden specification for a proposal which specifies garden types. Grassy areas: landuse=grass. Footpaths can be mapped as footways or paths. Flower beds can change from year to year, and might not be notable or long-lasting enough to map individually. --achadwick 12:43, 26 October 2010 (BST)
- Flower beds usually are on the same spot from year to year, the flowers could change though. man_made=flower_bed? garden=flower_bed, garden:detail=flower_bed. Is there a general name in english for areas of planted things, not just flowers?/Johan Jönsson 10:59, 4 September 2012 (BST)
Deprecate this for private, residential gardens?
I move to deprecate the use of leisure=garden for private, residential gardens. Such gardens are of vanishingly small interest to the general public's - or the general map user's - leisure activities. Instead I suggest that we change the main page to recommend the combination:
for residential gardens of little interest for the general map data consumer's leisure activities, retaining leisure=garden for gardens which are of general leisure interest. This pattern is in use, as described on the talk page for landuse=residential. It's meaningful since it follows the iterative refinement pattern. Additionally it's backwards-compatible, and I note that no interest has been shown in closing ticket 3302. --achadwick 10:45, 23 May 2011 (BST)
- Some quick ad-hoc feedback from #osm: --achadwick 11:28, 23 May 2011 (BST)
- [11:02] <speedevil> Seems sane.
- [11:07] <petschge> achadwick: +1
- [11:07] <SK53> I'd been using garden=private_residential http://www.openstreetmap.org/browse/way/94750588 basically with same intent
- Discussion thread on the tagging mailing list:  --achadwick 12:33, 23 May 2011 (BST)
From the mailing list discussion, three possible alternative schemes have emerged:
Within a separate landuse=residential area. The additional meaning comes from overlap(!)
Within a separate landuse=residential area. The analogy is with building=*.
I find myself tending towards Option 3. at the moment. --achadwick 10:19, 24 May 2011 (BST)
- +1 to Option 3. I would like to extend this with garden=commercial, garden=farm. And maybe we should display some related tags like opening_hours=*, which might be more helpful than access=*. --Cracklinrain (talk) 16:44, 4 December 2013 (UTC)
For documentation: there are now the tags: garden:type=* and garden:style=*
Garden overlaying other areas
I just tagged a few gardens over some highway=pedestrian. The problem is that, even when I modificate the layers and set pedestrian to -5 and garden to +5, it is still not rendered. How can I fix that? --Schumi4ever 14:51, 24 October 2012 (BST)
- layer=* should not be used for this stuff. It is just irrelevant. You can use layer=* on stuff like highways.--Cracklinrain (talk) 16:44, 4 December 2013 (UTC)
- You cannot fix the rendering in the mapping (and you should not). It is a decision of the people making the osm-carto style not to respect layers universally for the rendering, and to display highway areas always on top. In this specific case I would say you cannot have a garden and a pedestrian area on the same spot, you should likely remove the gardens from the pedestrian area by using a multipolygon relation, or split the area somehow to avoid the superposition. --Dieterdreist (talk) 10:45, 18 June 2018 (UTC)
umaintained/abandoned areas tagged as leisure=garden
According to https://wiki.openstreetmap.org/w/index.php?title=Tag:leisure%3Dgarden&diff=1619285&oldid=1613053 such areas also are tagged as leisure=garden. Maybe it would be a good idea to document this (if that is true)? Mateusz Konieczny (talk) 07:19, 18 June 2018 (UTC)
- I am supposing you are writing about gardens, not any unmaintained area, and am replying to this. If you really intended the generic case you name in the title, please clarify. It is a difficult field, as gardens are always in transition, and the process of changing from being a garden to being natural wilderness is smooth. Nonetheless, in the context of a building, where there is a small fenced off area associated with this building where plants grow, I believe it is not too far stretched to speak about a garden. I do not think we should be judging the correct form and intensity of "maintenance" that people need dedicate to their gardens in order we can call it a leisure=garden. A garden that is completely left on its own will soon look similar as any "wilderness", but I would still call it a garden (through context).
The Other case you had added with the disclaimer not to use leisure=garden for these were lawns of detached houses in residential areas. Most leisure=garden objects in OSM are residential gardens, and most residential gardens are consisting of lawn, it is one typical usecase for leisure=garden.
For reference, this is the example image for something that is not supposed to be a garden according to the text Mateusz had added:
How to mark a flower pot, made of concrete, standing next to the pavement?
- this is a recurring question, you might find related discussion in the history (forum, mailing lists, etc.). Surely it is not a "garden". There is a landuse=flowerbed tag with some usage, although I would not expect it to be suitable for flower pots like in your picture, and although I would question "landuse" is a good key for these (landuse would typically be "highway" in the space of the street). I would probably go with man_made=planter https://wiki.openstreetmap.org/wiki/Tag%3Aman_made%3Dplanter which is the IMHO best tag I found. You might be interested in adding a barrier tag as well. --Dieterdreist (talk) 13:44, 20 December 2018 (UTC)