Talk:Key:support
supported by more than one pole
Occasionaly a amenity=clock may be mounted on more than one pole (for a big clock), what is the best way to tag? Maybe support=tower? For now I guess I will use support=pole, because it is structurally most like a pole compared to the other options (pedestal, etc.). --Abbafei (talk) 01:27, 26 February 2015 (UTC)
Mounted instead of support ?
It may be only semantic but don't you think mount=* or mounted=* are better names for this key?
Currently, it doesn't describe supports directly but mounted features on such supports.
Furthermore, support=* or support:function=* can be highly appreciated to directly tag supports in some special topics like Bridges or Power supports.
Please consider this tag doesn't seem to be reviewed by some parts of the community when bridge:support=* had (and it is used to describe supports instead of bridges directly). Some tags containing "mount" term instead of "support" to talk about how a feature is mounted like lamp_mount are used about twice more than support=*.
Just my 2 cents before it gets over used. Fanfouer (talk) 11:35, 22 May 2015 (UTC)
- I want to mostly stay out of this discussion for now, but some addition to your numbers: Taginfo shows only 71 users for lamp_mount, and 983 for support. Therefore, the large amount of lamp_mount keys simply appears to be the result of an import and is not indicative of community support. --Tordanik 11:43, 22 May 2015 (UTC)
- Since there's activity below this year, I want to mention I agree with this concern here. There are say 3 levels of ascending sturdiness: simply placed on a surface freely standing; mounted on a surface but easily removable (could be further distinguished as removable by hand or tools); and a normally unremovable mount (could be further distinguished as mounted by rivets or casted/welded in place). -- Kovposch (talk) 14:53, 30 July 2020 (UTC)
Tree-mounted?
Is there a value for tree-mounted such as
or can a value be created for this? Pander (talk) 12:45, 27 August 2017 (UTC)
- See also https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Nesting_Site#Nest_for_bats_on_a_tree Pander (talk) 12:58, 27 August 2017 (UTC)
How to tag a support itself, with no structure still being supported
Mention how to tag a single support itself. E.g., a single w:Column#Greek_and_Roman, of which the item it supported is no longer present. Jidanni (talk) 18:06, 29 March 2020 (UTC)
- There's no single answer for this for all supports. For example, a tree would be mapped as natural=tree, a wall as barrier=wall (or building=* if we're talking about a building wall) and so on. The most common tag for columns not part of a building seems to be man_made=column, although it's still relatively rare at < 200 uses. --Tordanik 20:20, 1 April 2020 (UTC)
Mobile supports
In Ireland (and I'm sure other countries), operators deploy billboards on mobile trailers to get around planning legislation (if they are on wheels they can argue they are not permanent fixtures even though they are never moved).
Is there a good way to tag these from a support perspective?
- Telecom antennas mapping is a complex topic with many unresolved issues to describe them as attached objects of a support. Such billboards awating actual network rollout could be considered a particular device attached on the support but I don't know a proper solution to map them currently Fanfouer (talk) 18:11, 13 October 2020 (UTC)
Mixing support and actual features
As I understand usage of support=*, it is useful when supported and support features are two (or more) distinct OSM objects.
Some examples here show that a painting and supporting street cabinet can be described on the same OSM node. support=* doesn't bring any additional information here. It's understandable the painting won't support the street cabinet.
man_made=street_cabinet (or even building=service) + tourim=artwork would be enough to understand the cabinet or the building support the painting. Fanfouer (talk) 15:34, 29 November 2020 (UTC)