Jump to content

Wikipedia talk:Route diagram template/Archive 11

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 5←Archive 9Archive 10Archive 11

Wrapper

As an editor who isn't involved with route diagrams, and only very infrequently has anything to do with them, I have to say neither the old style nor the new style is that user-friendly. Surely there can be a more user-friendly way of making RDTs, except perhaps the most complex ones. What I imagine is a template that can be used like: 

{{<Template name>
|left-text1= |left-text2= |left-text3= ...etc...
|left-icon1= |left-icon1-overlay1= |left-icon1-overlay2= ...etc... |left-icon2= |left-icon3= ...etc... 
|right-icon1= |right-icon1-overlay1= |right-icon1-overlay2= ...etc... |right-icon2= |right-icon3= ...etc...
|right-text1= |right-text2= |right-text3= ...etc...
}}

from which the lua module can extract the info it needs to build that row of the RDT - Evad37 [talk] 01:07, 26 August 2016 (UTC)

@Evad37: So what you're proposing is to create a wrapper for a single row of {{Routemap}} (which would allow editors to ignore the underlying syntax)? It seems like a good idea, especially for wider templates; this could feasibly be done for the BSn and BSn-2 templates, so that they could get the performance benefits of Routemap without having any syntax changes. (It would be a bit different for the collapsible and {{BS-colspan}} templates though.) As for doing it entirely with named parameters… might be better to leave at least the icons with the usual numbered parmeters. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 05:11, 26 August 2016 (UTC)
(I don't think there are any left-icons and right-icons, just icons. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 05:17, 26 August 2016 (UTC))
  1. Yes, a wrapper so there isn't more syntax to learn, which adds complexity.
  2. I haven't really looked much at BSn and BSn-2 templates, but that may well be feasible.
  3. I think named parameters would be clearer, especially in matching overlays to the icons they go over (but in any case, parameter aliasing is easy enough to do).
  4. Okay, just |icon#= and |icon#-overlayn= then (like I said above, I'm not that familiar with RDTs) - Evad37 [talk] 07:43, 26 August 2016 (UTC)
Agree with Evad37. Also, all of the icons should be renamed instead of having these completely meaningless IDs. Pppery (talk) 14:58, 27 August 2016 (UTC)
Make a formal proposal at Commons:Talk:BSicon/Renaming. (You do realize that this would involve more than 6,000 files, don’t you?) Useddenim (talk) 15:59, 27 August 2016 (UTC)
Yes, I was aware that there are a lot of route icons, and I still think that they all should be renamed (although success here is not likely). Pppery (talk) 16:17, 27 August 2016 (UTC)
As Usedennim mentioned, renaming proposals need to be on Commons, as that's where the files are located. (But in any case, what would you renamed them to? With so many different language version Wikipedias using the same icons, it seems doubtful that any other sort of code or filename could more meaningful in more languages than the current codes) - Evad37 [talk] 17:02, 27 August 2016 (UTC)
You have a point, Evad37. I missed that the files were on commons and thus needed to have multi-lingual names. However, it would still make sense to create a bunch of file redirects locally (do local redirects to commons files even work?) with descriptive English names and then use those instead of the IDs. Pppery (talk) 17:12, 27 August 2016 (UTC)
fr:WP has, in fact, created local redirects for the more-frequently used BSicons at fr:WP:Modèles/BS/Catalogue des icônes francophones («Catalogue of French icons»). Useddenim (talk) 22:03, 27 August 2016 (UTC)
French WP's local redirect of the icon causes localization of their diagrams to other Wikimedia sister projects a HELL. I also don't think any Commons admin would tolerate redirects of over 6000 files for each language on Commons. The design of RDT icon codes and the templates is aimed at streamlining the markup size. Expanding/exploding the template to raw wiki/html markups does not make the diagram easier to understand, it is just as terrible to editor's eyes because of monstrously greater page byte size. -- Sameboat - 同舟 (talk · contri.) 22:48, 27 August 2016 (UTC)
Yes. This ↑ --IJBall (contribs • talk) 04:17, 30 August 2016 (UTC)

@Pppery: In regards to your reply on my comment under Support 1: if this is a major change (e.g. change the number of slots in a line), this can be resolved by replacing that line of Routemap-markup with a new line of subst'ed BS-markup. Otherwise, you can simply change the images in the slots using similar notation as in the BS-template (e.g. if you want to change uSTR to uSTRg, you can do this:

Legend
 This isuSTR
Now it's uSTRg 
{{routemap|map=
uSTR ~~ This is uSTR
uSTRg ~~ Now it's uSTRg
}}

The corresponding Bs change is:

Legend
 This is uSTR
Now it's uSTRg 
{{BS|uSTR||This is uSTR}}
{{BS|uSTRg||Now it's uSTRg}}

(Sorry for the inconvenience in replying down here, I don't know how to reply using {{routemap}} in the actual comment, which requires a line-break that breaks the actual comment.) -- epicgenius (talk) 19:16, 26 September 2016 (UTC)

{{RDTr}}

@IJBall, Sameboat, Useddenim, Pppery, Redrose64, SMcCandlish, and Lamberhurst: I've tried making a Routemap row wrapper that functions similarly to the usual {{BSrow}}-based templates:

Legend
{{RDTr|CONTg|STRrg|CONTfq|R3={{mono|<nowiki>{{RDTr|CONTg|STRrg|CONTfq}}</nowiki>}}}}
{{RDTr|BHF|O1=*5|O1-color=white|SHI1r||R3={{mono|<nowiki>{{RDTr|BHF|O1=*5|O1-color=white|SHI1r|}}</nowiki>}}}}
{{RDTr|dCONTf|CONTf||R3={{mono|<nowiki>{{RDTr|dCONTf|CONTf||bg=#8af}}</nowiki>}}|bg=#8af}}
  • The number of icons in the row is determined by the highest numbered parameter. Empty parameters are counted.
    • The usual limitations regarding mixing unnamed (|) and numbered (|5=) parameters apply.
  • Sidebar text parameters – |L1= to |L4= and |R1= to |R4= – are numbered from the centre outwards (main text is 2).
  • Unlimited overlays, keeping the idiosyncrasies of the BSn templates' parameter names.
  • Routemap-style text in the icon cells is still *arbitrary text, as I couldn't think of an intuitive parameter name which wouldn't be confusing (there's already the sidebar text).
  • Most parameters only modify the display of text in the cells; if you don't wanna use them you only need to care about |bg= and its variations.
    • Row parameters: |bg=, |align=, |color=, |b=, |i= and others (see {{Routemap}} documentation).
    • Cell (overlay stack) parameters: |n-bg=, |n-abbr=, etc.
    • Icon (part of a stack) parameters: |On-align= (second item), |On0-align= (base item), |On2-align= (third item), etc.
  • Template is substitutable to create the usual Routemap formatting, not sure how to convert current Routemap formatting to this template yet.

Hope this helps. ({{RDTr}} currently uses Module:Routemap/sandbox; the main template hasn't been updated yet.) I'll probably be leaving this area of the project for a while due to real-life commitments, but will still be semi-active. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 15:48, 2 September 2016 (UTC)

Looks good! Useddenim (talk) 22:16, 2 September 2016 (UTC)
(Pinging again, because I'm not entirely sure if Echo worked. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 11:31, 3 September 2016 (UTC))
It did, just busy. This looks like the right approach to me, and I hope it resolves the issue. Any time we can merge a bunch of complicated templates into one system it's usually a good thing, but can take time (e.g. I merged the functionality of all 7 linear table of contents templates into what is now {{Compact ToC}}, but it took something like a year to deploy it in place of all the original templates, which are all just hazy memories now).  — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼  13:19, 3 September 2016 (UTC)
Just noticed a (potential) problem: Currently, |L1=, |L2= etc. are used to assign links to the icons in the {{BSrow}} template. Useddenim (talk) 17:24, 3 September 2016 (UTC)
@Useddenim: If anyone actually uses them, it would be trivial to tack them on for each icon as |n-link=. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 10:20, 4 September 2016 (UTC)
@Useddenim: Added. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 11:40, 5 September 2016 (UTC)
You mean this one? Yes, it did. What I want is to be able to build RDTs the same way that I have been doing for seven years without having to learn new methods, particularly methods that bear no relation whatsoever to established template markup, RDT or otherwise. I'm no RDT part-timer either: just look at the icons that I created. Would I have created them if I didn't care about RDTs? --Redrose64 (talk) 19:35, 3 September 2016 (UTC)
@Redrose64: In what way, aside from the use of named parameters (which you could stick anywhere you like), is the structure of the template that I spent several hours to make almost entirely for yourplural ease of use fundamentally different from those of the BSrow-based templates? (If you really want to do it the old way there's |n=, which forces the number of icons.) There's definitely a reason for disliking the {{Routemap}} code, but it's a bit hard to see your dislike as anything but WP:IDONTLIKEIT. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 10:20, 4 September 2016 (UTC)
Think of it this way: We currently have two different ways of making RDTs; one of them is more flexible, is more easily updated (all the code is in one place), is compatible with itself, and has a much higher tolerance for the number of rows it can handle. It's not going to go away anytime soon, so we may as well make it the one that everyone uses. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 11:36, 4 September 2016 (UTC)
@Jc86035: Thanks; this seems like a workable solution. Lamberhurst (talk) 11:29, 5 September 2016 (UTC)

Template:BS template

Moved from User talk:Useddenim

What's the purpose of {{BS template}}? Isn't the template name obvious from the wiki code of the article in almost all cases? ~ Rob13Talk 00:42, 9 November 2016 (UTC)

I would say you are correct, in most cases; however, it seems to simply be shortcut from the talk page. I personally don't see a strong need to put it on every railway's talk page, but obviously some editors think it's important enough to do so. Useddenim (talk) 01:50, 9 November 2016 (UTC)
Hmm, okay. I guess I won't rock the boat on it for now. Just seems entirely unnecessary. ~ Rob13Talk 00:35, 14 November 2016 (UTC)
Maybe you should contact Optimist on the run, who wrote the template. Useddenim (talk) 01:39, 14 November 2016 (UTC)
Did I write that? Looking at the history it seems that I did, but don't ask me the motives for something I did nearly 10 years ago! Probably it seemed like a good idea at the time. Optimist on the run (talk) 06:37, 14 November 2016 (UTC)

RfC: Conversion of route diagram templates to Template:Routemap format

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
No consensus to implement. The next step would appear to be further discussion with the volunteers who edit such things (concerning user-friendliness, for example). - jc37 18:57, 21 November 2016 (UTC)

Under what conditions should route diagram templates (RDTs) in the {{BS-map}} or {{BS-table}} formats be converted to the newer Lua-based {{Routemap}} format, which is generally less resource-intensive, loads more quickly and contains some extra features compared to {{BS-map}}? —Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)

Background

In July 2011, the {{BS-map}}-plus-{{Railway line header}} method of creating RDTs was deprecated in favour of using {{BS-map}}, which eliminated most of the need for using table formatting. Or something like that. I wasn't a Wikipedia editor at the time.

Last August, Sameboat transwikied Routemap over to the English Wikipedia after it was implemented on the Russian and Chinese Wikipedias. This was met with immediate opposition from a few longtime editors who disliked Routemap's syntax (which uses \ instead of | to separate icons, and ~~ instead of | to distinguish text). The pursuant RfC ended with the closing comment:

There is consensus for the conversion. The majority opinion cites easier syntax and that larger diagrams are possible. As a side note there are negative comments on the documentation. This might be a good place to focus first if improvements have not already been done.
— User:AlbinoFerret 14:55, 1 October 2015 (UTC)

Currently, the de facto consensus is that if a {{BS-map}} diagram was previously edited by either of those aforementioned editors, it can't be converted to Routemap unless it breaks the servers and stops the page from loading.

I can't think of a good sentence to segue into the !voting portion, so here it is below. If you have any particular concerns or questions about either the RfC or Routemap, it'd help to address them in the discussion section below. —Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)

1. Converting all diagrams regardless of format

Just to clarify the position of the previous RfC (I and others have tried to improve the Routemap documentation, for what it's worth), should all diagrams be converted – regardless of what their previous editors think – to Routemap? Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)

This was originally the third question, but I moved it up so that the order makes more sense. I guess anyone who supports this implicitly supports all the other A options. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 11:13, 25 August 2016 (UTC)

1A. Support

  1. Tentative support. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)
  2. Support. One may argue that Wikimedia server load isn't of our concern, articles transcluding large legacy RDTs occasionally appear in Category:Pages where template include size is exceeded. Also many readers still have bandwidth cap. The lesser data transferred the better nonetheless. -- Sameboat - 同舟 (talk · contri.) 09:30, 25 August 2016 (UTC)
  3. Support, on the basis that the templates are redundant, we eliminate redundant templates, and we should use and retain the better (more efficient, more features) template. If people have an issue with the syntax of it, that can be resolved on its talk page, and a bot can be used to adjust the parameters of already-deployed instances. Tech note: The lowest-impact way to do this is to temporarily fork the template to a copy, change all instances to the copy, update the syntax of the "real" one, then replace the deployed instances calling the old-syntax copy to call the new version with the updated syntax, then finally delete the copy with the old syntax.  — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼  19:32, 30 August 2016 (UTC)
    @SMcCandlish: I'd imagine we'd have problems changing the Routemap syntax, since it was widely implemented on the Chinese and Russian Wikipedias two years ago. The wrapper option in the discussion (working on it) is probably more realistic. —Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 02:43, 1 September 2016 (UTC)
    Works for me. I have no trouble divorcing the underlying cross-wiki codebase in Lua from what editors want to type in an article to make it work. We take this same approach with the WP:CS1 citation templates, which have a simple (though voluminous) set of plain-English parameters resting atop a multi-layered snarl of code to handle the complexities of various conflicting citation scenarios and even codified styles (Vancouver, Harvard, etc., and even the WP:CS2 templates are now processed by the same code on the back end, with everyday editors none the wiser).  — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼  02:52, 1 September 2016 (UTC)
    @SMcCandlish: The point about CS1 is that people can still use {{cite book |last=Smith |first=John |title=The Book |year=2016 |page=123 }} and it still works regardless of anything that changes in the underlying templates or modules. People don't need to learn a whole new syntax. If somebody has gone to an article and altered {{cite web}} or {{citation}} to {{cite book}} (or the other way around), the parameters are the same, the next editor doesn't need to learn a whole new way of doing it. This is not the case with {{routemap}} conversions, see this edit, where (for example) the line 
    {{BS7-2|||HST|STR|STR|eABZgl|exKBHFeq||{{rws|Strood (1st)}}(Old terminus)|{{rws|Cuxton}} }}
    became 
    {{rws|Cuxton}} ~~ ~~ ! !\\HST\STR\STR\eABZlf\exKBHFr~~{{rws|Strood (1st)}}(Old terminus)
    If an RDT is altered to use {{routemap}}, the next person that comes along and wants to add a station can only do so if they understand that rather odd syntax, which AFAIK is used nowhere else. It's limiting RDT maintenance to a small group, defeating the "anyone can edit" philosophy. --Redrose64 (talk) 11:56, 1 September 2016 (UTC)
    Isn't the proposals of a template wrapper just mentioned above a way around this? The fact that we have redundant templates means they should merge. It doesn't mean that they must be merged in one set-in-stone way, nor that it has to be done this afternoon. If it takes a while to produce a deploy-in-articles template with more familiar syntax, that uses the cross-wiki code as a meta-template, that would seem adequate.  — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼  13:17, 1 September 2016 (UTC)
  4. Support. I find it odd that Redrose64 and Pppery (who doesn't appear to have edited an RDT before this whole debate began) complain about the syntax of {{Routemap}}, when the rules for {{BS-map}} are just as arcane (and possibly less-forgiving, to boot). Admittedly, the documentation for {{Routemap}} leaves something to be desired, but that’s easy to fix. Useddenim (talk) 01:18, 19 September 2016 (UTC)
    {{BS-map}} uses ordinary template syntax. {{routemap}} does not. --Redrose64 (talk) 20:37, 19 September 2016 (UTC)
  5. Support because {{Routemap}} uses fewer templates (1 to be exact) while {{Bs-map}} can run in excess of 100+ templates. So basically, it reduces template load. However, I would STRONGLY suggest that all {{Bs-n}} templates can be kept so, if needed, one can subst the old template syntax into the newer one (thus eliminating all the concerns the opponents bring up). epicgenius (talk) 18:32, 26 September 2016 (UTC)

1B. Oppose

  1. Oppose With the non-{{routemap}} format, everything is written in Wikimarkup, it's not difficult to pick up for somebody that is new to RDTs, especially if they've handled templates before. The syntax of {{routemap}} is AFAIK unique to that template, we must not expect people to have to learn a whole new system of markup when this is "the free encyclopedia that anyone can edit". Converting an RDT to {{routemap}} excludes those who do not understand (or do not have the time to learn) its syntax. --Redrose64 (talk) 13:31, 25 August 2016 (UTC)
    See the comments in the previous RfC by Headbomb and Mackensen. It's not that difficult. If you can write a signature, you can remember how to format the text fields. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 14:08, 25 August 2016 (UTC)
    What have signatures got to do with anything? I never sign inside templates or article text. --Redrose64 (talk) 16:09, 25 August 2016 (UTC)
  2. Oppose Unless the template size limit is exceeded, then diagrams should not be converted. Creation of diagrams in BSmap or Routemap should be the creator's choice with neither being mandated. Mjroots (talk) 17:37, 5 September 2016 (UTC)
  3. Oppose The whole system for these templates is already far too arcane with each shape being given a completely meaningless id, and it shouldn't be made even more so. Pppery (talk) 19:25, 25 August 2016 (UTC)

2. Diagrams using {{Railway line header}} and/or {{BS-table}}

Should diagrams using the deprecated format be converted to {{Routemap}}, or should they be converted to whatever the person converting the diagrams thinks is best? (It's been five years, and there are still almost as many of them (5731) as there are BS-map uses (6164). We could use a bot or AWB.) Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)

2A. Support

  1. Support, as the creator of the RfC. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)
  2. Support per above; we do not retain redundant templates, per standard WP:TFD procedure.  — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼  19:33, 30 August 2016 (UTC)
  3. Support per the above. epicgenius (talk) 18:33, 26 September 2016 (UTC)

2B. Oppose

  1. Oppose If it ain't broke, don't fix it. What problems are being caused by the retention of these templates? --Redrose64 (talk) 13:33, 25 August 2016 (UTC)
  2. Oppose per my oppose of option 1. Pppery (talk) 11:19, 27 August 2016 (UTC)
  3. Oppose As per Redrose64. Lamberhurst (talk) 08:39, 2 September 2016 (UTC)
  4. Oppose - BStable is not deprecated, except by those supporting Routemap. BStable works fine, Routemap is much harder to edit. Leave alone I say! Mjroots (talk) 17:41, 5 September 2016 (UTC)

3. {{BS-map}} diagrams which use a double-sidebar layout

In Routemap, to add a left sidebar to a diagram, all that happens is that ! ! (which replaces one pair of tildes) is added to the left of a row and the text from the right is re-added in a mirror image. In the older templates, -2 is added to the subtemplate name on each row, three of the sidebar text cells are missing (I honestly have no idea why that happened), and the order of the text becomes left-right-left-right-right. To be a little less neutral, it's weird and confusing for newer editors.

Should double-sided templates be converted without prior discussion, or should it be left to the previous editors to decide if it's done? Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)

3A. Support (for all double-sided templates)

  1. Support, as the creator of the RfC. Welcome to option B as well. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)
  2. Support per my previous comments. The oppose comment below, that use of the double-sided template is an indication that excessive information needs to be pared down, is not logically an argument in support of retaining the overly complicated template variant.  — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼  19:35, 30 August 2016 (UTC)
  3. Support either A or B. I like A better because it is not only the templates with missing text fields that should be converted; it should be all templates converted to be consistent. But again, see {{BSn-2}} around so it can be substed. epicgenius (talk) 18:35, 26 September 2016 (UTC)

3B. Support (for double-sided templates which need the missing text fields)

  1. Support either A or B. See the above. epicgenius (talk) 18:35, 26 September 2016 (UTC)

3C. Oppose

  1. Oppose If you need to go from text on one side to text on both sides, it's an indication that the RDT is on the large side, perhaps too complicated, and could possibly be trimmed down. Remember that the extra text columns increases the overall width, and we don't all have super-wide screens - the article's prose text is going to be crammed into a space on the left. The problems will be exacerbated if more text columns are added to an RDT that is already double-sided. --Redrose64 (talk) 13:38, 25 August 2016 (UTC)
    @Redrose64: The paragraph above was to illustrate the complexity of the BSn2 series of templates, not a literal description of how double-sidebar diagrams are actually made. Please forgive my limited imagination. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 14:03, 25 August 2016 (UTC)
  2. Oppose None of these advantages you are stating for double-sidebars overcome my oppose of option 1, arguing that the routemap syntax is too arcane. Pppery 18:40, 18 September 2016 (UTC)

4. {{BS-map}} diagrams which use a collapsible section

Because Google Chrome uses dynamic table width and particularly affecting RDT with collapsible section, each collapsible table row must be given a width value to fixate the cell width. This is how Routemap has fixed this issue. For legacy BS row template, the startCollapsible row templates need to add the table width parameter which is currently not available, and then every BS row templates in the diagram must be given the identical table width value to do the trick (unlike what the documentation currently states that only 1 row per diagram requires the table width value, this does not work in Chrome). This is extremely counter-productive because every time you need to change the table width value, you need to update the value in every single BS row template in that diagram. In order to overcome this trouble with the traditional wiki template parameters, the whole structure of the BS row templates have to be changed drastically and the usage of all legacy diagrams has to be converted as well, similar to the scale of conversion from {{Railway line header}} to {{BS-map}}. We are not going through this again knowing the performance of legacy BS row templates is inferior to Routemap. -- Sameboat - 同舟 (talk · contri.) 03:17, 26 August 2016 (UTC)

4A. Support

  1. Support per above; we do not retain redundant templates, per standard WP:TFD procedure. We especially do not need any malfunctional ones. Chrome support cannot be ignored, since it's the majority browser on most platforms.  — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼  19:37, 30 August 2016 (UTC)
  2. Support. This removes redundancy and is more convenient than previous BS-map. epicgenius (talk) 18:37, 26 September 2016 (UTC)

4B. Oppose

  1. Oppose we should not be justifying something based on browser-specfic hacks. Pppery (talk) 11:22, 27 August 2016 (UTC)
    @Pppery: All Chrome users should kiss themselves because they deserve it. -- Sameboat - 同舟 (talk · contri.) 01:04, 31 August 2016 (UTC)

5. The documentation

Currently, because there are about two people who maintain the documentation, most of WP:RDT only refers to {{BS-map}}, while anyone interested in Routemap is directed to the Routemap page. Should the part of the Routemap documentation pertaining to the diagram code and BS-map conversion (essentially, all of it except the TemplateData) be incorporated into WP:RDT? (It's not that important, but since this RFC already had three questions, I figured: why not?) Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)

5A. Support

  1. Support. This would make things a bit less confusing for newcomers. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 04:57, 25 August 2016 (UTC)
  2. Support, though be smart about it. See the documentation of Template:Glossary, et al., for how to maintain centralized documentation but collapse-box parts of it not immediately needed when looking at a specific template in a series, while making it all available because the templates have to work together. Another, more complex case is how the documentation of the WP:CS1 citation templates is managed; it's actually generated by Lua scripting that assembles it on a per-template basis from a collection of documentation snippets. But I wouldn't go the latter route without good reason.  — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼  19:39, 30 August 2016 (UTC) Expanded, 02:54, 1 September 2016 (UTC)
  3. Strongly support this. A clearer documentation about {{routemap}} is needed on WP:RDT, so why not? epicgenius (talk) 18:39, 26 September 2016 (UTC)

5B. Oppose

  1. Oppose the reason this page exists is because the {{BS-map}}-based system uses many templates, meaning that the documentation does not make sense on any of those templates' doc pages. No such issue exists with {{routemap}}, so {{routemap/doc}} is the correct place to put {{routemap}}'s documentation. Pppery (talk) 11:17, 27 August 2016 (UTC)

RfC discussion

I know that it's a dick move, to whoever strongly opposes Routemap: If you fancy any new function introduced to Routemap and you want it implemented back to the legacy version, you are on your own. Not to mention that the more severe issue with the broken collapsible section in Google Chrome by legacy BS-startCollapsible templates which has been fixed in Routemap. -- Sameboat - 同舟 (talk · contri.) 14:04, 25 August 2016 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Diagram articles

Should diagrams like East Coast Main Line diagram, West Coast Main Line diagram, Great Central Main Line (diagram) and South Eastern Main Line diagram be moved into template space (since they're not really articles)? See d:Wikidata:Property proposal/route diagram. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 10:42, 11 December 2016 (UTC)

But they are not templates, i.e. not designed to be transcluded into another article. -- Dr Greg  talk  11:52, 11 December 2016 (UTC)
@Dr Greg: We already have Template:Railway line legend, which has just three transclusions, all in userspace, but is linked to from almost every diagram. WP:IAR applies. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 12:24, 11 December 2016 (UTC)
I say keep them in article space. I agree that they're not standard articles, but in effect can be considered equivalent to lists, in that they have a blurb, followed by a table of information, though in this case the information is graphical rather than textual. With regard to Template:Railway line legend, it's been suggested in the past that it be moved to Help:Railway line legend. Maybe it's time to reconsider that idea. Optimist on the run (talk) 20:43, 11 December 2016 (UTC)
@Optimist on the run: Okay then; both considering them lists and moving the legend templates to the Help namespace seem like good ideas to me. I'll ask over on Wikidata if the property could be allowed for lists. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 09:22, 12 December 2016 (UTC)
I've proposed Template:Railway line legend move to Help:Railway line legend on the talk page. Optimist on the run (talk) 12:44, 12 December 2016 (UTC)

Station layouts

(pinging Epicgenius and Useddenim) Should single-use station layouts (such as the one at the top of Kowloon Tong Station) be in the Template namespace, or is it fine for the code to be in the article? (In addition, that diagram is probably in the wrong place in the article. Should it be in the infobox or in § Station layout?) —Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 09:38, 31 December 2016 (UTC)

At jp:WP (where I've seen these most often), the layouts are hard-coded into the infobox. Useddenim (talk) 16:16, 31 December 2016 (UTC)
I feel it should be kept in the article. Not only will the other option create templates that are only used in one article, it would also add to the article's template load. It is also unnecessary, as the code in the article works just fine.
It's fine for the track maps to be in the infobox. That's how it was on the zhwiki version. I put them in the station layout section because it was easier. I copied the layout of one of the articles, Central Station (MTR), that had the track map in the "station layout" section. epicgenius (talk) 16:47, 31 December 2016 (UTC)
Well, it looks like I added Central Station's track layout myself three years ago... epicgenius (talk) 16:49, 31 December 2016 (UTC)
@Epicgenius: I think for some articles this would make the infobox unnecessarily wide, although not everyone might care about that. Most of the (properly-formatted) ones I've seen on zhwiki have been in the infobox, although the whole wiki's font size is smaller and the station names are much narrower so width isn't as much of a problem. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 16:55, 31 December 2016 (UTC)
That's why I put the wider track layouts on the left side of the page, rather than on the right side next to the infobox. For these layouts, it may be better to leave them out of the infobox. epicgenius (talk) 16:57, 31 December 2016 (UTC)

Route diagram location

It's a good idea to keep a railway's route diagram in a separate page, so it doesn't clutter the textual content of the relevant article. I see some articles follow this idea by putting a route diagram page into the Template namespace.

I'd suggest to make it a slightly different way for 2 reasons: (1) I would rather have something put into the Template namespace that could be re-used in more than one article (hence it is called "Template"), (2) I think it's better to associate a diagram itself with the main article somehow.

A subpage of the main article's page seems for me quite suitable from this purpose. This is what we actually implemented at some other wiki (for example Mediterranean and Mediterranean/imagemap).

I've tried to implement this technique here, but this move seem to meet with opposition: Catania Metro/Routemap was moved back to Template:Catania Metro (and affectively buried among the other templates), while my whole work on Ferrovia Circumetnea/Routemap was simply thrown by someone into a trash dump --Vadp (talk) 08:55, 23 January 2017 (UTC)

We don't use subpages in main article space: / is used only where it appears in the article name (e.g. AC/DC). Having a route diagram as a separate article can be done, e.g West Coast Main Line diagram, when there is consensus to do so, but it should be an article in its own right. In the case of the West Coast Main Line, there is a simpler diagram in the main article. I do not think there would be any benefit from removing route diagrams from artciles completely. Optimist on the run (talk) 09:24, 23 January 2017 (UTC)
OK, for West Coast Main Line you have both West Coast Main Line diagram and Template:West Coast Main Line. What is the point? Wouldn't it be easier to have {{:West Coast Main Line diagram}} at the main article and keep the "Template" namespace a bit more tidy? --Vadp (talk) 09:46, 23 January 2017 (UTC)
@Vadp: It used to be too big before it was changed to use the {{Routemap}} format, and it's also a little too detailed for most readers who might not need to know about every junction which the line has. I've requested that your diagram be restored in the Template namespace. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 10:34, 23 January 2017 (UTC)
@Jc86035: Thanks for converting the diagram. Just out of curiosity -- did you use some tool for your magic or rather just some mere regex substitutions? --Vadp (talk) 09:08, 24 January 2017 (UTC)
@Vadp: See Template:Routemap#Function convertbs. Doesn't work perfectly but it's good enough. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 09:19, 25 January 2017 (UTC)
@Vadp: I just copy the core of the diagram (everything between |map= and the final }}) into a text editor, then change every instance of ¶{{BS to ¶{{subst:BS. Useddenim (talk) 14:19, 25 January 2017 (UTC)
I see, thanks for the tips! --Vadp (talk) 08:48, 26 January 2017 (UTC)

Nomination for merging of Template:BS-Infobox

Template:BS-Infobox has been nominated for merging with Template:Routemap-Infobox. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Thank you. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 14:11, 10 February 2017 (UTC)

Catalogue

Are there any issues with the catalogue pages being moved to Commons? As well as facilitating a rearrangement of the pages so they don't take forever to load, this would allow easier internationalization due to the existence of language templates (plus, many of the copies of the English Wikipedia catalogue are currently stagnant, outdated, and/or mostly untranslated). Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 14:18, 15 March 2017 (UTC)

Agree. Useddenim (talk) 10:24, 16 March 2017 (UTC)

RDT icons: cross-platform interchanges

I've made a proposal on the Commons BSicon renaming talk page to discontinue the CPIC root by renaming all CPIC icons to become XBHF, XACC and XINT (e.g.   (heCPICr) would become hXBHF-Re). While icons are routinely renamed, this is an unusually wide-ranging change without precedent so it would be nice to have some more feedback there. Jc86035 (talk) 16:50, 27 January 2018 (UTC)

Criteria for using INT vs BHF

Hello everyone! I was wondering if there was any consensus for when to use the interchange icon versus the regular station icon on RDTs. I tried searching the archives of this talk page, but couldn't find anything. If a station offers local or intercity bus connections, should it have it? What about if you can get off and wait for a different train route? Or should it only be used for more substantial connections, like a subway, commuter rail, or other rail system? –Daybeers (talk) 20:40, 19 April 2018 (UTC)

Icon Used Example
  (INT) between modes
Airport Station Airport interchange
between different lines on the same system
Interchange
  (BHF) between branches of the same line
Junction station
between modes where there is a cross-platform interchange
Interchange

Useddenim (talk) 21:37, 19 April 2018 (UTC)

@Useddenim: Thanks for that! What if the RDT is less complicated, like on Template:NHHS? –Daybeers (talk) 23:38, 19 April 2018 (UTC)

Bolding

Hello everyone! When bolded text is used, should it only apply to termini or to major stations also? In the template for Amtrak's Acela Express, all the major station are bolded, whereas in the template for the Northeast Regional, only the termini are bolded. Which is better? Please discuss below! Thanks! –Daybeers (talk) 22:17, 18 April 2018 (UTC)

@Daybeers: The use of bold text is strongly discouraged for RDTs because it draws emphasis away from the automatic bolding that Wikipedia applies to the self-target when a template is transcluded. The only time I use bold on a diagram is to emphasize smaller text labeling branches on the same diagram. (Note the Catford Loop Line, Dover branch, and Ramsgate branch on the Chatham main line as an example.)
However, there is the special case of New York City Subway line templates, where bold is used to differentiate between local and express stations. Useddenim (talk) 22:52, 18 April 2018 (UTC)
@Useddenim: What automatic bolding are you referring to? –Daybeers (talk) 19:27, 19 April 2018 (UTC)
Railway
Legend
Unimportant railway station
Railway
Legend
Unimportant railway station
How it appears
on the RDT page 		How it appears trans-
cluded onto the page
“Unimportant railway station”
@Daybeers: See the examples to the right. When a page link in a template is transcluded into that page, the wikilink is replaced with bold text. That is why bolding shouldn’t be used in RDTs. Useddenim (talk) 20:27, 19 April 2018 (UTC)
@Useddenim: That's what I thought you referring to, but what about when RDTs are not linked on station pages? I don't know of any Amtrak station where that is done. –Daybeers (talk) 20:34, 19 April 2018 (UTC)
That doesn't mean it won't be. I think it's best to be consistent and eschew its use. Useddenim (talk) 20:59, 19 April 2018 (UTC)
And this is a perfect example of why not to use bold type in an RDT. Useddenim (talk) 01:49, 20 April 2018 (UTC)
@Useddenim: I'm not really sure how that's an example of why bold type shouldn't be used in an RDT, as the code in that revision specifically bolds each station. I agree that shouldn't be done, but I don't believe that example really explains your reasoning. I personally think bold type can be very useful for showing termini, and at least in the US, I have yet to come across a station article that transcludes an RDT template on it. Why would there be a need for it anyway, since there is the "services" section in the infobox? If a reader wants to know more about the specific line or service, they can click on the link in the services section. Mackensen, Pi.1415926535? –Daybeers (talk) 04:22, 20 April 2018 (UTC)

I agree with Daybeers here - bold link text (blue) is visually distinct from bold self-link text (black), and they clearly mean different things. Bolding is useful to distinguish major stations, particularly termini of service patterns. Pi.1415926535 (talk) 05:37, 20 April 2018 (UTC)

I can see the argument for termini, but for simple routes with only two it's hardly necessary. However, when applied for other reasons, e.g. “major” station, its use then becomes subjective. Useddenim (talk) 14:08, 20 April 2018 (UTC)

Font size in Routemap

Who knows how to set the font size in a {{routemap}}-style RDT? Some of the text in Template:Richmond station routemap is too tiny to read, which is an accessibility issue, but judging by Template talk:Richmond station routemap#Text size, Adam37 (talk · contribs) just doesn't care. Discuss over there please, to avoid WP:MULTI. --Redrose64 🌹 (talk) 10:52, 28 August 2018 (UTC)

BSicon needed

To talk page watchers: I've created {{BSicon needed}} in case anyone has drawn or is drawing diagrams which should use icons that currently don't exist. The intent is that eventually someone will look in the tracking category and create the needed icons. Jc86035 (talk) 17:08, 4 December 2018 (UTC)

Ambiguity in names of overlap parameters

For templates like {{BS2}} etc., we allow each position to be empty, or to have one icon plus up to five overlap icons. The first overlap icon has a parameter name like |O1= |O2= etc., the digit being the icon position in the row. The second overlap icon will be |O12= |O22= etc., the first digit being the icon position in the row and the second digit being the overlap number. This works just fine where icon positions go up to 9; so for {{BS9}} the rightmost icon has overlap parameters |O9= |O92= |O93= |O94= |O95=. This also works for positions 10 and 11 of the longer templates - |O10= is unambiguous because there is no concept of a "zeroth overlap", and |O11= is unambiguous because the first overlap of position 1 is |O1=. Similarly, for the second to fifth overlaps of the longer templates we have |O122= to |O125= for the twelfth position, |O132= to |O135= for the thirteenth position, and so on.

The problem comes with the first overlap of positions 12 to 15 of the longer templates where we would use |O12=, |O13=, |O14= and |O15= - but these param names are already claimed. See for example this revision of Template:Transcoimbra which uses {{BS15}} with |O12= |O14= and |O15=. --Redrose64 🌹 (talk) 14:53, 16 February 2019 (UTC)

{{BS12|…|O11n=|icon|O122=|O123=etc,}} should work. (i.e. just skip the "1" overlay.) Useddenim (talk) 15:28, 16 February 2019 (UTC)

Nomination for deletion of Template:BS-map

Template:BS-map has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. {{3x|p}}ery (talk) 15:14, 18 February 2019 (UTC)

Nomination for deletion of Route Diagram Templates

Zackmann08 (along with Pppery) seem to be embarking on a campaign to subst and delete single-use RDTs (Template:Bakerloo line extension 2014 plan RDT and Template:Brescia Metro, for example. You are invited to comment on these discussions. Useddenim (talk) 00:38, 2 March 2019 (UTC)

@Useddenim: This is false. What Zackmann08 is actually doing is embarking on a campaign to delete unused templates, and the RDTs in question here were originally unused. I'm not engaged in any kind of campaign related to this at all, only !voting my opinion on some of his TfDs. {{3x|p}}ery (talk) 00:40, 2 March 2019 (UTC)
@Pppery: False? no. Incorrect? maybe. I may have leap to conclusions about working in concert. Nonetheless, you are the one who made the suggestion Subst and delete Template:Bakerloo line extension 2014 plan RDT. Useddenim (talk) 00:47, 2 March 2019 (UTC)

Four RDTs for Trams in Warsaw have been nominated for deletion as they are linked not transcluded. Please comment in the discussion at Wikipedia:Templates for discussion/Log/2019 June 2#Template:Warsaw Tramways Line 1. Thryduulf (talk) 12:18, 5 June 2019 (UTC)

"Template:Bsn" listed at Redirects for discussion

An editor has asked for a discussion to address the redirect Template:Bsn. Since you had some involvement with the Template:Bsn redirect, you might want to participate in the redirect discussion if you wish to do so. AlgaeGraphix (talk) 13:33, 27 April 2020 (UTC)

Copying these diagrams from other Wikis

Is there a way to import those line diagrams formed of lots of templates from one wiki to another. I'm currently working on Draft:Tábor to Bechyně railway (very early draft), and cs:Elektrická dráha Tábor–Bechyně features one that would be useful to include - simply copying it directly gives what's currently at my sandbox.

As I haven't used these before, this might just be me doing something stupid.

~~ OxonAlex - talk 11:14, 27 September 2019 (UTC)

@OxonAlex: I think you're asking how to make sure the contents on a transcluded template are included. When copying a page, you need to change {{TemplateName}} to {{subst:WP:TemplateName}}, where WP is the source wiki. (In your example you would replace "WP" with "CS".) I hope this helps. AlgaeGraphix (talk) 22:36, 2 May 2020 (UTC)

Adding coords

I am trying to document the locations of the many closed railway lines in Queensland, Australia. My interest is in the role that railways played in the history of the development of Queensland rather than in railways themselves, so I am finding myself dealing with articles that contain these route diagrams and need to update them, but frankly haven't a clue about the mysterious encodings I am encountering in them. Apart from just fixing errors (missing stations, etc), I also need to add coordinates as the closed railway lines no longer appear on current maps (including Open Street Map) and nor can I generally find a historic railway map that clearly shows the railway line. So I am usually consulting a range of whatever historic maps are avalable and figuring out the route of the railway and the location of individual stations from these. How do I best capture this information in the route map? Because I could not figure it out how the route maps works, I have been capturing the information in a separate table with a column for the coords and using the {{GeoGroup}} template to display the locations of the stations overlaid on Open Street Map, but it seems very silly to have a separate table of stations and other points of interest with coords and a route map since they are both trying to tell the same story about the route. It would seem to make sense to put the coords into the route map (but still use GeoGroup to display it). So how do I go about it? Also due to the often mountainous/hilly terrain, our railway lines are narrow gauge (3ft 6in) and tend to twist and turn around the terrain, so the route between stations is often not straight. How do I add other points into the routemap where there isn't a station/river/road but I just want to show the twists and turns in the not-straight sections? My current focus of interest is Dugandan railway line which already had a route map, as a concrete example of what I doing (but feel sure there must be a better way). I appreciate a ping on any replies. Thanks Kerry (talk) 00:23, 30 May 2020 (UTC)

RDTs are intended to present a simplified layout for basic understanding and navigation; showing lots of twists and turns isn't their purpose. Adding coordinates would probably also not be advisable. What I would recommend is to create a KML file of the geographic route (using Google My Maps or a similar tool) and adding it using the {{Attached KML}} template. Any coordinates in the article (like the list of stations) will also be shown on the map. You can also have the stations as points in the KML file as well if you wish not to use a table in the article. I'm glad to walk you through any of these steps. Cheers, Pi.1415926535 (talk) 00:44, 30 May 2020 (UTC)

Error with Template:infobox rdt

I noticed that in North–South connection the first row of the RDT is off by one column while it is correctly displayed in Template:Belgium line 0 diagram. The page uses a template I have never worked with so I don't know how to fix it. --PhiH (talk) 19:03, 4 December 2020 (UTC)

@PhiH: Template:infobox rdt is deprecated and comes with a raft of usage health warnings. I couldn't work out how to fix it, so have converted Template:Belgium line 0 diagram to use Template:Routemap, and removed use of Template:infobox rdt from the North–South connection article. It might need a bit more tidying to improve presentation of the map within the infobox. Bazza (talk) 14:34, 5 December 2020 (UTC)
Thanks! I have added an inline parameter for embedding the template in the infobox. --PhiH (talk) 15:00, 5 December 2020 (UTC)

Some help required

Hi, if someone could take a look at Bakerloo line extension, I tried to insert an RDT and something broke - it has all the categories included? Can someone help me out! Thanks! Turini2 (talk) 16:20, 2 April 2021 (UTC)

The additional information needs to be inside a <noinclude></noinclude> so that it doesn't show when it's transcluded. It's fixed now. --PhiH (talk) 18:55, 2 April 2021 (UTC)

Manual of style

Useddenim started an MOS for RDTs. I've moved it to WP:Route diagram template/MOS so it can be fleshed out. AlgaeGraphix (talk) 09:23, 16 January 2021 (UTC)

I have a feeling that Useddenim no longer participates on this website.
Xenophon Philosopher (talk) 05:26, 11 August 2021 (UTC)
@Xenophon Philosopher: no; I'm still around, just not editing very much anymore since an admin threatened me. Useddenim (talk) 02:33, 17 August 2021 (UTC)

Annoying blank horizontal spaces on a hard-copy print-out

A colleague has asked me for a hard-copy print out of the Route Map of the Template : Lanchester Valley Railway RDT and when I did this, the resultant image was spoilt by a whole series of blank horizontal spaces. I did then try to print it out again using the PDF format, but the result was still the same. Can anything be done to correct matters, please?

Xenophon Philosopher (talk) 05:22, 11 August 2021 (UTC)

Xenophon Philosopher, I think you'll find that it can print now? Mackensen (talk) 12:05, 11 August 2021 (UTC)

Thank you for your assistance. I have printed out the requested hard-copy and have passed it on to my colleague.

Xenophon Philosopher (talk) 15:00, 17 August 2021 (UTC)

Renaming for Roads Needed

The naming for the road half icons are inconsistent to and in conflict with the railway ones. They use ROOT{n/e/s/w} convention but the railway ones use ROOT{e/aq/a/eq} convention. In particular, the east half road icon (e) is in conflict with the end half railway icon (e). The road icons need to be renamed. Xeror (talk) 18:39, 14 January 2022 (UTC)

The renaming of icons can be discussed at commons:Talk:BSicon/Renaming. You may wish to have a look there. --PhiH (talk) 19:39, 14 January 2022 (UTC)
I just copied the thread there. This one should be closed. Xeror (talk) 22:45, 14 January 2022 (UTC)

Addition of junction to Template:Jingjiu railway diagram

Could someone please add the flyover junction north of Taiqian railway station between this line and the Shanxi–Henan–Shandong railway to the diagram? The Shanxi–Henan–Shandong railway line is freight-only, not sure if there is a standard protocol for noting that in the diagram. Thanks NemesisAT (talk) 16:07, 23 February 2022 (UTC)

 Done. Useddenim (talk) 03:31, 22 March 2022 (UTC)

Route diagram templates

Once again it's being proposed that they be subst'd into their parent articles. See Wikipedia:Templates for discussion/Log/2020 December 24#Template:Munich–Holzkirchen railway. AlgaeGraphix (talk) 19:15, 30 December 2020 (UTC)

How far has that proposal been taken forward?
Xenophon Philosopher (talk) 05:24, 11 August 2021 (UTC)
The result of the discussion was keep. AlgaeGraphix (talk) 11:51, 11 August 2021 (UTC)

And here's a new one. It seems like one of these templates is proposed for deletion once a year or so. Much as it pains me, we might need a well advertised RFC to determine whether these templates should exist in template space or their code should be be directly included in articles. – Jonesey95 (talk) 02:27, 9 March 2022 (UTC)

Template Trouble

Hello! I was suggested to repost my request here from Wikipedia talk:WikiProject Trains.

1. On both Template:A Line (Los Angeles Metro) and Template:L Line (Los Angeles Metro), I can't seem to get the collapsed sections of the first tables to line up with the rest of them. If anyone can help with fixing this, as well as improving in any other additional areas, I would very much appreciate this!

2. This is more of a question, but would it be possible to theoretically fit a collapsed section within another collapsed section within a table? Like for example, when you click on "show" under Regional Connector on both Template:A Line (Los Angeles Metro) and Template:E Line (Los Angeles Metro), would it then be possible to then have it as that after doing so, you could once again click "show" to expand the sections for "Foothill Extension Phase 2B" and "Eastside Transit Corridor Phase 2" for each respective template? If so, how? Would it be possible to do this for both tables?

Thank you! —OrdinaryJosh (talk) 21:31, 11 January 2023 (UTC)

Constructive criticism on recent template edits

Hi again! I just wanted to ask if there would be potentially anyone interested in proofreading my edits to the route-map templates I made for various Los Angeles Metro Rail pages: the main page, the A Line, the E Line, the L Line, the K Line, the Foothill Extension, the Eastside Transit Corridor, and the Regional Connector. Thank you! --OrdinaryJosh (talk) 11:28, 17 January 2023 (UTC)

Navbar bg & title text should center and bleed IMHO

(Re: Mobile View of template)

Hi, the template is awesome, but does not, IMHO, marry well stylistically with the infobox such as in the Tempi train crash article (when in Mobile View). IMHO, this template's 'title' text should be centered, per the multi image template it is below, plus the 'navbar' background should bleed edge-to-edge within this template, instead of being truncated and left-justified. TMI?

With the almost clear border it makes the template alignment look misregistered with the template right above it in the Tempi train crash example article . Looking forward to your comments and refinements. (it renders fine in Desktop View.) Thanks. Cheers! {{u|WikiWikiWayne}} {Talk} 15:49, 3 March 2023 (UTC)

Fix required at Template:East Lancashire Line

 You are invited to join the discussion at Template talk:East Lancashire Line § Accrington. Redrose64 🌹 (talk) 21:29, 4 June 2023 (UTC)

Fix required at Template talk:A Line (Los Angeles Metro)

 You are invited to join the discussion at Template talk:A Line (Los Angeles Metro) § Collapsible section captions not lined up. --OrdinaryScarlett (talk) 19:50, 1 July 2023 (UTC)

RfC: deprecation of BS-map (result: BS-map to be deprecated)

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
Consensus in favor of {{routemap}}. There is a consensus in favor of replacing all BS-maps with Routemaps.
While ultimately the usage for constructing the maps is subjective to the editor, and was the theme for much of the earlier comments in the RFC, the community would stand to benefit much more from a defined standard. As has been stated many times before, consensus is not a vote, and the strongest arguments seem to favor BS-Map's deprecation. The arguments I find to be the most strong are the accessibility issues of BS-Map on mobile platforms which Routemap seems to improve, as well as less so memory usage, which reducing such can definitely help accessibility. Overall, Existing BS-Maps should be converted into Routemaps, and the BS-Map template should ultimately be deprecated as requested for comment per the title. In my personal opinion, I would recommend that BS-map's code be retained and archived for historical reference, especially for any potential debugs, but its time for mass service to Wikipedia has come and gone. — Preceding unsigned comment added by InvadingInvader (talk • contribs)


Should all instances of {{BS-map}} be converted to {{Routemap}}? Mackensen (talk) 02:54, 23 July 2023 (UTC)

Background

{{Routemap}} is a Lua-based reimplementation of {{BS-map}} and related templates. It was originally introduced in 2015. There have been two prior RfCs and one TfD on the question of replacing BS-map:

At the time of the 2016 RfC there were approximately 12,000 template-style routemaps using either {{BS-table}} or {{BS-map}}. BS-table and {{railway line header}} have since been deprecated and deleted and BS-map has 3,335 transclusions while {{Routemap}} has 22,442. Mackensen (talk) 02:54, 23 July 2023 (UTC)

Discussion

  • Strongly support — BS-maps are much less flexible than routemaps and the syntax in the former is horrendously complicated, making any upkeep or new additions very cumbersome. Routemap fixed some display issues that BS-maps has in certain browsers. BS-maps require several related templates to make the thing work, while routemap doesn't; it's just a simpler way of accomplishing better results. -MJ (talk) 06:39, 23 July 2023 (UTC)
    Wow...BS-maps is a lot more broken than I thought. This is how a template displays on mobile. [1] (link leads to screenshot from a mobile device) This isn't acceptable. -107.122.189.94 (talk) 08:03, 23 July 2023 (UTC)
  • Strongly oppose {{BS-map}} uses normal template syntax, and the markup may easily be traced through. I find the {{routemap}} syntax to be cryptic (the syntax, with all those double tildes and double slashes, is not used in any other part of Wikipedia) to the point of not being understandable, which makes these RDTs unmaintainable. I need to put in edit requests (example), and I should not need to do that. --Redrose64 🌹 (talk) 07:35, 23 July 2023 (UTC)
Sorry, no sympathy for a computer programmer who refuses to learn a new language (that isn't particularly difficult). Useddenim (talk) 05:20, 8 August 2023 (UTC)
@Useddenim: Please do be civil. The habits and preferences of editors are important to factors to respect. Some editors prefer to use one interface over another, in a similar way to how some editors prefer to use the source editor instead of the visual editor or to how some editors prefer to edit German Wikipedia over English Wikipedia. Wikipedia is, in fact, a multilingual organisation, and as such we ought to be sympathetic to editors whose established markup languages are different to ours. WT79 (speak to | editing analysis | edit list) 10:52, 15 August 2023 (UTC)
  • Strongly support — I've used both and find {{Routemap}} much more intuitive to use, particularly for overlays and diagrams with varying widths. It's also more likely to produce diagrams which work on mobile devices. Bazza (talk) 08:18, 23 July 2023 (UTC)
  • Strongly oppose - BS map is much easier to create diagrams with. It should be creator's choice which system is used. Mjroots (talk) 09:24, 24 July 2023 (UTC)
  • Support. Given the documented problems with BS-map, including memory usage and mobile display, I can't see maintaining two separate templates with different syntaxes based entirely on editor preference. The community spoke long ago on which it preferred, and which it finds easier to use. Mackensen (talk) 11:40, 24 July 2023 (UTC)
  • Support. Our first priority is to our readers, and the performance issues and the severe mobile display issues with BS-map mean that it isn't good for readers. From a community perspective, I fully agree with Mackensen's statement. I understand that routemap has a learning curve, but it is ultimately a vastly superior backend for RDTs. The implementation of Redrose64's edit request is a good example of that: an arbitrary number of icons can be layered in routemap using the same !~ separator, while it requires a whole set of new parameters in BS-map. As someone who is fluent in both routemap and BS-map, I actually find routemap much more intuitive. Pi.1415926535 (talk) 18:37, 24 July 2023 (UTC)
  • Neutral, as I never make that type of templates. But quite often I come across route templates with links to disambiguation pages that are technically hard to solve, even when you know the answer. So I opt for the one that makes those links the most easy to fix. The Banner talk 18:20, 25 July 2023 (UTC)
  • Support per everyone else. It only makes sense that we deprecate BS-maps given its performance and mobile display issues. XtraJovial (talk • contribs) 01:14, 26 July 2023 (UTC)
  • Support. Whatever style of templates the community picks, there should never be more than one. That makes it harder for everyone - for new editors and for experienced editors. And this is also not a question of personal preference as this isn't how an editor likes to style their own user page, but about reader facing articles and images. Currently, BS-map has 3,324 transclusions while Routemap has 22,463. It's quite clear what the community has chosen. Lets finish with this replacement (the lovely editors watching at WP:TFD/H are always happy to help with these sort of things). --Gonnym (talk) 13:20, 26 July 2023 (UTC)
    Apparently there is even a third style used for German roads (Wikipedia:Autobahn infobox template) Gonnym (talk) 06:35, 27 July 2023 (UTC)
  • Oppose Nothing whatsoever has changed since 2016 other than people converting maps anyway despite that consensus. * Pppery * it has begun... 14:37, 26 July 2023 (UTC)
    @Pppery that's a strong accusation, and the 2016 consensus wasn't that conversions were improper per se, it was that (effectively) a conversion should not take place against the wishes of the principal maintainer(s) of the template. For example, if I'm the principal maintainer of Template:Foo, and I want to use Routemap instead of BS-map, that's perfectly fine under the 2016 and 2019 discussions. It would be strange if that's not fine. Mackensen (talk) 15:30, 26 July 2023 (UTC)
    Fine, perhaps I spoke too harshly. We know that that isn't always what happened, because of User talk:Mjdestroyerofworlds#RDT conversions, and I would still oppose anyway because I see this as ratifying a fait accompli, although this was of course done in good faith. * Pppery * it has begun... 15:33, 26 July 2023 (UTC)
    A neutral question: Is it really true that Nothing whatsoever has changed since 2016? It appears that the the percentage of mobile views has increased from about 35% to about 55% between 2016 and 2023, and if these BS-* templates work poorly on mobile (the *startCollapsible templates are certainly broken), then moving away from them might help these increasingly prevalent mobile viewers. – Jonesey95 (talk) 04:35, 15 August 2023 (UTC)
  • Strongly support, as an editor who is fully conversant with both styles. Useddenim (talk) 05:20, 8 August 2023 (UTC)
  • Neutral I never make route templates, but fix links to disambiguation pages in those templates. I opt for the one that makes it most easy to fix those. The Banner talk 11:11, 15 August 2023 (UTC)
  • Comment: is there a way of producing a new interface for the same routemap module? If there were a technical way of using a template-wizard-like interface so that the tables could be semi-visual to make and edit, I think that it would make things easier for both new editors and those familiar with BSmap templates. WT79 (speak to | editing analysis | edit list) 11:37, 15 August 2023 (UTC)
  • support, the new system is less complicated in terms of templates and more flexible in terms of output. Frietjes (talk) 16:48, 15 August 2023 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Help needed at Template talk:Los Angeles Metro Rail lines

I posted about some assistance I need on a template here. If anyone can help, I would really appreciate it. Thank you so much! --OrdinaryScarlett (talk) 08:35, 6 September 2023 (UTC)

Need help

Hi! I just need some help with this template. My goal here is to use the blue shade #0078BE for all of the Capital Line. While I have already changed some of it and uploaded a few of my own files, I'm not really sure how to make the parallel icons which include both the red shades #EF161E and #be2d2c that certain shade of blue, since they are both one file and I don't know where to upload these new files and under what names; perhaps under a new file set? If anyone has any idea, I would greatly appreciate it. Thank you! --OrdinaryScarlett (talk) 20:55, 24 November 2023 (UTC)

You are trying to use icons which are non-standard. See c:BSicon/Catalogue for what is available as standard. There are also some sets of coloured icons available which you could use for overlays.
Please remember that colour alone is insufficient to impart information. Bazza (talk) 21:58, 24 November 2023 (UTC)

Wondering if possible to overlay broad icon

Hi! I was wondering if it would even be possible to overlay   (bvISLAND) at Template:Red Line (Washington Metro) at Fort Totten given the already complex constraints on that column? I figured out how to get it to work at both Takoma and Brookland-CUA, but this is a very complex task out of my skill level. Thanks! OrdinaryScarlett (talk) 06:58, 5 February 2024 (UTC)

@OrdinaryScarlett: You probably can, but messily (= harder to maintain).
Legend
Medical Center
Bethesda
Silver Spring
MD
DC
 Friendship Heights
Takoma
MD
DC
Tenleytown–AU
to Greenbelt
Van Ness–UDC
Fort Totten
Cleveland Park
Brookland–CUA
Woodley Park
Rhode Island Avenue
I have encountered similar conundrums of my own and ended up remembering that these are route diagrams, not necessarily accurate track plans. There is a similar layout at {{District line simple RDT}}, where two non-stop Piccadilly line tracks are in the centre, with stopping District line tracks on the outside. (See Ravenscourt Park tube station for a description.) The diagram, though, simply shows a non-stop route alongside a stopping route, with branches and divergences as appropriate. Bazza (talk) 10:48, 5 February 2024 (UTC)

Track layout templates

Moved from User talk:Useddenim/Archive 11

Wikipedia:Template namespace says "Templates that violate the guidelines on this page, have poorly defined function, are redundant, become orphaned or used on only one page, or violate any Wikipedia policies may be nominated for deletion at Wikipedia:Templates for discussion." How does moving track layouts for a single station to a template not violate this? Most of these templates have no chance of being used on more than one page. Steelkamp (talk) 05:14, 17 June 2024 (UTC)

@Steelkamp: This question keeps coming up every few years, and the consensus is always the same: because of their nature (a highly technical markup language) and the fact that a single incorrect character can cause an entire page to blow up, it is best to keep them separated from the rest of the article. Wikipedia talk:Route diagram template/Archive 9#Route Diagram Templates is only one of the discussions. Useddenim (talk) 19:07, 23 June 2024 (UTC)
Also, by being stand-alone templates, it helps with categorization by not being dependent on the parent article. Useddenim (talk) 19:08, 23 June 2024 (UTC)
(talk page stalker) I agree with Useddenim. There's long-standing consensus at TfD that RDTs do not violate the guideline. Consensus can change of course, but this has actually come up several times; it's not a case of a long-standing issue flying under the radar. Mackensen (talk) 19:17, 23 June 2024 (UTC)
(talk page stalker) I wonder if there can be a noinclude banner at the top of the template page stating this and pointing to the previous discussion(s) so that someone comes to delete these, they can see the established consensus without having to start a bunch of TfDs. Lost on  Belmont  3200N1000W  (talk) 22:48, 1 July 2024 (UTC)
There's been a spate of TfDs lately about this issue. I'm not sure the best way to establish a clear consensus that in-use RDTs should be kept. There's clearly an implicit consensus, with several thousand RDTs out there, but having something definite to link to would be best. Pi.1415926535 (talk) 02:18, 25 August 2024 (UTC)
I have added a note to {{Railway-routemap}}, the standard documentation note used for RDT templates. See {{Yunusobod Line}} for how it looks when it is transcluded. Feel free to tweak my wording, link to a better discussion, revert it, or discuss the text here. I am a busy template editor, a frequent participant at TFD and have worked on many Adjacent stations upgrades, so I am somewhat familiar with the topic areas involved here. – Jonesey95 (talk) 03:56, 26 August 2024 (UTC)
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Route_diagram_template/Archive_11&oldid=1264184933"