Wikipedia talk:Naming conventions (television)

Page contents not supported in other languages.
Source: Wikipedia, the free encyclopedia.
WikiProject iconTelevision Project‑class
WikiProject iconThis page is within the scope of WikiProject Television, a collaborative effort to develop and improve Wikipedia articles about television programs. If you would like to participate, please visit the project page where you can join the discussion.
ProjectThis page does not require a rating on Wikipedia's content assessment scale.

Monarch TV series

Monarch (TV series) currently redirects to Monarch: Legacy of Monsters, an American series, while we also have Monarch (American TV series). Should the first link be a disambiguation page, and should the third link be moved to a better disambiguation? -- Alex_21 TALK 06:03, 25 November 2023 (UTC)[reply]

Well, the title of
WP:DAB on at least two counts.  — SMcCandlish ¢ 😼  06:38, 25 November 2023 (UTC)[reply
]
I'd have no issues with that, thanks for clarifying those details. Monarch (TV series) has no active mainspace links that would require updating, so if nobody else raises an issue with it, I'll move Monarch (American TV series) to Monarch (TV series) later and add the hatnote. -- Alex_21 TALK 07:19, 25 November 2023 (UTC)[reply]
It is not that easy. While the full title Monarch: Legacy of Monsters is unambiguous, the series is often referred to without the subtitle. I would oppose a proposal to rename Monarch (American TV series) as Monarch (TV series). This is a question of primary topic for the incomplete disambiguation ' Monarch (TV series)' -- the musical drama is absolutely not. Whether the monster series is PT is another question. I'd say it is to soon to tell. olderwiser 14:41, 25 November 2023 (UTC)[reply]
BTW, if neither of these series is primary topic for Monarch (TV series) -- that term should redirect to Monarch (disambiguation)#Film and television. olderwiser 14:45, 25 November 2023 (UTC)[reply]
Well baby steps... I redirected Monarch (TV series) to Monarch (disambiguation)#Film and television in this edit as Legacy of Monsters is clearly not primary. —Joeyconnick (talk) 19:11, 29 December 2023 (UTC)[reply]
Joeyconnick, why do you think it is clearly not primary? Monarch (American TV series) is a poorly reviewed, forgettable series cancelled after one season. Monarch (American TV series) is a well-received, relatively popular show. pageviews a orders of magnitude in difference. WikiNav shows the monster show as the top two destinations for those arriving at the disambiguation page (and I suspect the American show in third place may be due to curiosity or confusion about what this other American TV show called Monarch is). olderwiser 20:18, 29 December 2023 (UTC)[reply]
As above,
WP:RECENTISM. Also, we (generally) don't do partial disambiguation, so the appropriate target is the disambiguation page since the series is very clear about its title and it's not simply "Monarch". —Joeyconnick (talk) 22:46, 29 December 2023 (UTC)[reply
]
It is also commonly called simply "Monarch" without the subtitle. And yes recentism is a thing, but when one is nearly negligible in comparison, what is the point? I'm not necessarily saying it is primary for "Monarch (TV series)", it just isn't such a clear case, and if it isn't primary for that, there is no way that the cancelled series is primary for either "Monarch (TV series)" or "Monarch (American TV series)". olderwiser 08:14, 30 December 2023 (UTC)[reply]

Follow-up RfC on TV season article titles

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.
There is consensus in favor of option 2.
Some editors raised concerns that this RFC is invalid because of a weak consensus on a previous one: I do not believe such an argument holds in this case. To my knowledge, the previous close has not been disputed and subsequently reverted, nor were a significant number of participants in this RFC raising such a concern. Thus, it is understood that the community, either explicitly or implicitly, agree with the closure of the aforementioned thread.— ♠Ixtal ( T / C ) Non nobis solum. ♠ 22:34, 5 March 2024 (UTC)[reply]

Addendum:

Concerns were raised below about my close and a number of editors expressed a wish for me to expand further upon it. I will say that I do not believe in explicitly saying "strong consensus" over just "consensus": if the result is the same such an adjective is redundant. I believe that each discussion merits a different bar upon which one must determine its consensus and a closer should specify only if that bar is met (alongside any explanation required). Due to the large number of articles this change would affect just a weak or simple consensus in favor of option 2 would not satisfy the bar needed to close in its favor. I found there was strong consensus in favor of option 2 and that the consensus met what I considered was the bar to find in its favor. Thus, "strong consensus" would be equal to saying "consensus".
I will now describe the various issues that were explicitly raised with my closure before detailing the PAGs through which I determined this consensus. Firstly, I note that while
which view has the predominant number of responsible Wikipedians supporting it
. Secondly, it is not necessary for editors to find the status quo violates any PAGs or is inherently bad for them to change it if they believe the change will result in a better guideline. Thirdly, as I mention above, I do not see enough merit in the claim that the RFC below is invalid. Comments that participants were misled about the previous discussion's consensus, that said discussion not being an RFC disqualifies this result, or the previous discussion was itself invalid are incorrect based on my reading of both discussions. I find that the partipants in this RFC believe both that the previous discussion's close is appropriate, that this RFC is a natural consequence of that discussion, and that this RFC is well-formed.
The discussion essentially broke down to supporters of option 1 (use of comma), option 2 (use of space), and preserving the status quo. A negligible proportion of participants supported options 3 and 4 as their primary choice. I thus proceeded first to determine whether there was consensus in favor of options 1 or 2 or in favor of the status quo, as consensus in favor of the status quo here
criteria for article titles
which includes "Naturalness". Finally, editors in favor of the status quo raised issues with the options presented. Editors against the status quo saw them as reasons why one option should be chosen over another, not as issues that prevented them from choosing any of them. Thus, this argument was not strong enough to determine a consensus in favor of the status quo.
A number of arguments were presented in favor of option 1. These included having some punctuation being necessary for clarity purposes and readability. Similarly, a number of arguments were presented in favor of option 2. These included similar concerns for clarity, the use of italics to distinguish titles of television shows (see
MOS:NAT
), and a majority sources using no punctuation. Thus, option 1 supporters presented very similar, if weaker, arguments compared to option 2 supporters. This combined with the fact that option 2 supporters outnumbered option 1 supporters by over three times, I found strong consensus in favor of option 2.

Editors that feel so inclined are welcome to contest this close by appealing at

WP:AN
.

— ♠Ixtal ( T / C ) Non nobis solum. ♠ 19:35, 7 March 2024 (UTC)[reply]


The status quo results in article title examples like these:

Dancing with the Stars (South Korean season 3)
.

There is a rough consensus (see the RfC a few thread above this one) to change away from this, but not yet a consensus on what to replace it with.  — SMcCandlish ¢ 😼  21:48, 27 December 2023 (UTC)[reply]

The options are:

Options
No. Description Example A Example B Example C
1 Comma after series name The Simpsons, season 8 Hawaii Five-0 (2010 TV series), season 10 Dancing with the Stars (South Korean TV series), season 3
2 Space after series name The Simpsons season 8 Hawaii Five-0 (2010 TV series) season 10 Dancing with the Stars (South Korean TV series) season 3
3 Colon after series name The Simpsons: season 8 Hawaii Five-0 (2010 TV series): season 10 Dancing with the Stars (South Korean TV series): season 3
4 Dash after series name The Simpsons – season 8 Hawaii Five-0 (2010 TV series) – season 10 Dancing with the Stars (South Korean TV series) – season 3

I suppose another option could be added, but I don't recall any others (dashes? maybe?) from the earlier discussion round. PS: This RfC was workshopped a bit in user-talk, with participants from the first RfC and its closer.  — SMcCandlish ¢ 😼  21:48, 27 December 2023 (UTC)[reply]

PPS: I have "advertised" this to various relevant project pages, including
WP:VPPOL, to be sure we get solid and wide input.  — SMcCandlish ¢ 😼  22:07, 27 December 2023 (UTC)[reply
]
PPPS: Added the dash option, since people (perhaps surprisingly) were !voting for it despite it being not listed. But it was only added just now, so early commenters have mostly not considered it.  — SMcCandlish ¢ 😼  11:46, 2 January 2024 (UTC)[reply]

Survey

  • 1 - as it is the most visually pleasing. GoodDay (talk) 21:58, 27 December 2023 (UTC)[reply]
  • 1 > 3 > 4 > 2. Some kind of punctuation that separates the series title (and any disambiguation it has) from the season designator is needed, especially if in British cases we might be using things like "series 2" instead of "season 2".  — 
    accessibilty concerns: screen readers ignore italics, while at least some of them either announce uncommon punctuation like dashes and colons or simply pause at them as they do with commas, both behaviors being sufficiently helpful to the blind (a few will ignore them entirely, though this is generally considered a bug, and is likely to improve in the future). Thus, some form of punctuation helps many and hurts none.  — SMcCandlish ¢ 😼  05:29, 8 January 2024 (UTC)[reply
    ]

    Thus, some form of punctuation helps many and hurts none. So, are you saying you would prefer the status quo over Option 2? InfiniteNexus (talk) 05:59, 8 January 2024 (UTC)[reply]
    Would have to think about it more. Both formats are distinctly unhelpful but in unrelated ways, and it would come down to personally, subjectively weighing which is slightly less "reader-hateful" than the other. I might lean a hair toward status quo on that point, but I lean away from it in not wanting to join the dubious bandwagon of claiming there was no consensus ("rough" or otherwise) reached to deprecate that option in the previous round. And Graham87's observation below (even if personal/anecdotal) tends to discount the accessibility factor (B) as being particularly dispositive.  — SMcCandlish ¢ 😼  14:22, 9 January 2024 (UTC)[reply]
    I'm a screen reader user who has it set to say *fewer* punctuation marks than it would by default, so I don't mind what happens here. Either way it should usually be obvious from context. Graham87 (talk) 07:20, 8 January 2024 (UTC)[reply]
    Noted!  — SMcCandlish ¢ 😼  14:22, 9 January 2024 (UTC)[reply]
  • 2 > 3 > 1 > status quo per my comment in the last RfC. Italics separate the title from the season designator (and parentheticals from any disambiguation). — Bilorv (talk) 22:57, 27 December 2023 (UTC)[reply]
  • 2 > 1 > 3 Punctuation is stylistically and grammatically unnecessary. I'm not sure how we could determine which is used more in RSes, but my guess is that usage likely comes down to style guides. To respond to points made about disambiguation in the previous discussion: season X is not a disambiguator for TV Series because there is nothing ambiguous about TV series season X. Rather, TV Series season X is a
    fork of TV Series. If there is consensus for punctuation, I prefer a comma over a colon because it looks cleaner. voorts (talk/contributions) 00:16, 28 December 2023 (UTC)[reply
    ]
  • 2 > 1 > 3 per Voorts. I proposed comma disambiguation in the previous discussion that led to this RfC, and on the arguments there I am persuaded that no punctuation is equally correct, given that the "thing" being described in the article is the season as an instance in itself, rather than the season as an instance of another thing. I think this is particularly clear in the cases with the Example B and C parenthetical disambiguators incorporated into the title. BD2412 T 00:34, 28 December 2023 (UTC)[reply]
  • 1 – The more I think about my originally half-sarcastic alternative, the more I find myself pulled towards it, but I don't think it's worth complicating the argument further. If this is going to happen, commas seem reasonable to me; the other options just feel a bit awkward (no punctuation could be confusing when italics are not present, i.e., in search results, and colons resemble subpages too much to me). RunningTiger123 (talk) 02:36, 28 December 2023 (UTC)[reply]
  • 2 > 1 > 3. In my opinion, 1 and especially 3 seem contrived and incongruent with common English language usage. I don't see a strong need to make the word "season" any more distinct than it would be in any other compound phrase, but if there is, italics seem sufficient. ― novov (t c) 04:10, 28 December 2023 (UTC)[reply]
  • 1 > 2 > 3. (Found this discussion through VPP.) Of these three formats, the colon is the only one I actively dislike; it feels awkward and not aligned with how people handle this type of clarification in day-to-day usage (i.e., as opposed to when establishing official titles/subtitles). In my opinion, the comma slightly beats the no-punctuation format because I think it's more clear about where the show title ends. However, it's a relatively marginal improvement in clarity, so I wouldn't be unhappy with Option 2 either. ModernDayTrilobite (talkcontribs) 15:43, 28 December 2023 (UTC)[reply]
  • Keep the status quo The only argument that has been raised in favor of changing the current method is that it looks nicer/prettier/cleaner, a subjective non-policy-based IDONTLIKEIT argument that is not a good reason to rename thousands of articles and update thousands of incoming links. The current method is clean enough; clearly separates the show title from the season number; is just as "uncommonly used in sources" as the other punctuation proposed, although that is irrelevant as Wikipedia does not follow other publications' style guides; does not cause confusion as to whether the parentheses are part of the title, since they are rarely found in show titles, unlike colons and commas; and has no contradiction with
    WP:NCDAB, or other naming conventions. The other !voters are reminded that they are not limited to the three options presented and can !vote "do nothing". InfiniteNexus (talk) 23:15, 28 December 2023 (UTC)[reply
    ]
    There is already a determination of consensus to move away from the status quo. Do you have a preference among the options presented in this discussion? BD2412 T 13:10, 29 December 2023 (UTC)[reply]
    "Do nothing" is always an option in an RfC (or similar processes) — and "rough consensus" is a weak rationale to make such a major change. As I noted, there still has yet to be an argument put forth for moving away from parentheses aside from subjective opinions about which looks better. But I will say that it should absolutely not be #3, dashes, or any other unconventional punctuation, since that will almost certainlt cause confusion with show names with colons or dashes. InfiniteNexus (talk) 01:30, 30 December 2023 (UTC)[reply]
  • 2 > 3 > dashes. I'd like to lean toward the formatting that the majority/plurality of sources use if possible, so I conducted a bunch of searches for seasons of TV shows in various genres. My super scientific results shows no punctuation being favored, followed by colons and dashes (seemed roughly equal), then parentheses. Surprisingly, I could not find instances of using commas (even when using commas to search). I disregarded instances of "season x of Show". Because it came up, I do explicitly oppose the status quo because it is confused for and interferes with actual disambiguation (no, "season 1" is not disambiguation so don't call option 1 "comma disambiguation"). Therefore, it creates false positives at maintenance categories like this one. -- Tavix (talk) 14:00, 29 December 2023 (UTC)[reply]
  • 2, dash, 3, 1. I've made my comments at the previous RfC and other comments above preferring 2 first have already covered my position. ~Cheers, TenTonParasol 18:17, 29 December 2023 (UTC)[reply]
  • 2 and only 2 – because otherwise you'll have the very non-grammatical "For All Mankind, season 2 sees the characters..." and then we'll be debating whether we have to set off the "season X" tag in commas like: "For All Mankind, season 2, sees the characters..." I mean yes we could reword as "The second season of For All Mankind sees the characters..." but that won't be done consistently, especially in the lead where people LOVE to have the exact article title bolded appearing... (similar terrible mangling of English happens with the colon) so yes, if we are doing away with the parenthetical disambiguation, let's make things as "natural" (as in, unadorned) as possible so that the article title can be easily used in-text without contortions. Any other choice is either as "bad" as parenthetical disambiguation or worse. —Joeyconnick (talk) 19:22, 29 December 2023 (UTC)[reply]
  • 1 > 2 three is just a bad idea as it indicates a subtitle. Questions? four Olifanofmrtennant (she/her) 19:48, 29 December 2023 (UTC)[reply]
  • 2 and only 2, since that's how most reliable sources refer to shows with multiple seasons. Oppose Option 3, since the colon makes it seem like "season" is a part of the show's official title/name, which it is not (and renaming
    The Challenge: All Stars (season 3) to The Challenge: All Stars: season 3 looks ridiculous). Also support keeping the status quo. Some1 (talk) 23:13, 29 December 2023 (UTC) Some1 (talk) 23:17, 25 January 2024 (UTC)[reply
    ]
  • 2. Simpler is better. Barnards.tar.gz (talk) 23:41, 29 December 2023 (UTC)[reply]
  • 2 per Joeyconnick. —El Millo (talk) 00:20, 30 December 2023 (UTC)[reply]
  • Very weak support for only 2, though partially inclined to keeping the status quo per InfiniteNexus and the fact that the closing note of the previous RfC stated There appears to be a rough consensus, not exactly a rousing indication of strong support for such a change. But if a change happens, which again I'm not fully sure I support at this time, it should only be 2. There should be no punctation to indicate a season in the article's title. Joeyconnick laid out a good explanation above. - Favre1fan93 (talk) 00:36, 30 December 2023 (UTC)[reply]
  • 2 or 3 - I will still say that moving away from the status quo (parens only) is best, but given that option seems to be off the table from the prior RFC, using either spaces or colons would match how other multipart works are named on WP and in the real world (eg Dune: Part Two or Mission: Impossible – Dead Reckoning Part One). I feel the space version is more natural, but I also can see the colon version. Option 1 seems to be more original research in how seasons are named. --Masem (t) 00:50, 30 December 2023 (UTC)[reply]
    Just wanted to point out that Dune: Part Two and Mission: Impossible – Dead Reckoning Part One are the official titles of the movies; the use of the colons there aren't comparable to TV seasons. Some1 (talk) 00:59, 30 December 2023 (UTC)[reply]
    Yes, but we're talking about creating titles that don't normally exist in reliable sources for these TV series, so we're doing some type of original research (necessary to build the encyclopedia so acceptable) and in that frame it is best to stick to how other works indicate multipart volumes and use a format that is comparable as to minimize this amount of minimal research. This is why the comma form is weird as that's something make work in a grammatical fashion, but not at all common in other media forms. Masem (t) 01:28, 30 December 2023 (UTC)[reply]
    @Masem: It's not as though sources never refer to shows by their season in a comparable way. E.g., "MCU Theory Explains Why Loki Was Strong Enough To Save The Multiverse In The Loki Season 2 Finale", stating "Loki's ability to save the entire multiverse in Loki season 2 was one of the biggest and most satisfying revelations of the Multiverse Saga"; "Blue Bloods Season 9 Streaming: Watch & Stream Online via Hulu & Paramount Plus", stating: "Curious about where to watch Blue Bloods Season 9 online?"; "'The Voice' Season 20 Results: Who Won the Knockout Rounds and Made the Live Shows?", stating: "The Voice season 20 is headed for the live shows!"); "Where Was Young Sheldon's Paige In The Big Bang Theory?", stating: "there's no guarantee that the shortened Young Sheldon season 7 will bring her back" and "The Big Bang Theory season 12 found a way to bring in Tam, Sheldon's first friend". BD2412 T 03:34, 30 December 2023 (UTC)[reply]
    Which is why I can support 2, because that's the effective format used in RS writing. 2 doesn't create an option that is not used routinely in RSes (as it would be for option 1 using the comma). Masem (t) 05:17, 30 December 2023 (UTC)[reply]
    "creating titles that don't normally exist in reliable sources for these TV series" would be adding random punctuation (commas, colons, dashes, etc.) in the titles. 2 (using the space) is what reliable sources most commonly use for the TV series with multiple seasons. Some1 (talk) 14:00, 30 December 2023 (UTC)[reply]
  • 2 per above, but I would change the disambiguation from "Dancing with the Stars (South Korean TV series) season 3" to "Dancing with the Stars season 3 (South Korean TV series)".   Tentinator   02:08, 30 December 2023 (UTC)[reply]
  • 1. So for British shows the title is going to be Survivor (British TV series) series 3? This looks a little crazy... so I am in favour of a comma. Heartfox (talk) 05:02, 30 December 2023 (UTC)[reply]
  • My ranked-choice would be status quo, 1, 2, 3. — Fourthords | =Λ= | 22:39, 30 December 2023 (UTC)[reply]
  • 2 as adding a comma or colon would be Wikipedia adding punctuation that is not consistently used by sources. Having the series name in italics and the "season X" unitalicised is clear enough a distinction without us needing to manufacture one. - adamstom97 (talk) 23:28, 30 December 2023 (UTC)[reply]
  • My preference would be 2 or status quo rather than 1 or 3. S5A-0043Talk 14:05, 1 January 2024 (UTC)[reply]
  • The arguments for 2 have convinced me, so 2 is now my preference, but 1 still seems like a fine alternative as the italics help differentiate. But 2 is the seeming consensus, and that option is definitely better than the status quo. --
    Wikipedical (talk) 23:00, 1 January 2024 (UTC)[reply
    ]
  • 2 and only 2. Only one reflecting real world use. Some observations:
    • User:RunningTiger123 has concerns for "when italics are not present, i.e., in search results. Ideal world, italics would be present in search results. In our less than ideal world, lots of things look wonky in search results, but maybe not so much as to tip scales as to how things in more prominent spaces ought look.
    • User:InfiniteNexus has concerns for "series that already have that punctuation" — not well solved by instead adding two additional punctuation elements (a ( and a )). Should we have instead "Hawaii Five-0 (2010 TV series) (season 10)"? Guessing "Hawaii Five-0 (2010 TV series season 10)" to avoid adding a dreaded comma. But that makes the part within parentheses all the more confusing. Heaven forbid somebody should make articles on the individual seasons of Randall & Hopkirk (Deceased) (2000 TV series).
    • User:Heartfox and User:Tentinator kind of cancel each other out. Heartfox is concerned that "Survivor (British TV series) series 3" looks "a little crazy", but Tentinator is the most correct: if the season is the reason and the summum bonum of the page, then all of these ought to be titled as "Hawaii Five-0 season 10 (2010 TV series)", "Dancing with the Stars season 3 (South Korean TV series)", and such. And here User:OlifanofmrTennant is spot on as well. Vast majority of shows have no such problem. Start with what looks best -- and reflects real world use -- for the vast majority. Hyperbolick (talk) 23:32, 1 January 2024 (UTC)[reply]
    Quick comment about my concern: what would be a "more prominent" space than search results? I agree it's not necessarily enough to swing the decision on its own, but I also don't think search results should be entirely ignored when a significant portion of traffic comes via search (either the internal Wikipedia search or external search engines). RunningTiger123 (talk) 03:28, 3 January 2024 (UTC)[reply]
  • 2 is the most elegant solution. The extra punctuation isn't necessary to express the idea; all three examples in the "2" row are perfectly comprehensible. Toughpigs (talk) 01:54, 2 January 2024 (UTC)[reply]
  • 2 I thought I would like 1, but after reading the discussion, 2 is the only option that works in all situations. 3 makes it seem that the season is part of the official name. --Enos733 (talk) 06:47, 2 January 2024 (UTC)[reply]
  • Anything other than option 2, which has no sensible separation between title and season (or series, for British readers) MapReader (talk) 14:48, 2 January 2024 (UTC)[reply]
  • 4 (in line with sports articles like 2023 French Open – Women's singles, Gymnastics at the 2020 Summer Olympics – Women's artistic individual all-around, etc.) > 1 > 3 > 2 (somewhat awkward), anything but completely inconsistent status quo. Hameltion (talk | contribs) 23:04, 2 January 2024 (UTC)[reply]
  • Opposed - We use parentheses for
    WP:LOCALCON probably shouldn't change that. And in this case, it is the clearest and reduces confusion and ambiguity. Which, incidentally, is the title of the relevant guideline, as noted. If the closer doesn't closer per existing guidelines, and instead closes as some sort of no consensus for the status quo, then some sort of punctuation (4>3>1). Oppose merely having a space, due to lack of clarity. - jc37 04:03, 3 January 2024 (UTC)[reply
    ]
    See discussion below about whether (and why probably not) this constitutes disambiguation. And the "(television)" in this page's name isn't disambiguation at all, it's topic identification that is coincidentally using a parenthetical form (topical SNGs also do this, while MoS topical pages do not; we should probably normalize to the "/" style used by the MoS pages so it's clearer they are not disambiguations).  — SMcCandlish ¢ 😼  13:54, 5 January 2024 (UTC)[reply]
  • 2 - I think others have made convincing arguments that for
    WP:CONCISE and clarity, we should not insert extraneous punctuation. -- Netoholic @ 14:31, 3 January 2024 (UTC)[reply
    ]
  • 2 > 3 > 1. I dislike dashes in titles as there seems to be perpetual churn around the type of dash which is confusing for those not steeped in typographical arcana. Parentheses is just wrong. olderwiser 15:32, 3 January 2024 (UTC)[reply]
  • 2 Supporting all reasonings provided previously, but also based on existing episode articles examples, such as "Glorious Purpose" (Loki season 1), "Episode 1" (Humans series 1) and "Episode 1" (Fleabag series 2); each of these are episode titles "Glorious Purpose" and "Episode 1" that belong to Loki season 1, Humans series 1 and Fleabag series 2 respectively – this is disambiguation used properly. (List of Skins episodes is another article that uses this example a multitude of times.) -- Alex_21 TALK 22:24, 4 January 2024 (UTC)[reply]
    Um, existing episode-article examples are not of any relevance, since this is entirely about changing from that existing format (a consensus to make that change already being established) to another format (the consensus for which exactly is what this RfC will establish).  — SMcCandlish ¢ 😼  04:18, 5 January 2024 (UTC)[reply]
    It shows there's already a clearly set standard for what we're wanting to move towards. Whatever the result of this RFC, those episode articles have no reason to change, as this RFC only concerns the naming of the season articles. -- Alex_21 TALK 04:29, 5 January 2024 (UTC)[reply]
    I can accept that my usage may not be the same as yours (which I guess is what's being discussed here lol). But "disambiguation" merely means to remove ambiguity, to clarify that which may be otherwise ambiguous. So for example, by adding that parenthetical above, it makes clear that this page of naming conventions is about television, rather than all the other naming convention pages. It removes ambiguity, through clarification.
    The problem, to me at least, is whether removfing the parenthetical standard will increase ambiguity. And if it's merely a space, I think it can. Especially if this starts getting used for other sub-topics. And a comma, colon, or dash, have their own issues.
    I've been wondering if prehaps single brackets [season 12], might be a solution, if the concern is redundant parentheticals. But I'm not sure that that's that's where this train (or potential trainwreck) is wanted to be headed. - jc37 15:20, 5 January 2024 (UTC)[reply]
    How will the parenthetical standard [...] increase ambiguity? If you see an article titled
    Loki season 1, are there any other articles concerning Loki season 1 that the article would be ambiguous to? How would the title of that article be ambiguous? -- Alex_21 TALK 23:09, 5 January 2024 (UTC)[reply
    ]
    Well, there are some notable shows (with multiple seasons) that have counterparts in other countries (or just other unrelated shows with the same name). We seem to be angling for "Show Title (disambiguator) • season #", where "•" is either a space alone or some form of punctuation (dash, colon, comma, spaced as appropriate for that puncutation mark). Jc37: I get what you mean by "disambiguation" in the looser sense now. I agree with "if it's merely a space, I think it can [increase ambiguity]"; this would even apply to the internal pages that are using parentheses (or sometimes now slashes instead) as quasi-disambiguatory punctuation; it would not be good for us to have "Wikipedia:Naming conventions television" or "Wikipedia:Manual of Style television" (that said, the "/" style is also effectively banned by
    WP:LONGLIST in mainspace).  — SMcCandlish ¢ 😼  14:33, 9 January 2024 (UTC)[reply
    ]
  • Oppose. To my eye it's a weak to no consensus in the RFC above so I'd argue this rfc is jumping the gun in building a consensus around a solution to a problem that doesn't exist. However, if pushed to build a consensus in this discussion, lean to option 1 but suggest 2 is out in front and I can live with it until the next time. Hiding T 12:53, 5 January 2024 (UTC)[reply]
    • This RfC is not dependent on the previous discussion, though. It could have been initiated more or less as is even if no prior discussion had occurred. BD2412 T 04:10, 6 January 2024 (UTC)[reply]
      • We're ducking down a side alley that's not productive but forgive me, you're being disingenuous. It is framed as being dependent on the previous discussion and looks to build on a rough consensus believed to be established in that prior discussion and takes place in a world where that prior discussion happened. If it had been initiated in a situation where no prior discussion had occurred we would be having a different discussion. The knowledge of the previous discussion informs this debate, and can't be disregarded. You yourself have referred to the previous discussion and believed consensus contained within, so it must be of importance. A number of the opposers have engaged and offered opinions and referred to the prior debate. The only person to oppose above and not comment is User:Necrothesp as far as I can see, so there is consensus building being engaged here. I have made my comment in a consensus building effort but believe it's important and instructive to show how we build that consensus. I can't know who will read these words, but I want to show them what I think and also why I think it, and also what has happened. It's a good debating technique to pretend something hasn't happened, but that doesn't change the fact that it did happen. But like I say, side-alley, I don't see this line worth the time if I'm honest. Far better to agree the previous debate happened, surely? A good closer will evaluate my comment and understand it in terms of building a consensus. Hiding T 07:09, 6 January 2024 (UTC)[reply]
        • Forgive my cynicism, but comments merely denigrating the previous close appear to imply that the clear and overwhelming majority of participants in this discussion who support a change from the status quo should be ignored by the closer of this discussion, in favor of some kind of supervote. No one here has been fooled into voting for the change proposed. BD2412 T 14:20, 7 January 2024 (UTC)[reply]
          Cynicism is fine, probably mirrors mine and I don't think we're far apart in where we're coming from, which is opposite sides attempting to find a middle. Like I say, four of the previous participants have contributed here so the consensus above has evolved. It's working how it's supposed to work, by continuing discussion. Hiding T 11:28, 10 January 2024 (UTC)[reply]
          Throwing shade on the previous discussion, everyone who participated in it (other than who you agree with), and the closer too, is not constructive but determinental to the good-faith discussion process you say you are in support of. Just knock it off, please.  — SMcCandlish ¢ 😼  04:38, 13 January 2024 (UTC)[reply]
        • Note: my irritation is not so much towards you as towards various other frankly disrespectful comments made in this discussion, hinting that the closer should treat highly experienced editors like a bunch of rubes to be disregarded. It is an exercise in well-poisoning. BD2412 T 00:56, 8 January 2024 (UTC)[reply]
          I'm not intending to well-poison, I hope that's clear. To my eye the consensus seems to be forming around 2, and as I say, I hate it but can live with it in terms of a consensus position, and if that's where consensus lands, so be it and I can see it. If others in the debate can indicate what they can live with, that will help. It's an MOS issue at the end of the day, it's something we have to somehow approach somewhat consensually, I've been through enough MOS debates to come to understand we need some sort of style. Hiding T 11:32, 10 January 2024 (UTC)[reply]
  • While in this case I do support moving away from the status quo, I agree with the procedural objections above that it is invalid to claim that there is consensus to move away from the status quo. For example, there is often consensus that Sarah Jane Brown is a bad title (i.e. a supermajority prefer something other than that as their first choice), but unless an alternative title gains more popularity than the status quo, the article should remain at Sarah Jane Brown; it is disingenuous to eliminate the status quo as a viable option and force a choice between the remaining options. That said, on the substance I do agree that the status quo is an improper use of parenthetical disambiguation, so my ranking is 3 > 4 > 1 > 2 > status quo. -- King of ♥ 19:36, 9 January 2024 (UTC)[reply]
    Any editor could have raised such objections with the closer of the previous discussion, or through an appeal of that close. Nevertheless, it has been clear since early on in this discussion that the few editors who support the status quo have the ability to express that. If you'd like, I can poll all of the editors who have supported a change from the status quo to insure that their position to this effect is not dictated by the outcome of the previous discussion. That would eliminate any validity concerns. BD2412 T 20:00, 9 January 2024 (UTC)[reply]
    So far I have only seen a few people (e.g. Favre1fan93, S5A-0043T) rank the status quo anywhere but the very top or very bottom, so this is mostly a moot point; this approach is most problematic when a substantial amount of people rank the status quo in the middle. But my general point stands: We shouldn't hold RfCs in two stages, one to determine if the status quo should change and other to choose an alternative. This is why the Brexit vote was poorly designed: most likely no individual plan (no deal, customs union, Norway-style, Canada-style, etc.) would have defeated remain, but they combined to give the edge to leave without a clear plan in mind.
    For a more Wikipedia-centric example, let's say that a title is currently a disambiguation page, e.g. New York. Suppose that 20% agree with the status quo, while 80% want change. Of that 80%, 40% want New York (state) to be the primary topic and 40% want New York City to be the primary topic. Obviously, the status quo should remain even though it has only 20% support! -- King of ♥ 17:58, 12 January 2024 (UTC)[reply]
    WP:BARTENDER, regarding such situations: "where there is substantial support for moving the hypothetical "Bob Smith" away from its current title, but disagreement as to whether the best target to which it could be moved is "Bob Thomas Smith" or "Bob Smith (podiatrist)" or "Bob Smith (born 1962)". In such a case, the page should be moved, and the closing administrator will just have to use his or her best judgement as to which possible target title best meets the policies and goals of the encyclopedia, and the needs of readers". The absence of consensus for a specific outcome, of course, is not an issue in this discussion. However, another thing that I learned from the process of disambiguating New York is this: a few months after these titles are moved, you will forget that they ever were where they were before. BD2412 T 18:53, 12 January 2024 (UTC)[reply
    ]
    Yes, I'm aware of that history as well; if
    WP:BARTENDER does not apply unless a substantial amount of participants believe that having a disambiguation page is harmful and would rather readers see some page, even if it isn't their preferred page. (There were indeed some !voters who said exactly that, but they were few in number; the vast majority of state supporters preferred disambiguation over the city, and the vast majority of city supporters preferred disambiguation over the state.) At the very least, if making a BARTENDER choice to move from A (the status quo) to B, there should be majority support for B over A if forced to choose in a two-way poll. -- King of ♥ 19:04, 12 January 2024 (UTC)[reply
    ]
  • 2>1>3>4>Status Quo, I think the lack of punctuation is the most ideal, as it seems the most natural way of titling season articles, here, but I prefer any of the options over the status quo. To me, the status quo seems to be using the parentheses as a work around to the lack of mainspace subpages. Cakelot1 ☞️ talk 23:15, 18 January 2024 (UTC)[reply]
  • 1 > 3 > 4 > 2, per SMcCandlish this is a common sense way to display these titles in a way that's easier to read. Nemov (talk) 14:51, 25 January 2024 (UTC)[reply]
  • Status Quo > hybrid of 1 and 2 > 2. The "hybrid" option I prefer if a change is deemed desirable (and I'm not convinced it is) would be to use option 2 where there are parentheses and option 1 where there aren't (i.e. avoid "),"). Thryduulf (talk) 17:05, 25 January 2024 (UTC)[reply]
    • @Thryduulf: No comma-after-parenthetic problem if the season comes before the parenthetical, eh? As in "Hawaii Five-0 season 10 (2010 TV series)". Hyperbolick (talk) 07:36, 29 January 2024 (UTC)[reply]
      That would be fine, although how often something like "Hawaii Five-O season 10" is going to be ambiguous I'm not sure. Thryduulf (talk) 11:24, 29 January 2024 (UTC)[reply]
      The original examples already show that it would be "Hawaii Five-0 (2010 TV series) season 10". When would the season comes before the parenthetical in this case? -- Alex_21 TALK 12:11, 29 January 2024 (UTC)[reply]
      I think @Hyperbolick was just presenting it as an alternative that would avoid the ), issue. Thryduulf (talk) 15:20, 29 January 2024 (UTC)[reply]
      Common sense alternative, tho. If a season is a subject, don’t see splitting its name. Like if there’s a priest named John Smith we don’t do John (priest) Smith. Don’t have to decide this at once. It’s rare enough, we can come to the new general rule, retitle everything where this is not an issue, then decide this issue. Hyperbolick (talk) 08:28, 30 January 2024 (UTC)[reply]
      Note that we do use internal parentheses in titles such as Milton (CDP), Saratoga County, New York. While not very common, there are several such titles. Personally I think it is silly, but that is where consensus landed. olderwiser 10:43, 30 January 2024 (UTC)[reply]
      Poor example, Hyperbolick. If we have MacGyver (1985 TV series), we have List of MacGyver (1985 TV series) episodes and not List of MacGyver episodes (1985 TV series); comparing those two, we'd have "MacGyver (1985 TV series) season 1" and not "MacGyver season 1 (1985 TV series)". Disambiguation within a title is completely acceptable. -- Alex_21 TALK 11:26, 30 January 2024 (UTC)[reply]
      And downright preferable for something like this. There is no such 1985 TV series as MacGyver season 1. Though that gives me a funny idea about creating a TV series about creating a TV series, and actually naming the series something like Foo, Season 1, which itself could lead to a Foo, Season 1, season 1, etc. And a split-off series called Foo, Season 2 that could have its own Foo, Season 2, season 1. Heh.  — SMcCandlish ¢ 😼  12:02, 3 February 2024 (UTC)[reply]
  • 2 > 1 > status quo > 3 > 4. Strongly dislike the dash. JM (talk) 08:21, 26 January 2024 (UTC)[reply]
    • @JM2023: Agree, but do you have a reason why you think 2 is better than the status quo? Otherwise, detractors might argue to discount your view. Hyperbolick (talk) 07:31, 29 January 2024 (UTC)[reply]

Discussion

  • Comment: if the current method changes, please ping me as it requires some code to be updated. Gonnym (talk) 15:51, 28 December 2023 (UTC)[reply]
  • Comment Examples of why 1 and 3 would cause major problems for some series that already have that punctuation:
    • Beverly Hills, 90210, season 1
    • High School Musical: The Musical: The Series: season 1
There isn't a good example for dashes, but if a show like Dahmer – Monster: The Jeffrey Dahmer Story had season articles, there would be similar issues. InfiniteNexus (talk) 18:49, 30 December 2023 (UTC)[reply]
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.

Follow-up

@Ixtal: You wrote that there is "consensus" for option 2, but you didn't explain why or how. What is the reason for changing a longstanding naming convention and mass-moving hundreds of articles? Given the size and magnitude of the proposal, this must be a strong consensus — not just a rough one — and a good reason to proceed, not simply for aesthetic tastes. As you should know, consensus is not determined by the number of raw votes but by the strength of the arguments presented; the strongest arguments are those grounded in policy and guidelines, while the weakest are those based upon the subjective opinions and preferences of editors.

I also disagree with your assessment regarding the validity of this RfC, which was based on a presumed consensus; the word "rough" was not added to the opening statement until late into the RfC, so over half of the initial !votes were likely misled by the false claim that there was already a consensus to move away from the current naming convention. Even the previous discussion, which was not an RfC, was built on the faulty premise of parentheses only being permissible for disambiguation, a claim not supported by any policy. There is no evidence the current naming convention violates any other PAGs, hinders readability, breaks accessibility, or otherwise produces a detrimental effect to readers. The fact that the previous close was not formally contested is irrelevant and does not imply community endorsement;

silence is the weakest form of consensus
.

InfiniteNexus (talk) 00:55, 6 March 2024 (UTC)[reply]

I don't think anyone was tricked in this RfC; people still !voted to maintain the status quo. That said, I agree this close is lacking, and I recommend that @Ixtal either provide an actual explanation of why there's consensus for option 2 or self-revert and allow another closer to step up. voorts (talk/contributions) 01:09, 6 March 2024 (UTC)[reply]
I don't think anyone was tricked in this RfC The status quo was not even mentioned as an option in the opening statement, which many RfC !voters often only read. The fact that many users who "ranked" their preferences did not bother to include the status quo (not even as the last option) is telling, and in my opinion the RfC initiators should not have asserted that it had already been decided to move away from the status quo. InfiniteNexus (talk) 04:39, 6 March 2024 (UTC)[reply]
!Voters are always within their rights to !vote for the status quo, whether it's included or not. We don't need to hold everybody's hands, the status quo remains the default suggestion for every RFC. -- Alex_21 TALK 09:43, 6 March 2024 (UTC)[reply]
Worst case scenario, we can poll all the voters and ask whether they understood that could always state a preference for the status quo. BD2412 T 18:27, 6 March 2024 (UTC)[reply]
Normally, yes, but the problem is that the RfC statement made a point of saying "There is a consensus [...] to change away from this, but not yet a consensus on what to replace it with." It left out the fact that (1) it was a rough consensus, and (2) no policy-based rationale was provided by those who supported a change. InfiniteNexus (talk) 20:10, 6 March 2024 (UTC)[reply]
InfiniteNexus, I did not say there was "rough" consensus. I personally do not believe in using the wording "strong consensus" when closing discussions except in situations where it is behaviorally required (such as contentious topic areas where editors will disregard just saying "consensus"), even when strong consensus is present (as was, in my eyes, the case in this RfC).
InfiniteNexus and voorts, I will expand on my closure tomorrow if that's okay. — ♠Ixtal ( T / C ) Non nobis solum. ♠ 01:18, 6 March 2024 (UTC)[reply]
Yes, please do. This RfC is in effect a mass RM to move hundreds of pages, so there must be some rationale to move that is not "because some editors thought it would look nicer". That is a classic
WP:IJUSTLIKEIT argument that does not hold water. As with any large-scale change, a mass move would cause major disruption to the encyclopedia and must be done on firm, policy-based ground. InfiniteNexus (talk) 04:39, 6 March 2024 (UTC)[reply
]
Whatever is done, please don't create a mixed style version. If someone wants to open a review, please do so as pages are starting to move (Legends of Tomorrow season 4) which causes errors as the code isn't set up to support two completely different styles.
Related to the above RfC change, how would titles Big Brother 2 (American season) be treated in the style? Gonnym (talk) 10:43, 6 March 2024 (UTC)[reply]
@OlifanofmrTennant: Please self-revert all of your recent article moves. As seen above, the RFC closure is still being discussed, nor have there been any updates to Wikipedia:Naming conventions (television) yet. Your edits have been far too hasty and are causing errors; there are far more technical parts to update within commonly-used templates before articles begin to be moved. Any such moves should also be mass-made via a bot, not individually by any number of editors. -- Alex_21 TALK 11:15, 6 March 2024 (UTC)[reply]
Like I said — disruption. InfiniteNexus (talk) 20:10, 6 March 2024 (UTC)[reply]
@Gonnym: Big Brother 2 (American season) already seems to deviate from the standard. Why is it not presently at Big Brother (American season 2)? BD2412 T 18:25, 6 March 2024 (UTC)[reply]
That would be because Talk:Big Brother 1 (American season)#Requested move 22 December 2018. In that RM it was shown that the name of the season is actually "Big Brother 2". Gonnym (talk) 18:28, 6 March 2024 (UTC)[reply]
In that case, I don't think it would change at all. The specific name of the season is the specific name of the season. BD2412 T 19:30, 6 March 2024 (UTC)[reply]
I would agree. The title of the season is Big Brother 2, and it is disambiguated properly as an "American season" (vs a Dutch season, Australian season, etc.) This is a situation of correct disambiguation, whereas the standard "(season #)" was not correct disambiguation. -- Alex_21 TALK 20:06, 6 March 2024 (UTC)[reply]
Another question, what is to be done with titles like
Doctor Who (2022 specials). Gonnym (talk) 18:31, 6 March 2024 (UTC)[reply
]
Pretty simple ]
Do people really think this looks good in terms of readability and clarity? I am still unable to see how it would benefit readers to remove the clear separator between a show's title and the disambiguation/subtopic indicator. InfiniteNexus (talk) 20:10, 6 March 2024 (UTC)[reply]
Obviously people do, otherwise media outlets would not widely use this format. Perhaps it is time for you to start asking yourself what you are missing that everyone else is seeing. BD2412 T 00:56, 7 March 2024 (UTC)[reply]
"Media outlets" use it in prose; we're talking about Wikipedia article titles here. Obviously, we wouldn't say XXX (season 2) premiered on ... (I believe the wording we generally use is "the second season of XXX"), and that wouldn't change even if the articles were moved. There aren't very many sites that have "article titles" similar to ours, but the ones that do have no clear standard: Rotten Tomatoes uses "Season # – XXX" (and a colon in the tab header); IMDb has no clear style; Encyclopedia Britannica doesn't have articles on individual seasons; Metacritic just displays the season number (and a space in the tab header); Fandom wikis alternate between colons, parentheses, vertical bars, and spaces. There isn't a "right" way to do this, and those who support a change did not provide a rationale that doesn't boil down to
WP:IJUSTLIKEIT — does the current approach breach policy? Does it make it harder on readers? Are there accessibility problems? Does it violate our MoS or AT? Is it confusing to readers? If the answer to these questions is "no, but some editors think it looks visually superior", then that does not merit a move of 1,000+ articles. InfiniteNexus (talk) 02:01, 7 March 2024 (UTC)[reply
]
"Media outlets" also use it in article titles. In a few months you'll forget they were ever in parentheses at all. BD2412 T 22:12, 7 March 2024 (UTC)[reply]
Or Doctor Who specials (2022), as they are indeed concerning the Doctor Who specials, and we disambiguate accordingly whether they're the 2008–2010, 2013, 2022 or 2023 specials. -- Alex_21 TALK 20:08, 6 March 2024 (UTC)[reply]
@Ixtal: Are you still going to expand on your rationale today? If not, I think undoing the close and allowing another editor to handle it would be best at this point. voorts (talk/contributions) 02:04, 7 March 2024 (UTC)[reply]
Thank you for the ping, voorts. Apologies for the delay. — ♠Ixtal ( T / C ) Non nobis solum. ♠ 19:30, 7 March 2024 (UTC)[reply]
I think the logic is sound and the logistics of the change should be discussed. Questions? four Olifanofmrtennant (she/her) 20:23, 7 March 2024 (UTC)[reply]
Courtesy ping voorts and InfiniteNexus that the expanded close rationale is now present. — ♠Ixtal ( T / C ) Non nobis solum. ♠ 21:07, 7 March 2024 (UTC)[reply]
Thank you. A very good close, in my opinion. voorts (talk/contributions) 01:37, 8 March 2024 (UTC)[reply]
It's basically a light novel. I mean that as a compliment. BD2412 T 04:01, 8 March 2024 (UTC)[reply]
Thank you both. — ♠Ixtal ( T / C ) Non nobis solum. ♠ 10:33, 8 March 2024 (UTC)[reply]
Please allow for enough time to update guidelines, templates and modules to adjust for the new style and then let a bot move all pages at once. Moving pages already will cause needless issues. There is no rush to move these today. Gonnym (talk) 08:12, 8 March 2024 (UTC)[reply]
Ixtal, thank you for elaborating, this was the sort of explanation that should have been given in the initial close. Regarding your point on ILIKEIT, the essay being referred to is
WP:IJUSTDONTLIKEIT; ILIKEIT is sometimes used as a shorthand. I will now ping the other editors who raised concerns with the validity of this RfC for their thoughts: @Jc37, Hiding, and King of Hearts. InfiniteNexus (talk) 19:52, 9 March 2024 (UTC)[reply
]

Technical updates

The following is a beginning list of all update that will need to follow:

  1.  Done Update Wikipedia:Naming conventions (television)
  2.  Done Create a list of all articles where the title matches the format "%((season|series) [0-9]+%)" via an approved bot, including the mainspace and draftspace. The three primary formatting changes are:
    • The Simpsons (season 8) ➜ The Simpsons season 8
    • Hawaii Five-0 (2010 TV series, season 10) ➜ Hawaii Five-0 (2010 TV series) season 10
    • Dancing with the Stars (South Korean season 3) ➜ Dancing with the Stars (South Korean TV series) season 3
    • Full list of moves listed at User:Alex 21/sandbox/NCTV
  3.  Done Create another list of all articles that include {{Infobox television season}} that aren't in the above list (i.e. season articles with non-season based disambiguation), and determine what to do with each of these articles
  4.  Done Update {{Infobox television season}} ( Done) and {{Infobox television episode}} ( Done) to format based on the new title format
  5.  Done Move all articles in the first list, and approved articles from the second list.
  6.  Done Update usages of {{Episode list/sublist}}
  7. Update all links to the articles in the first list, including those in {{main}} and {{see also}}, across all namespaces.
    1. Important to update links from navigation templates such as Template:Agents of S.H.I.E.L.D., as redirect links aren't bolded.
  8. Update {{DISPLAYTITLE}}
  9.  Done Create a list of categories such as Category:Agents of S.H.I.E.L.D. (season 5) episodes.
  10. Move categories in list to new name style (Category:Agents of S.H.I.E.L.D. season 5 episodes).
  11. Fix {{Article history}} GAN links (like this).
  12.  Done Fix {{IMDb episodes}}.
  13.  Done Add |italic_title=no to usages of {{Infobox album}} in articles that also use {{Infobox television season}}
  14.  Done {{Category series navigation}}.
  15. {{Television episode ratings}} PAGENAMEBASE caption.

This is only the beginning of a more comprehensive list; feel free to add any further updates. -- Alex_21 TALK 10:38, 8 March 2024 (UTC)[reply]

Categories should also be updated to reflect the new name. Example: Category:Adventure Time (season 1) episodes. Gonnym (talk) 11:27, 8 March 2024 (UTC)[reply]
For the list at #2, it should include also Draft namespace. Gonnym (talk) 11:35, 8 March 2024 (UTC)[reply]
All links using the old format should be retained as redirects per
WP:SURPRISE as most readers and editors aren't aware of the RFC. Questions? four Olifanofmrtennant (she/her) 16:24, 8 March 2024 (UTC)[reply
]
I'm not quite sure you understand the premise of SURPRISE; can you quote what part of it you think applies? -- Alex_21 TALK 23:28, 8 March 2024 (UTC)[reply]
Whether that is the right policy or not, there is no particularly good reason to get rid of the redirects that will result from these several thousand moves. BD2412 T 23:30, 8 March 2024 (UTC)[reply]
They should also be retained to prevent breaking external links. voorts (talk/contributions) 23:37, 8 March 2024 (UTC)[reply]
And is there any particular reason we should keep the redirects, especially those in {{
Stranger Things season 1)? -- Alex_21 TALK 23:39, 8 March 2024 (UTC)[reply
]
Links in closed discussions should remain the same, maintaining the redirect. Questions? four Olifanofmrtennant (she/her) 23:54, 8 March 2024 (UTC)[reply]
I'm not quite sure how closed discussions in the talkspace connects to my examples above in the mainspace. Also the quote from SURPRISE? -- Alex_21 TALK 00:01, 9 March 2024 (UTC)[reply]
If I understood correctly, they meant not to delete the redirect titles. Replacing the actual links in the article is something that I agree should happen. Gonnym (talk) 00:07, 9 March 2024 (UTC)[reply]
Oh, absolutely, the newly-created redirects from disambiguated to non-disambiguated should remain. -- Alex_21 TALK 00:35, 9 March 2024 (UTC)[reply]
Replace section redirecting links, but links in articles not having that peculiarity would, at least, not be any sort of priority. BD2412 T 00:54, 9 March 2024 (UTC)[reply]
Worth noting that the discussion at Wikipedia:Bot requests#Implementing the outcome of Wikipedia talk:Naming conventions (television)#Follow-up RfC on TV season article titles already exists too. This will definitely be beneficial. -- Alex_21 TALK 05:11, 9 March 2024 (UTC)[reply]
An editor has responded to the link above, willing to assist with a bot-run mass move of the articles. -- Alex_21 TALK 11:01, 25 March 2024 (UTC)[reply]
BRFA filed. -- Alex_21 TALK 20:10, 25 March 2024 (UTC)[reply]
I've also create a mass list at User:Alex 21/sandbox/NCTV of all articles that use {{Infobox television season}} (i.e. TV season articles), and split them into four sections - the three categories of name format as listed under #2 of the above list (with their expected moves), and any leftover articles (many of which won't require any action and can be removed). There are 7,699 of which fall into the three above name categories; there are 9,734 (including user pages) 9,397 articles listed in total. — Preceding unsigned comment added by Alex 21 (talkcontribs) 05:42, 9 March 2024 (UTC)[reply]
DISPLAYTITLE wouldn't need to be adjusted. The infobox automatically takes care of italicization. InfiniteNexus (talk) 19:56, 9 March 2024 (UTC)[reply]
Template:Infobox television season/sandbox has been updated. Please check the infobox with the new titles to make sure I didn't miss anything. Gonnym (talk) 09:06, 10 March 2024 (UTC)[reply]
Just a note now that the BRFA has been filed to move all articles, the clean-up will likely need to proceed as soon as possible after this (as, for example, episode summaries won't be viewable on season articles). -- Alex_21 TALK 20:25, 25 March 2024 (UTC)[reply]
The BRFA trial has been approved and completed, meaning barring any concerns, the full move of all articles is likely to proceed imminently. -- Alex_21 TALK 10:16, 27 March 2024 (UTC)[reply]
Looking at the American Idol moves, the "season x" are also italicized. Can that be corrected before all of the other page moves? --
Wikipedical (talk) 22:18, 28 March 2024 (UTC)[reply
]
That will likely be a part of the infobox updates, as that is where the italicization takes place, and that particular update needs to happen after the page moves. -- Alex_21 TALK 22:43, 28 March 2024 (UTC)[reply]
The bot request has been fully approved - all articles will be moved presently, and then infobox, italicization, and episode-table fixes can be made immediately after. -- Alex_21 TALK 10:17, 29 March 2024 (UTC)[reply]
Why were episode summaries removed due to this? I read these summaries extensively. Bramton1 (talk) 15:52, 30 March 2024 (UTC)[reply]
They were not removed, they are just temporarily hidden until this process is completed due to how the episode tables work. - adamstom97 (talk) 16:26, 30 March 2024 (UTC)[reply]
When will these be put back? Anon2112 (talk) 23:32, 30 March 2024 (UTC)[reply]
When the process is completed . Questions? four Olifanofmrtennant (she/her) 23:53, 30 March 2024 (UTC)[reply]
This is absolutely ridiculous. A ton of information people rely on has disappeared from Wikipedia with no timeline for restoration. Horrible decision. 38.49.79.128 (talk) 03:42, 1 April 2024 (UTC)[reply]
I'll copy my below reply: "If you would like to offer to take part in the high amount of work facing editors, your participation would be appreciated; if you would not like to take part, then your patience would be appreciated even more." It's being done, unfortunately we're not time-travelling wizards. -- Alex_21 TALK 03:54, 1 April 2024 (UTC)[reply]
The infobox code is now live. Any issues should be brought up in the template's talk page. As a side note from someone that didn't vote, I really hope this was worth it as the amount of work this has taken (and still ongoing) is pretty high. Gonnym (talk) 18:24, 30 March 2024 (UTC)[reply]
I'm not concerned with the bot changing a user-based consensus for the season article titling. What I am a bit annoyed about is that it's been changing the article titles while not simultaneously removing the same brackets around each season title from the header coding for each episode in Template:Episode table. Because of this every single summary is automatically closed off right now. Is there a plan in place to make the bot remove these as well? Removing it manually would take forever.--GalaxyFighter55 (talk) 22:42, 30 March 2024 (UTC)[reply]
It is already listed as a known item that needs to be done in the checklist, has been acknowledged in the thread, has been explained at
WT:FILM (#ANTM ShortSummaries suppressed?), and is being worked on at the bot request linked up-thread. It seems as if there are plans to take care of it. ~Cheers, TenTonParasol 23:45, 30 March 2024 (UTC)[reply
]
information Note to all of the above and future concerned editors: A lot of recent traffic here, to be expected. It's unfortunate if editors disagree with the new formatting; however, the RFC was opened 28 December 2023 and closed 8 March 2024 with a clear consensus after over two months on both the idea of reformatting the titles, and the format in which to change them to. If you disagree with the RFC, there are likely venues dedicated to that.
This was not a random act, the moving of articles, it was planned in accordance with the list of updates below, this was a planned event. Yes, there may be a few delays in the updates, but they will be done. If you would like to offer to take part in the high amount of work facing editors, your participation would be appreciated; if you would not like to take part, then your patience would be appreciated even more. -- Alex_21 TALK 02:32, 31 March 2024 (UTC)[reply]
Is changing links inclusive of Navboxes? Otherwise that should be added. Questions? four Olifanofmrtennant (she/her) 03:13, 31 March 2024 (UTC)[reply]
Yes, that's why it's a subpoint of update #7 above, updates to links will happen across all namespaces, which includes the templatespace. -- Alex_21 TALK 03:15, 31 March 2024 (UTC)[reply]
I did not notice that it was added. Questions? four Olifanofmrtennant (she/her) 03:16, 31 March 2024 (UTC)[reply]
{{Episode list/sublist}} usages should all now be updated and summaries visible again. -- Alex_21 TALK 01:25, 2 April 2024 (UTC)[reply]
For 7.1 (template links) we could use the list at User:Alex 21/sandbox/NCTV and get links to links on that page from the template namespace. Gonnym (talk) 11:10, 2 April 2024 (UTC)[reply]
And a new issue with season episode categories and Template:Category series navigation not working. Gonnym (talk) 13:05, 2 April 2024 (UTC)[reply]
I've dome some debugging and know why {{Category series navigation}} isn't working. Module:Category_series_navigation#L-980 requires the addition of an extra space, updating it to firstpart..' '..t..' '..lastpart (I can give a detailed explanation as to why). Do we want to do this now (linking won't work for old-named categories anymore), or after all categories have been renamed (linking won't work for newly-named categories until then)? -- Alex_21 TALK 13:41, 2 April 2024 (UTC)[reply]
I think we can wait as these categories are still linked by their parent. Gonnym (talk) 15:07, 2 April 2024 (UTC)[reply]
It's been fixed by another editor to accomodate for both styles. -- Alex_21 TALK 23:57, 2 April 2024 (UTC)[reply]
And Template:Television episode ratings's caption based on PAGENAMEBASE is now also broken. Gonnym (talk) 15:06, 2 April 2024 (UTC)[reply]
Are redirects (for seasons without standalone articles) going to be moved as well? InfiniteNexus (talk) 05:21, 3 April 2024 (UTC)[reply]
Speaking of redirects how about episode redirects,
Daddy Darhkest, contents of this Category:Redirects from episodes. Questions? four Olifanofmrtennant (she/her) 05:27, 3 April 2024 (UTC)[reply
]
Concerning this question, they should all be updated by a bot at some point as a double redirect per
WP:DOUBLE. Concerning the first redirects question, I'm not sure. -- Alex_21 TALK 10:07, 3 April 2024 (UTC)[reply
]

Continued discussions

I think there should be a Hyphen before adding season number. BattleshipMan (talk) 14:38, 30 March 2024 (UTC)[reply]
Too late thats already been discussed Questions? four Olifanofmrtennant (she/her) 15:34, 30 March 2024 (UTC)[reply]
I'm given a serious consideration of setting up a new consensus discussion that will have a special character in TV show season article titles instead of using space. Space is not a solution to TV show season article titles, having special characters on it is. BattleshipMan (talk) 20:48, 31 March 2024 (UTC)[reply]
Do it then it'll be
WP:SNOWed. Questions? four Olifanofmrtennant (she/her) 01:27, 2 April 2024 (UTC)[reply
]
@OlifanofmrTennant These sorts of replies really aren't helping or being contributive. Please be educational; the above editor has been informed of the situation. -- Alex_21 TALK 01:30, 2 April 2024 (UTC)[reply]
I think it is better to add a colon after the title. Example: Family Guy: Season 11 Guy Without Name (talk) 18:40, 30 March 2024 (UTC)[reply]
We already covered this . Questions? four Olifanofmrtennant (she/her) 20:25, 30 March 2024 (UTC)[reply]
As someone who uses Wikipedia all the time… this looks awful. Who on earth approved this? And that robot who’s been doing the changes have messed up every single article.2A00:23EE:1518:63D1:D000:9FF1:1E62:A007 (talk) 21:17, 30 March 2024 (UTC)[reply]
I agree that this new style looks awful...unfortunately didn't notice this discussion and was therefore unable to participate in it. This change is adding so much more unnecessary work to enforce a consensus that just isn't helpful to the project. The new titles are less accessible as they are relying on
internal disambiguators in titles and cause multiple titles to have less clarity and be more ambiguious. Happily888 (talk) 00:07, 31 March 2024 (UTC)[reply
]
Really wish I had seen this discussion earlier as I would have strongly discouraged the use of Italics for the same reason. Italics are a massive accessibility issue. Not just because of the reasons mentioned by @Happily888 but also for users with disability access needs like myself who rely on certain tools to access online spaces. It's an unnecessary complication that adds no value to the Season titles. Racheal Emilin (talk) 09:12, 1 April 2024 (UTC)[reply]
How does that change the title of an article being, for example Attack on Titan season 1? The subject of that article, without italics, remains exactly what it's meant to be. -- Alex_21 TALK 09:16, 1 April 2024 (UTC)[reply]
No it doesn't, punctuation changes how things are read and helps discern what is and isn't part of a title: "Chicago (musical)" or "Chicago musical" don't read the same as "Chicago musical", "NCIS (TV series)" or "NCIS TV series" isn't the same as "NCIS TV series", and "Georgia (country)" doesn't make as much sense when titled as "Georgia country". Happily888 (talk) 10:14, 2 April 2024 (UTC)[reply]
That's because the title of those are quite literally just Chicago, or just NCIS; we then disambiguate what exactly it is through the parenthesis and thus how it's different to anything else called that. By that example,
Game of Thrones (season 2) describes Game of Thrones's second season as being something that is (again) titled literally just Game of Thrones, that is a "season 2" as opposed to a "TV series" - that makes no sense. It's the second season of an entity called Game of Thrones, so it's a subset of something else, not an identically titled entity, thus disambiguation does not apply correctly. -- Alex_21 TALK 10:19, 2 April 2024 (UTC)[reply
]
I'm not satisfied with the mass move. I'm not too happy with the mass move. I think it should either a status quo or a colon. Without special characters for TV show seasons is not acceptable. BattleshipMan (talk) 20:34, 31 March 2024 (UTC)[reply]
Once again there was already a discussion on this . Questions? four Olifanofmrtennant (she/her) 22:56, 31 March 2024 (UTC)[reply]
Having space on TV show season article title is inconsistent. Special characters like the Parentheses are there for consistency reasons and that RFC has affected the consistency of it. BattleshipMan (talk) 00:11, 1 April 2024 (UTC)[reply]
Now that the mass move has been completed, all articles are consistent with one another, and all match the title of their parent article. -- Alex_21 TALK 00:50, 1 April 2024 (UTC)[reply]
Having space on TV show season articles is not consistent with the grammar of it. That is a problem you should've thought about. BattleshipMan (talk) 04:39, 1 April 2024 (UTC)[reply]
You're posting the same issues in multiple locations. Stick to one. -- Alex_21 TALK 04:40, 1 April 2024 (UTC)[reply]
Wikipedia:IDONTLIKEIT. Questions? four Olifanofmrtennant (she/her) 04:55, 1 April 2024 (UTC)[reply
]
Ha. The "support" !votes in the RfC that led to this change were almost all based on ILIKEIT. InfiniteNexus (talk) 07:18, 21 April 2024 (UTC)[reply]
It's unfortunate if editors disagree with the new formatting Well, can't say I'm surprised. I continue to believe this change provides no benefit, and if anything, is detrimental to readers and worsens readability. I'm always reminded of the Vector 2022 debacle and how that turned out, but I no longer have the energy to continue pushing this. I'm glad to see more and more people (who likely weren't aware of the RfC since this is a project page) are coming forward with similar concerns. InfiniteNexus (talk) 07:15, 21 April 2024 (UTC)[reply]
These "similar concerns" were over three weeks ago, but thank you for your opinion. If you'd like to go through the proper channels to contest it, by all means; unfortunately, otherwise, simply saying "this is bad" does not further a collaborative environment. -- Alex_21 TALK 08:02, 21 April 2024 (UTC)[reply]
Well, yes, three weeks ago because I haven't been very active of late and have been busy with real life. I don't think that invalidates my comment though. As stated, I'm not contesting this at this time; I was just putting it out there that there are continued problems with the new formatting and I anticipate others will raise similar concerns further down the line. InfiniteNexus (talk) 16:41, 21 April 2024 (UTC)[reply]
Then we look forward to satisfying those concerns in the future. No good work or deed goes unpunished. -- Alex_21 TALK 10:30, 22 April 2024 (UTC)[reply]

RFC: Should we use "(serial)" or "(TV serial)"?

Both disambiguators "(serial)" and "(TV serial)" are in titles for various articles, see a title search for "(TV serial)" and a title search for "(serial)" for reference. In the NCTV guideline's current state, the mentioned use is "(serial)", but most articles which are located at titles with "(serial)" instead of "(TV serial)" seem to be about film serials, and actually pertain to title conventions that are covered by

WP:NCFILM
.

So, in regards to TV serials, which disambiguator should be the standard? Steel1943 (talk) 20:01, 18 January 2024 (UTC)[reply]

Can you explain to me the difference between a TV serial and a TV series? Gonnym (talk) 11:01, 19 January 2024 (UTC)[reply]
@Gonnym: I believe "serial" is a UK-ism and "series" is an Americanism. Moreover, there are definitely some number of shows for which the "TV" serial/series must be distinguished from radio or film. BD2412 T 14:28, 19 January 2024 (UTC)[reply]
Actually, I may be wrong about this. I know that in the UK, "series" is often used to mean what "season" is used for in the U.S. BD2412 T 16:00, 23 January 2024 (UTC)[reply]
Yes, "series" in the UK often means "season" in the US. But that distinction isn't important to this question, which is about the word "serial". Toughpigs (talk) 18:52, 23 January 2024 (UTC)[reply]
If "serial" doesn't mean anything different in the UK, then we should be using "TV serial" wherever we are delineating a serial that is on TV. BD2412 T 19:07, 23 January 2024 (UTC)[reply]
In British English, the answer is that a ‘series’ is a series of programmes where each programme stands alone - for example a game show, wildlife documentary, or a drama where there’s a separate self-contained and completed story every episode, whereas a ‘serial’ is (usually a drama) where the storyline continues from one episode to another - i.e. the principal storyline arc runs across the entire season (US) or series (UK), such that watching a single episode would be like reading the middle chapter of a book. Like, for example, Poldark, or War and Peace. The distinction becomes blurred in series that have both a longer storyline and self-contained episodes, like Secret Army, or Blakes Seven; in my judgement they'd both be considered serials due to the longer storyline, but each episode wraps up a story and you could drop into the middle and have a fulfilling view, although you might not fully understand the context right away. All these comments apply to TV; I don’t believe the term ‘serial’ is really used in British English in a film context. MapReader (talk) 08:20, 24 January 2024 (UTC)[reply]
I agree with what you have said. In South Africa a preview of an upcoming film shown before the main film is called a trailer. Serial is also understood to be a single story told in multiple episodes e.g. at 2000 every Tuesday evening All British produced shows use series and not season e.g. The Sarah Jane Adventures, Atlantis. All American produced TV series such as Supergirl, The Flash that are released in South Africa and the UK (DVD Region 2) use Season in their titles. In my view the distinction between Series and Season is important and should be kept. PhilipGray123 (talk) 00:02, 31 March 2024 (UTC)[reply]
I think that in practice we're using "(serial)" for film serials (Flash Gordon (serial), Congo Bill (serial)) and "(TV serial)" for television (Quatermass (TV serial), The Hound of the Baskervilles (TV serial)). I can't find any examples of a non-redirect page that currently uses "(serial)" for television. This may be an example of policy needing to catch up to practice. I'd suggest updating the policy to specify "(TV serial)" and fix any outliers, if there are any. Toughpigs (talk) 17:22, 19 January 2024 (UTC)[reply]
You need to rephrase and put the question again, to allow for both American and British English terminology. MapReader (talk) 15:20, 23 January 2024 (UTC)[reply]
The British/American question was based on an error. There's no difference in the British vs American definition of the word "serial". Toughpigs (talk) 05:09, 24 January 2024 (UTC)[reply]
From the above explanations (and I'm sure I'm in the minority but it's still worth stating the obvious), I don't really see any merit in continuing using "serial" or "TV serial". NCTV has very little variation in the types of disambiguation it has for standard television shows (there used to be much more). "TV series", "TV programme" or "miniseries" should be enough to handle any variation. Gonnym (talk) 11:48, 24 January 2024 (UTC)[reply]
Currently, a search for "(TV serial)" shows that many of them are already redirects to "(TV series)". I think a change across the board from "TV serial" to "TV series" would make sense. Toughpigs (talk) 16:59, 24 January 2024 (UTC)[reply]
For articles tagged as written in British English, that wouldn’t be appropriate, as TV serial is what they are commonly called. MapReader (talk) 20:25, 24 January 2024 (UTC)[reply]
Is there a source for this? BD2412 T 20:36, 24 January 2024 (UTC)[reply]
The definition is as set out in our own WP articles on TV serials and TV shows. There are plenty of other authoritative sources on the internet as to what the term means. Most of these imply that it is still pertinent in both US and UK English, and I can attest to the latter. It isn’t clear what the source is for suggesting that it’s no longer a relevant term in US English? MapReader (talk) 21:02, 24 January 2024 (UTC)[reply]
"Serial" also has a theatrical sense, and refers to a series of episodic shorts released over time that were put on before or after the main feature (their serial nature being used as an extra draw to keep people coming back to movie theaters on a regular basis); that's how The Lone Ranger and Buck Rogers and Flash Gordon got started. I'm not entirely certain what other uses "serial" might have in a filmic context, especially with regard to television.  — SMcCandlish ¢ 😼  02:53, 26 January 2024 (UTC)[reply]
"TV series" should be used over "serial" or "TV serial" for programmes broadcast on television. "Serial" is particularly undesirable as it makes the medium unclear (the disambiguator is likely needed because there's been a serial of the same name in a different medium). I would understand and expect any of these terms to be used in the UK to describe, for instance, a self-contained story told across three hour-long episodes: "miniseries", "series", "serial", "programme". A TV serial is a type of TV series. If "serial" isn't commonly used outside of British English then "series" is preferable under
MOS:COMMONALITY. — Bilorv (talk) 23:35, 11 February 2024 (UTC)[reply
]

Miniseries disambiguation

This guideline states that the correct disambiguation for miniseries is "Title (miniseries)" rather than "Title (TV series)". I have started a move discussion at Talk:Obi-Wan Kenobi (TV series)#Requested move 18 April 2024 to get that article moved to the correct disambiguation. Posting here in case any involved in the guideline wants to chip in. - adamstom97 (talk) 15:45, 24 April 2024 (UTC)[reply]