Proposal talk:Gantry Expansion
Structural
gantry:construction=*vsgantry:structure=*: Seems indistinguishable.tower:construction=*hastower:construction=domeandtower:construction=dishwhich don't fit anyway.power=*usesstructure=lattice,structure=solid, andstructure=tubular.bridge:structure=*usesbridge:structure=beaminstead.man_made=toweris the only one to use*:construction=*, while all others use*:structure=*. I would simply movegantry:structure=*togantry=*, and movegantry:construction=*togantry:structure=*to standardize. You could even adopt unprefixedstructure=*instead of Template:Gantry:* for less namespacing, especially when they are interchangable.gantry:construction=*gantry:structure=**=span: It's called "portal", as incatenary_mast:supporting=portal. I doubt "span gantry" is a term.*=cantilever: Cantilever doesn't mean one-ended or one-winged, only how it's supported. (Theoretically one might make a "portal" gantry from cantilever similar to bridges) Eg T-shaped. https://www.shutterstock.com/image-photo/road-sign-highway-information-go-austria-438728434
Kovposch (talk) 09:11, 21 September 2026 (UTC)
man_made=toweris the only one to use*:construction=*, while all others use*:structure=*- This is sensible to me, I was only familiar with the tower scheme as I rarely map bridges or power structures.
I would simply move
gantry:structure=*togantry=*, and movegantry:construction=*togantry:structure=*to standardize.You could even adopt unprefixed
structure=*instead ofgantry:*=*for less namespacing, especially when they are interchangable.- I will implement these, thanks. For structures: the page seems optimized around power structures. If I use
structure=*for gantries, I feel it would be necessary for another table to be defined specifically for gantries. *=girdervs*=beam: I don't understand what they are distinguishing- From the examples I was studying on commons, there seemed to be several that used I-beams for the structure, and several (in the UK) that were using some structures that were made with panels or even solid or hollow rectangular concrete structures which I wanted to be able to represent but I wasn't able to find any terms for these structures.
- https://commons.wikimedia.org/wiki/File:Gantry_in_middle_of_Thelwall_Viaduct_-_geograph.org.uk_-_4441328.jpg
- https://commons.wikimedia.org/wiki/File:Gantry_over_A814_near_Broomhill_-_geograph.org.uk_-_6369655.jpg
- https://commons.wikimedia.org/wiki/File:Gantry_on_the_River_Avon_crossing_-_geograph.org.uk_-_4427118.jpg
*=span: It's called "portal", as incatenary_mast:supporting=portal. I doubt "span gantry" is a term.- works for me
*=cantilever: Cantilever doesn't mean one-ended or one-winged, only how it's supported. (Theoretically one might make a "portal" gantry from cantilever similar to bridges) Eg T-shaped.- What term would you recommend for a one-ended gantry?
- -- SherbetS (talk) 16:44, 22 September 2026 (UTC)
- Not very familiar with structures, especially gantries. There are quite many forms. I will need some time to study them. https://www.sabre-roads.org.uk/forum/viewtopic.php?t=41732 Kovposch (talk) 07:57, 25 September 2026 (UTC)
- There are terms "half gantry", "semi-portal", and "half butterfly". Although, some sources seem to use "cantilever" to mean the horizontal member is a single arm, not trusses. The T-shaped ones could be clearly called butterfly though. Kovposch (talk) 08:22, 25 September 2026 (UTC)
- Kovposch (talk) 08:32, 25 September 2026 (UTC)
Functional
*=highwayvs*=railwayshould first be distinguished, to relate features for the same transportation, and not have complicated*:railroad_*=*.*:signals=*is for road only, when there are signals at*:railroad_crossing=*.*:railroad_crossing=*doesn't immediately show it's for the road, which might be for rail signals, although that may not exist.- It is mixing up device and purpose. This causes
*:toll=*to be defined as "cameras and/or sensors" ;*:speed_camera=*as "cameras and/or sensors" ; and*:camera=*as "surveillance cameras for traffic monitoring". There's alreadyenforcementandsurveillancefor the latter two, which further includes other purposes. - It's possible to have overlaps, eg
traffic_sign=variable_message(or another tag) showing tolls at or nearhighway=toll_gantry - There's often this recurring problem of reinventing all keys and vals in other features or attributes, eg why
*:signals=*,*:railroad_signals=*, and*:railroad_crossing=*; and one has to remember or distinguish between different features. Now inindication:*=*, the feature is simply prefixed and reused, egindication:power=cable, not confused or reinvented asindication=cableorindication=power_cable/ /indication=electricity_cable.
Suggestion
gantry:use=*gantry:use=highway: Includesgantry:use:railroad_crossing=yesgantry:use=railway: Includesgantry:use:railroad_signals=yes
mounted:*=*(personally would reservesupported:*=*for things on wires indirectly held by poles)is_for:*=*(open to better naming )
Kovposch (talk) 09:54, 21 September 2026 (UTC)
*=highwayvs*=railwayshould first be distinguished, to relate features for the same transportation- Works for me. Perhaps a hypothetical preset could be either "highway gantry" or "railroad gantry" and it would apply
man_made=gantryandgantry:use=highwayorgantry:use=railwaythen allow for other tags to be chosen? gantry:use:destination_sign=*→mounted:traffic_sign=destination- Would this be applied on other objects, or on the gantry itself? I intended
gantry:use*=*to represent "this gantry is being used for this purpose" so it would be easy to query something like "all gantries that feature a variable message sign" without having to separately query for attached variable message signs. - -- SherbetS (talk) 16:59, 22 September 2026 (UTC)