Template talk:Jctbridge

parameter names
I am curious why the parameter name which allows one to span the county & location columns is named "river" (and "river_wide" to span a third state column), meanwhile "place" can be used in jctplace (which redirects here) instead of "bridge", "tunnel", etc. to span the destination and notes column to display the feature crossed by the highway. Shouldn't "place" and "place_wide" be the parameters used to spanning location-related columns? This way, "river" can be used as another intuitive substitute for "bridge". I just tried my hand at templatizing a junction table for the first time (Interstate 95 in Georgia) and it took me a bit to wrap my head around the seemingly counterintuitive parameter names. --  LJ  ↗  14:53, 22 September 2011 (UTC).
 * This template was originally build solely for bridges, and the "river" is for when the river falls on a county (or state) line. The jctplace redirect and additions came later.  Imzadi 1979  →   20:33, 22 September 2011 (UTC)
 * Okay. Question, though: I've never seen a junction table where the river is mentioned in the location column; I usually see the note in the destination/notes colspan as "X Bridge over Y River". Is that common? --  LJ  ↗  09:03, 25 September 2011 (UTC)
 * Interstate 75 in Michigan's exit list uses the river as the location in 3 places. For the Zilwaukee Bridge, the river is the location, for the Mackinac Bridge, the Straits of Mackinac are the "river", spanning both county and location columns (since the county line is out in the middle of the Straits) and for the International Bridge, the St. Mary's River is the international border and spans both the county and location columns. U.S. Route 2 in Michigan and U.S. Route 141 also use the rivers as the locations because the state line is a river. Interstate 280 (Ohio) has the river as a location as well.  Imzadi 1979  →   21:08, 25 September 2011 (UTC)

type parameter
The documentation for this template indicates the type parameter exists for background colors (concur, incomplete, etc.). I just tried using this in a case where a route crosses another route with no access (important due to the start MP for the route beginning at this location), but the colors don't show. Can background colors be used with this? --  LJ  ↗  08:05, 28 May 2012 (UTC)
 * It had been working... and this template is built on the same template core as jctint, which also supports types...  so if it works in jctint, it should work in jctbridge because they're using the same coding.  Imzadi 1979   →   08:53, 28 May 2012 (UTC)
 * I've never seen it work before, although I hadn't tried too many implementations... One example: Nevada State Route 659 -- using jctbridge with type=incomplete for top and bottom rows in the table, but red coloring and tooltips do not appear. --  LJ  ↗  09:44, 28 May 2012 (UTC)
 * Ok, the problem isn't with this template, it's over at jctint/core, which wasn't using the color subtemplates in the code for bridge/place/tunnel. I've made an edit request to insert that coding, which means that the problem will be fixed once that is done.  Imzadi 1979  →   10:15, 28 May 2012 (UTC)
 * Template:Jctint/testcases shows the tunnel with the pink color in place.  Imzadi 1979  →   10:22, 28 May 2012 (UTC)

Exit number override
Is it possible for an override to be added back to allow exit numbers to be displayed for toll plazas? Roads such as the Pennsylvania Turnpike and New Jersey Turnpike has toll plazas with exit numbers.  Dough 48  72  01:37, 12 October 2012 (UTC)
 * To be pedantic, they do not have exit numbers. They just have numbers. Since the tolling authorities in each case assign numbers to the various locations from which tolls are assessed, they assigned numbers to toll barriers for accounting purposes. Numbers, which except for the toll tickets, are not used by the general public, and numbers that do not appear on signage. Minor details like this are not really needed in the articles, and I don't see a reason to include them.  Imzadi 1979  →   01:48, 12 October 2012 (UTC)

Miles/Km
I have just added the Australian states to the km/mi switch, it might be worth implementing the switch on a country level instead of a state one as sooner or later we will hit areas which have the same abbreviation in imperial and metric areas - Nbound (talk) 10:20, 20 April 2013 (UTC)
 * I've removed WA temporarily as we already have that issue... --Rschen7754 10:26, 20 April 2013 (UTC)
 * My mistake, purely unintentional! forgot about Washington! (for other editors both the state of Washington in the US, and the state of Western Australia use WA) - Nbound (talk) 10:37, 20 April 2013 (UTC)
 * Just thinking out loud here, but shouldn't the choice between km and mi be determined by what parameter is used instead of what state is using it? If km→km; if mile→mile; if both, then big red error text .  That doesn't address the Washington/Western Australia linking problem, but that's a separate issue entirely. –Fredddie™ 15:59, 20 April 2013 (UTC)


 * }

km/miles conversion code is not correct. When I specify a distance in km, it assumes miles. Take a look below: --  Denelson83  22:48, 23 June 2013 (UTC)


 * I don't necessarily agree with the coding, but you have to specify the Canadian province or Australian state to get km. –Fredddie™ 22:52, 23 June 2013 (UTC)
 * Is there any need to specify by state particularly (we'd have to keep it in for existing templates), but shouldnt we just use a metric/imperial switch instead. -- Nbound (talk) 23:57, 23 June 2013 (UTC)
 * I thought it was set up to do miles if you used mi and km if you used km, but I guess that changed. –Fredddie™ 00:34, 24 June 2013 (UTC)

state=none, county=none, location=none
There are some cases such as Route 311 (Virginia-West Virginia) where a hacky river=nbsp has to be used to make these columns blank. Could a value of none be supported like it is for jctint? --NE2 13:16, 30 September 2014 (UTC)

Bug
Hello, I noticed a bug in Jctbridge (and corresponding other templates such as Jctplace). When I set mspan > 1; the cspan values doesn't work so that ccspan = ∞ regardless of what is actually entered (always extends beyond the end of the table). I've been using the ONint template as a workaround, but I was wondering if it could be looked into? Cheers! MuzikMachine (talk) 21:38, 17 January 2018 (UTC)