Talk:Key:guidepost
Usage of Location key
I'm not sure the suggested use of the location=* key is the right way to go. Values like location=underground or location=indoor can clearly also apply to guideposts, and are a very different kind of property than the way the sign is mounted. surveillance=* is suggesting using camera:mount=* instead (see Proposed features/Extended tags for Key:Surveillance), which sounds more natural to me (except for the "camera" namespace maybe). --Pbb (talk) 17:48, 1 October 2017 (UTC)
- I completely agree. I just read this wiki page for the first time and was very astonished about the usage of "location" in the examples here. I also think it's not a good idea to use it for values like "pole", "tree", ... The best key for this purpose would be support=*, which is defined quite well in the Wiki in the meantime with all the values needed here (e.g. "pole", "tree", "fence", "wall" ...). And I think it's even better than solutions like camera:mount=* (and could also be used for surveillance=* objects instead). Would anybody perhaps agree to change location=* to support=* in the examples here? --Goodidea (talk) 14:49, 3 May 2021 (UTC)
- I'm more interested in whether there's a difference between *support=* and *mount=* ---- Kovposch (talk) 02:41, 4 May 2021 (UTC)
- What do you mean with difference? They mean the same thing ... how is something attachted/mounted/fixed/supported by ... And I think, support=* is the best tag for this purpose, because it has the most and best defined values (in the wiki) – and it could be used in combination with many other keys, e.g. amenity=post_box, amenity=vending_machine, advertising objects and so on. But is anybody out there who wants to answer my question if "location" should be changed here to support=*? location=* is quite surely not OK here ... --Goodidea (talk) 00:48, 7 May 2021 (UTC)
- I'm more interested in whether there's a difference between *support=* and *mount=* ---- Kovposch (talk) 02:41, 4 May 2021 (UTC)
Tag should be deprecated?
This tag is "not clearly defined yet" according the wiki.
For example guidepost=bicycle is redundont with bicycle=yes.
Waymarked trails display only guideposts with bicycle=yes in cycling theme.
Examples:
- guidepost 414699152: Cycling theme 👎 Hiking theme
- guidepost 9319462821: Cycling theme 👍
Following tags should be replaced by:
| Deprecated | Replaced by | count |
|---|---|---|
| guidepost=hiking | hiking=yes | |
| guidepost=bicycle | bicycle=yes | |
| guidepost=mtb | mtb=yes | |
| guidepost=winter_hiking | snowshoe=yes | |
| guidepost=running | running=yes | |
| guidepost=ski | ski=yes | |
| guidepost=foot | foot=yes | |
| guidepost=horse | horse=yes |
--Pyrog (talk) 15:23, 14 July 2023 (UTC)
- How would you tag signposts that cannot yet be mapped in any of the "access" values? For example, guidepost=winter_hiking for signposted snowshoe trails? winter_hiking=yes does not exist even once at the moment.
- If you mark something as deprecated, there should also be an alternative for all of the previous use cases. guidepost=winter_hiking currently has 512 uses. --Mcliquid (talk) 14:47, 16 July 2023 (UTC)
- Simply use snowshoe=yes (1,797 used currently).
- --Pyrog (talk) 06:32, 17 July 2023 (UTC)
- And for signposts of winter hiking trails, which are created with the Pistenbully on which you can also walk with normal hiking boots? However, the trails exist only in winter, when there is snow. So far guidepost=winter_hiking. Example: https://commons.wikimedia.org/wiki/File:Winterwanderweg_Falera.jpeg
- --Mcliquid (talk) 12:45, 17 July 2023 (UTC)
- I map this guidepost with ski=yes and/or snowshoe=yes
- Examples with pictures:
- * https://www.openstreetmap.org/node/9026181540
- * https://www.openstreetmap.org/node/9428842517
- --Pyrog (talk) 12:55, 17 July 2023 (UTC)
