Wikipedia talk:WikiProject Redirect

Main pageTemplatesStyle guideTo doMembers Report Requests Talk page


Redirects to/from ampersands

[edit]

I've noticed that there seems to be a lack of specific RCATs to cover redirects to and from titles that use "&" or spell out "and". For instance, AT and TAT and T currently has {{R from alternative spelling}} (along with a notice that a more specific category may be available), Hale & PaceHale & Pace has {{R from alternative punctuation}} (even though an ampersand isn't punctuation), and redirects such as Marks and SpencerMarks and Spencer, Tiffany and Co.Tiffany and Co., Hootie and the BlowfishHootie and the Blowfish, Key and PeeleKey and Peele etc. are uncategorised. Template:R from ampersand and Template:R from &Template:R from & currently redirect to Template:R from railroad name with ampersand, which would be inaccurate if used on non–railway-related redirects such as Vic & BobVic & Bob, Cannon & BallCannon & Ball, Eli Lilly & CompanyEli Lilly & Company, etc. Template:R to ampersand and Template:R to &Template:R to & don't currently exist.

I just created Audie Award for Literary Fiction and ClassicsAudie Award for Literary Fiction and Classics, and I was looking for relevant rcat templates to use; I considered using {{R to ligature}}, but the ampersand is a logogram rather than a ligature (according to Ligature (writing)#Symbols originating as ligatures, Because of its ubiquity, it is generally no longer considered a ligature, but a logogram.) so redirects from "&" to "and" (and vice versa) would be out-of-place in Category:Redirects from titles with/without ligatures.

I'm interested to hear what people think about the possibility of creating {{R to ampersand}}/{{R to &}}, and repurposing {{R from ampersand}}/{{R from &}} for use with non–railway-related redirects (while leaving Category:Redirects from railroad names with ampersands as a subcategory of Category:Redirects from titles with ampersands, which would itself be a subcategory of Category:Redirects from modifications and/or Category:Redirects from alternative spellings). Pineapple Storage (talk) 13:25, 2 September 2025 (UTC)[reply]

That all seems like a very good idea to me, but I'll do my usual ping of Paine Ellsworth who I regard as more expert than me when it comes to redirect categorisations. Thryduulf (talk) 14:27, 2 September 2025 (UTC)[reply]
Seems like a good idea to me too. May as well also ping @NE2 who created the redirects to Template:R from railroad name with ampersand and is still active. Anomie 15:48, 2 September 2025 (UTC)[reply]
I recommend creating {{R from logogram}} and {{R to logogram}} as well}, with Category:Redirects to titles with logograms and Category:Redirects from titles with logograms subcategories of appropriate broader categories. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 16:06, 2 September 2025 (UTC)[reply]
I considered suggesting this, but I couldn't actually think of any other logograms that are used in English. Now that I've given it a bit more thought, maybe @ would count, and potentially currency symbols, but I don't know whether this is supported by sources. Are there any other logograms I'm missing? I think ampersands would probably make up the majority of uses, in any case. Pineapple Storage (talk) 17:26, 2 September 2025 (UTC)[reply]
"Logogram" seems a lot more difficult to remember than "ampersand" when dealing with a "&". -- Beland (talk) 07:05, 6 September 2025 (UTC)[reply]
There's nothing in the proposal that requires you to remembr the word; yould be using the ampersand templates, not the logogram templates. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:07, 8 September 2025 (UTC)[reply]
Then what would logogram be used for? -- Beland (talk) 21:48, 8 September 2025 (UTC)[reply]
Presumably you'd use it for logograms other than the ampersand. For example, it could be added to Chinese character redirects like . Warudo (talk) 22:07, 8 September 2025 (UTC)[reply]
My understanding was that redirects where the title is a single character, like , @@ or even && itself, use {{R from Unicode character}} (and therefore Category:Redirects from Unicode characters). {{R from ampersand}}/{{R to ampersand}} and {{R from logogram}}/{{R to logogram}} are for when those characters are part of the title, and can be substituted for a spelled-out word (for instance AT and TAT and T redirecting to AT&T, or Vic & BobVic & Bob to Vic and Bob). So the ampersand/logogram categories are for when the characters are used in the title, and {{R from Unicode character}} when the character itself is the title of the redirect. Have I got this wrong? I'm not very familiar with rcats etc., but this is how I've interpreted it so far. Pineapple Storage (talk) 23:50, 8 September 2025 (UTC)[reply]
So yeah, it makes sense to clean up ampersands so the templates aren't weirdly assuming articles are about railroads. "Logogram" does sound related enough to use for Chinese characters, but I'm not sure we'd actually need either from or to templates for that.
I agree {{R from Unicode character}} is probably sufficient for single-character titles. We use English-language names for article titles, or at the very least romanizations, so there shouldn't be any logograms in the titles of non-redirect articles.
Where we redirect from a whole word or phrase in a non-alphabetic writing system, presumably we would use {{R from alternative language}}? Sometimes non-Latin writing systems use logograms but sometimes they use alphabetic letters, like kana, or syllabic systems like hangul. I'm not sure it's all that useful to distinguish what kind of writing system is being used given that we already distinguish which language is being used. We also have {{R to ASCII-only}} to cover non-words.
Category:Redirects from titles without logograms and Category:Redirects from titles with logograms are empty except for the ampersand subcategories; I think these should probably be deleted after re-homing. -- Beland (talk) 03:00, 9 September 2025 (UTC)[reply]
Here are some disorganised thoughts from me: (feel free to collapse if this is unhelpful)
For non-English logograms, I feel like (for instance) Category:Redirects from Chinese characters (as a more specific subcategory within Category:Redirects from Chinese-language terms, which currently includes both titles written in Chinese characters and romanizations) would probably be more useful than grouping them in subcategories of Category:Redirects from titles with logograms.
Because of the lack of a list generated by (for instance) {{R from @}}/{{R to @}}, I'm having trouble finding many pages (other than @ sign@ sign and @ symbol@ symbol, which are both currently uncategorised) that contain "@" but aren't just @@. (Is it possible the WP:Search syntax doesn't pick up that character for some reason? It's not a WP:FORBIDDEN character...) By following links from At sign, it seems there are a few Locus (genetics)-related articles that use it (some or all are in Category:Human genes), such as IGL@; in theory, if we could establish that @ is a logogram, then either {{R to @}}/{{R to at sign}} or {{R to logogram}} could be used for redirects to these articles. Similarly, if it were established that and are logograms, then redirects like G♯ majorG♯ major (whose target is G-sharp major) could maybe have {{R from logogram}}.
In researching this comment, I've realised that the situation is complicated by Ideograms... According to that article, ideograms are symbols that don't have one specific phonetic reading, and logograms are symbols that do. By that definition alone, I think &, @, ♯ and ♭ could be classified as logograms (as their "pronunciations" are 'and', 'at', 'sharp' and 'flat' respectively). However, if we can't agree on a specific set of characters that count as logograms used in English (ie. where Category:Redirects from non-English-language terms—or more specific subcategories like Chinese characters—wouldn't be relevant), then "logogram"-based rcats feel like a bit of a can of worms. Pineapple Storage (talk) 08:38, 9 September 2025 (UTC)[reply]
Just a small correction, if Category:Redirects from Chinese characters were to be made, it could not be a subcategory of Category:Redirects from Chinese-language terms because Japanese and Korean also use Chinese characters. These are called kanji and hanja respectively. Warudo (talk) 09:09, 9 September 2025 (UTC)[reply]
You make a good point. I guess it would be too clunky to have kanji, hanja and (for instance) hanzi be subcategories of Japanese-language, Korean-language and Chinese-language terms... So Category:Redirects from Chinese characters as its own subcategory of Category:Redirects from non-English-language terms then? Pineapple Storage (talk) 09:25, 9 September 2025 (UTC)[reply]
(To be clear, I think pages in Category:Redirects from Chinese characters should also each have a language category, ie. Japanese-language, Korean-language or Chinese-language terms, as appropriate.) Pineapple Storage (talk) 09:31, 9 September 2025 (UTC)[reply]
I also think it would be too clunky, especially if you consider that hanzi would almost certainly need to be split into traditional Chinese and simplified Chinese categories. We should just put all Chinese character redirects in one category just like Category:Disambiguation pages with Chinese character titles does for dab pages. Warudo (talk) 10:07, 9 September 2025 (UTC)[reply]
Then again, having a traditional and a simplified Chinese rcat might be useful for editors who want to keep them in sync. Perhaps an {{R from traditional Chinese}}/{{R from simplified Chinese}} pair would be useful (but now I'm getting really off-topic). Warudo (talk) 10:09, 9 September 2025 (UTC)[reply]
You're right, this would be a good idea—but a separate discussion is probably needed! :) Pineapple Storage (talk) 10:21, 9 September 2025 (UTC)[reply]
As of the August 20 database dump, there are 1989 mainspace pages with "@" in the title. Not all of these are pronounced "at". For example:
-- Beland (talk) 11:27, 9 September 2025 (UTC)[reply]
Thank you for listing these, this certainly gives us some further data points to consider! Most of those would be pronounced as "at" (3D@Home Consortium, 3 @ 33 @ 3, @-mention@-mention, @AerLingus@AerLingus, @ladygaga@ladygaga, LHC@HomeLHC@Home, כהן@מושוןכהן@מושון, なあ坊豆腐@那奈なあ坊豆腐@那奈), but my gut feeling is that R@dio BarçaR@dio Barça would be more Category:Redirects from stylizations, and I wouldn't know where to start in terms of categorising $@!%$@!% and ^@^@... Maybe {{R to technical name}}? Pineapple Storage (talk) 14:02, 9 September 2025 (UTC)[reply]
Many of these are covered by {{R from Twitter username}}. $@!% seems like {{R from alternate name}} for Grawlix and ^@ the same for null character. Redirects that simply point to a version of the title where "@" is spelled "at" might form a coherent group, but I don't think all redirects with "@" in them actually do. If anyone needs a list of such, they can simply search the database. But redirect tags seems to mostly be used to make semantic categories rather than typographic ones. For example, it's useful to know if a redirect represents an incorrectly spelled word or a non-English word or a Twitter username when automatically deciding whether or not it is printworthy or should be ignored by an English spell-checker. -- Beland (talk) 14:25, 9 September 2025 (UTC)[reply]
This all makes sense! Pineapple Storage (talk) 15:34, 9 September 2025 (UTC)[reply]
@Beland Sorry if this is an obvious question but how/where did you make that search? Pineapple Storage (talk) 14:06, 9 September 2025 (UTC)[reply]
I happen to have preprocessed copies of recent database dumps on local disk because I run code for the moss project, including a list of all mainspace titles. You can also try to use the live search engine to look for these pages with intitle:/\@/, but unfortunately the search takes too long and times out before giving complete results. I'm happy to send a full list if anyone needs one. -- Beland (talk) 14:28, 9 September 2025 (UTC)[reply]
Ah okay! No worries, thank you for explaining. Pineapple Storage (talk) 15:29, 9 September 2025 (UTC)[reply]
You can also use quarry: if you're familiar with SQL. — Qwerfjkltalk 12:38, 11 September 2025 (UTC)[reply]
Per my suggestion, I nominated both logogram redirect categories for deletion. See Wikipedia:Categories for discussion/Log/2025 September 16. -- Beland (talk) 20:18, 16 September 2025 (UTC)[reply]
{{R from ampersand}}/{{R to ampersand}} and {{R from logogram}}/{{R to logogram}} are for when those characters are part of the title, and can be substituted for a spelled-out word (for instance AT and TAT and T redirecting to AT&T, or Vic & BobVic & Bob to Vic and Bob). After thinking about this more, I realised that this argument ignores that, unlike wikt:@ and wikt:&, Chinese characters like wikt:上 are spelled-out words already. Consider which targets List of towns in Japan. This character, wikt:町, is the word for town in Japanese. So in my opinion it should be tagged as both {{R from Unicode character}} and as {{R from logogram}} or {{R from Chinese character}}. Warudo (talk) 11:17, 9 September 2025 (UTC)[reply]
Apologies, I think my original wording might have been a bit ambiguous, and there may have been some crossed wires.
Firstly, in my comment above, the isn't , but a character from the Kanbun (Unicode block) which indicate reading order (see also Kanbun#Terminology). I don't know whether Kanbun have a phonetic reading or whether they're purely visual markers (I don't know much about Japanese unfortunately!), so now that I'm aware of the issue of distinguishing between logograms and ideograms (see above), I actually have no idea whether or not they're technically logograms; the only reason I linked it in my previous comment was because @Warudo had given it as an example.
What I meant by when those characters are part of the title, and can be substituted for a spelled-out word and is "when the logogram in question isn't the whole title, and that logogram by itself can either be spelled out or not". (By spelled out, I mean phonetically using Latin script, because it's the main script in use on the English Wikipedia; when discussing Chinese characters specifically—which wasn't the case above—the more accurate term would obviously be "romanized".)
For example, is the whole title, and can be romanized as Machi; you might also see this word in titles like 日本町日本町 or Nihonmachi. However, (AFAIK) you're unlikely to see it in a redirect title like Nihon町 or Nihon 町. It isn't common (again, AFAIK) to drop a certain character in the middle of a romanized term; because of this, the distinction between the titles in this case isn't "logogram or no logogram", it's "Chinese characters or romanization", in which case the fact that Chinese characters are logograms isn't as relevant as the fact that it's a non-Latin script.
Meanwhile, with an ampersand, you are likely to see it interspersed with non-logograms in titles; often, the use of an ampersand or the word "and" is largely unpredictable (why is Key & Peele the common name but Jake and Amir is also the common name?), which is why the important distinction is "logogram or no logogram" in that case.
I don't think this explanation is very helpful, because in all honesty, I think I'm more confused now than I was at the beginning of this discussion... But can you see roughly what I mean? Pineapple Storage (talk) 13:38, 9 September 2025 (UTC)[reply]
A crude search on zhwiki and jawiki suggests that mixing Latin characters and Han characters is not as rare as you think it is. Warudo (talk) 14:31, 9 September 2025 (UTC)[reply]
Okay, but how common is it on enwiki? If it is a frequent format for redirect titles on this wiki—such that it needs its own rcat etc.—then fair enough, I'm not going to question that! As I have said, I don't know a lot about any of this. Pineapple Storage (talk) 15:27, 9 September 2025 (UTC)[reply]
I searched the August 20 database dump, and found 2163 titles where English letters (A-Z) are mixed with Unicode characters with class "Lo" which are described as "other letters, including syllables and ideographs". Examples:
Some of these redirect to non-English titles (like the Brazilian football article) with different typography. Many are mixed English/non-English redirecting to English, which would fit {{R to English}}. I see we have Category:Templates for redirects involving diacritics or language change where any new templates to handle character weirdness might belong. Maybe including ampersands? -- Beland (talk) 15:35, 9 September 2025 (UTC)[reply]
{{R from ampersand}}/{{R to ampersand}} and {{R from logogram}}/{{R to logogram}} are for when those characters are part of the title, and can be substituted for a spelled-out word. This makes sense to me. It is similar to {{R from diacritic}} which is short for Category:Redirects from titles with diacritics. Thus, to/from diacritic and to/from ampersand does not indicate that the diacritic or ampersand is the only glyph in the redirect, rather that it is a defining part. The rule of thumb that it can be substituted for a spelled-out word sounds right, though I haven't thought through every possible exception. Beland's comment about Rcats being semantic categories and not purely typographical is a nice way to think about this. --MYCETEAE 🍄‍🟫—talk 21:36, 10 September 2025 (UTC)[reply]
I agree this is a good idea. --MYCETEAE 🍄‍🟫—talk 21:53, 4 September 2025 (UTC)[reply]
@Thryduulf @Anomie @Chatul @Myceteae @Paine Ellsworth @NE2
Thank you for the feedback, it looks like there's general agreement that this is a good idea. What do people think about where Category:Redirects from titles with/without ampersands should be categorised? I think they come under Category:Redirects from modifications, but are there more specific subcategories that should be used as well/instead? For instance, it kind of feels like Category:Redirects from alternative spellings might be an option. Does anyone have any thoughts on this? Pineapple Storage (talk) 09:24, 5 September 2025 (UTC)[reply]
Category:Redirects from modifications looks more appropriate than spellings. Although technically, as I learned from this thread, these are more accurately a subcategory of R from logogram. I'm pretty new to thinking about Rcats so I'm curious what others think. --MYCETEAE 🍄‍🟫—talk 15:30, 5 September 2025 (UTC)[reply]
I would say that redirects to/from any of !, @, #, $, ¢, £, &, *, =, + or -, if they are defined, should be subcategories of logograms. -- ~ ~— Preceding unsigned comment added by Chatul (talkcontribs) 12:40, 16 September 2025 (UTC)[reply]
I hadn't thought this would touch on any of my areas of interest, but with + and - mentioned, that brings to mind × (multiplication symbol) used in the names of hybrid plants. There are a bunch of redirects for hybrid plants that use the letter x instead of ×, that don't have any rcat that seems relevant to me. Would Musa x paradisiaca->Musa × paradisiaca be an "R to logogram"? Plantdrew (talk) 15:53, 16 September 2025 (UTC)[reply]
I think a "logogram" is referring to the case where the symbol stands for a word or part of the word, not just a stylized letter. So "Foo × bar" ↔ "Foo times bar" or "Foo cross bar" would be an R to/from a logogram, while "Foo × bar" ↔ "Foo x bar" would be {{R from ASCII-only}} or {{R to ASCII-only}} instead. Similarly, something like Ke$haKe$haKesha wouldn't be a logogram, it's correctly tagged as-is with {{R from stylization}}. Things like "@kins" ↔ "Atkins" and "¼maine" → "Quartermaine" would be similar logogram redirects. Anomie 17:10, 16 September 2025 (UTC)[reply]
They do stand for words
  • ! - Excalmation
  • @ - At
  • # - Pound, Number
  • $ - Dollars
  • ¢ - Cents
  • £ - Pound
  • & - And
  • * - Times
  • × - Times
  • = - Equals
  • + - Plus
  • - - Minus
There might be some ambiguity about * and ×, as they have other uses. For all of these, the category should depend on the use, e.g., K@$h@ → Kasha would be stylized but C@ → Cat would be logogram. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 18:05, 16 September 2025 (UTC)[reply]
I would disagree with ! in the sense of "exclamation", because when it's used as an exclamation mark it's punctuation (rather than a literal substitute for the word "exclamation"), so {{R from alternative punctuation}} would apply. It's more like a logogram in its other uses such as n!n! and 0!0! (both redirects currently uncategorised), where it stands for the word "factorial".
While we're on the subject, is it worth mentioning {{R from mathematical symbol}}? How does that fit into the equation?[a] Pineapple Storage (talk) 18:42, 16 September 2025 (UTC) Pineapple Storage (talk) 18:42, 16 September 2025 (UTC)[reply]
Also, I think the example of "C@" as a substitute for "cat" is probably {{R from stylization}} in most cases (even if it's {{R from logogram}} as well, which I'm not sure about...) Pineapple Storage (talk) 18:46, 16 September 2025 (UTC)[reply]

Thanks again for the ping, editor Thryduulf! These all sound like good ideas with just a few wrinkles to be ironed out. Sometimes we don't realize that when we create rcat templates and their associated categories, someone has to monitor those categories. And that can take up a significant amount of an editor's time. It's a commitment. So we ask ourselves, 'How important is it that we keep track of this particular type of redirect?' And then go from there. Thank you all very much for your contributions and your dedication to this reference work! P.I. Ellsworth , ed. – welcome! – 15:38, 8 September 2025 (UTC)[reply]

References

  1. ^ Pun acknowledged but not originally intended :)

An editor has requested that Etats-Unis be moved to another page, which may be of interest to this WikiProject. You are invited to participate in the move discussion. --MYCETEAE 🍄‍🟫—talk 23:34, 7 October 2025 (UTC)[reply]

information Note: Etats-Unis and États-Unis have been the subject of three prior RfD discussions and the RM proposal includes suggested primary redirects. Thus, this may be of interest to members of this project and would benefit from your input. --MYCETEAE 🍄‍🟫—talk 23:36, 7 October 2025 (UTC)[reply]

 You are invited to join the discussion at Template talk:R from drug trade name § Generic or nonproprietary name instead of INN. —Myceteae🍄‍🟫(talk) 03:45, 19 October 2025 (UTC)[reply]

This concerns a proposal to change the wording that appears when {{R from drug trade name}} is used. —Myceteae🍄‍🟫(talk) 03:45, 19 October 2025 (UTC)[reply]

I responded to the editor's question at Wikipedia:Village pump (miscellaneous)/Archive 85#Redirects tagged for RfD but not put up for discussion. I have not encountered this before and I think it would benefit from input from those with more RfD experience. —Myceteae🍄‍🟫 (talk) 21:18, 30 October 2025 (UTC)[reply]

[edit]

At RFD, the "stats" link to pageviews is broken. I don't recall if I first noticed this yesterday or this morning. I assumed the site was down and moved on the first time but upon further investigation the site is up so the error appears to originate from how the URL is formatted in the template. For example, at Wikipedia:Redirects for discussion/Log/2025 November 6#Twisted Metal PS3 (working title) the stats link opens this error page but I was able to access the pageviews stats here. I spot checked a few listings going back to Nov 1 and they all produced the same error but I'm pretty sure the error is newer than that or would have been noticed sooner. I'm not sure how the RfD page template is managed but I'm hoping this is the right place to report this issue. —Myceteae🍄‍🟫 (talk) 20:48, 6 November 2025 (UTC)[reply]

This logic comes from Module:PageLinks, which hasn't been changed in years and in this regard doesn't depend on anything that's been changed recently. Let's try something... a link long enough that it trips the bit where PageLinks uses an external link instead of a toolforge: one.
Note: In the meantime this can be patched by having PageLinks just use an external link always, which I can do in the morning when I trust myself not to break 70k pages more than they're already broken, but maybe that's the sort of thing a newer and awaker admin like Chaotic Enby would like to hotfix. -- Tamzin[cetacean needed] (they|xe|🤷) 21:13, 6 November 2025 (UTC)[reply]
Got it, looking at it! Chaotic Enby (talk · contribs) 21:14, 6 November 2025 (UTC)[reply]
 Done. Should work now, except that {{Page-multi}} is substituted (not transcluded) on that page so existing links won't be affected by the hotfix. Chaotic Enby (talk · contribs) 21:24, 6 November 2025 (UTC)[reply]
Sweet! I will check the stats link when I see a new listing and let you know if there are any issues. Thank you both for your attention to this! —Myceteae🍄‍🟫 (talk) 22:28, 6 November 2025 (UTC)[reply]
The link works as expected in the new listings. Thanks again! @Chaotic Enby @Tamzin 😊 —Myceteae🍄‍🟫 (talk) 03:30, 7 November 2025 (UTC)[reply]
Speaking of, does anyone know if the double question mark in the generated URL is intentional? I don't want to remove it as it seems to work fine and I prefer not to take the risk, but just curious. Chaotic Enby (talk · contribs) 07:27, 7 November 2025 (UTC)[reply]
Yeah I think that's just my mistake from when setting up the >255-char special case, which was never noticed because it's such a rare case. I noticed it last night and figured it was harmless, but actually, looks like it was eating the start param, which per [1] seems to be because the param got traeted as ?start. I've removed the second question mark in the module, which should fix it. -- Tamzin[cetacean needed] (they|xe|🤷) 07:35, 7 November 2025 (UTC)[reply]
Oh, that makes sense, thanks a lot! Chaotic Enby (talk · contribs) 07:40, 7 November 2025 (UTC)[reply]

 You are invited to join the discussion at Wikipedia:Templates for discussion/Log/2025 November 5 § Redirect comics templates. PK2 (talk; contributions) 00:21, 9 November 2025 (UTC)[reply]

 You are invited to join the discussion at Wikipedia:Redirects for discussion/Log/2025 November 14 § Lower Frisian. PK2 (talk; contributions) 10:12, 14 November 2025 (UTC)[reply]

Redirects from decimal approximations

[edit]

Hi!

I would like to propose a redirect category for redirects from decimal approximations of real numbers (Ex: 3.14, 3.141, 3.1415), as a subcategory of {{R from mathematical expression}}. There are quite a few of these sorts of redirects! And they come in all sorts of shapes and sizes.

The redirects like this currently aren't very consistently categorized as {{R from mathematical expression}}. And the ones which are, make up a pretty hefty portion of that category.

I'd imagine making the category would mean populating the category. I don't think it would be particularly hard to round up all of the relevant redirects with a computer search? Keep in mind some redirects are formatted differently, like 3,14159 or 314159, and rounded versions exist like 3.1416, where the 6 is the wrong digit but it's a better approximation of Pi than 3.1415.

The redirects themselves also seem to pop up on RfD somewhat frequently? It might be worth having the redirect category template just as something to cite, like what I've seen some people do with {{R from meme}}.

What do you folks think? MEN KISSING (talk) 00:40, 11 December 2025 (UTC)[reply]

What maintenance use would this Rcat have? voorts (talk/contributions) 00:46, 11 December 2025 (UTC)[reply]
I suppose this is sort of a "well, duh" thing, but it would be useful for keeping track of those particular redirects. I'm not completely up to speed on how the technical aspects of these category pages work, but if the redirects could be grouped by the page they are redirecting to, that would be neat. It would be helpful to keep note of oddities and discrepancies that need to be addressed, like if it turns out a number has an unusually low amount of decimal approximation redirects, like the square root of 3 currently does.
It would also help declutter the supercategory {{R from mathematical expression}}. And like I sort of mentioned earlier, just having some sort of mechanical acknowledgement of these redirects could help RfDs with them run a bit smoother. MEN KISSING (talk) 03:57, 11 December 2025 (UTC)[reply]

Considering that there are nearly 8,000 uses of this template, I am wondering if it would make sense to create subtemplates for redirects for some of the largest sources of these (e.g., Star Wars, Star Trek, Harry Potter, Marvel Comics, DC Comics). I would also note, by the way, that there are an awful lot of terms on this list that are not actually "characters" at all, such as Bat-signal, Earth-10, Forest Moon of Endor, and about 100 "Battle of" or equivalent titles. Perhaps we also need a Template:R from fictional event. BD2412 T 13:06, 16 January 2026 (UTC)[reply]

Note that {{R from fictional element}} is a redirect (used in Bat-signal and likely many of the other non-character entries). olderwiser 16:31, 16 January 2026 (UTC)[reply]
There's also {{R from fictional location}} - it's probably worth many of us having a look at Wikipedia:Template_index/Redirect_pages#List_of_redirects_by_function occasionally to remind ourselves of the vast number of potential Rcats!
I suppose whether it's worth subdividing the template as suggested depends on what anyone ever does with these Rcats. Presumably someone could use Petscan to intersect "Redirects from fictional characters" with "Star Wars", if that was what they wanted to find. PamD 16:52, 16 January 2026 (UTC)[reply]
True, but conversely someone could generate a list of all pages in the category and split-out subcategory if that is what they wanted to find. A category of 8,000 items is too big to readily peruse in and of itself. BD2412 T 18:47, 17 January 2026 (UTC)[reply]

Otherwise-implausible redirects originally intended as editor assistance (i.e. possessive redirects)

[edit]

The following discussion 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.


This seems to be a problem that's cropped up a bunch lately, but it's struck in other places, too. The issue are redirects like Foobar's-- along with similar redirects that have in the past been deleted, like Foobar. and Foobar,-- which are patently implausible as a search term, but exist to be internally linked to from other Wikipedia pages-- i.e. Colonel Foobar's acquisition of the Example in late Arbitrary Time Period has left onlookers perplexed[citation needed]. The usefulness and propriety of such redirects has been...

Controversial, to the say the least? Like, head onto RfD right now and there's... okay, I immediately could find three that are currently in discussion, brought up by users user:A1Cafel, user:Thepharoah17, user:Steel1943, etc., and defended by user:Tavix, user:Thryduulf, user:Svartner, etc., but I know that there's been more recently, too. And the discussions brought on by these redirects can get really heated.

Personally, my take is that such redirects should be deleted in favor of attempting to blend the redirect-- i.e. [[Foobar]]'s-- but that's been countered in the past by Tavix, protesting that such doesn't actually work (MediaWiki stops the blending at the apostrophe because it considers it a punctuation mark, producing Foobar's.) My own take is that the unblended blend is Fine, Tavix has countered that he considers the possessive redirect equally Fine, nobody contacts the MediaWiki devs to get it fixed because neither of us see it as a Problem but the reason why we don't see it as a Problem differs, nothing gets solved, we end up bickering until Wikipedia gets shut down in late 3093 in preparation for the servers to get hooked up to the Wise Brain of the Wondrous One.

My reason for starting this discussion: I'd rather we not argue for that long about this, so instead, I'd like to get a definitive consensus on what to do about this. (And/or get a solid answer on who exactly we would need to ask to get blending to start recognizing apostrophe-s as part of a word.)

Pinging a few more editors who've been in the discussions on possessive redirects recently: user:ArthananWarcraft user:Myceteae user:RedShellMomentum user:TheTechie user:Crouch, Swale user:Jq user:Asteramellus user:GiantSnowman user:Patar knight user:SNUGGUMS user:MEN KISSING user:Llwyld user:Dmartin969 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 19:06, 24 January 2026 (UTC)[reply]

I agree with Crouch, Swale here. They should not be linking as [[Australia's]], but rather as [[Australia]]'s. Nor do I think that ones like Foobar. or Foobar, are plausible. Any errant redirects like these should be deleted. thetechie@enwiki:~$ she/they | talk 19:12, 24 January 2026 (UTC)[reply]
The 's should be linked as it is part of the word. It's no different than plurals, which we do include with the link. -- Tavix (talk) 19:16, 24 January 2026 (UTC)[reply]
Maybe [[Australia|Australia's]]? thetechie@enwiki:~$ she/they | talk 19:25, 24 January 2026 (UTC)[reply]
Sure, but that's more real estate than the simpler and more straightforward Australia's. When that redirect was nominated at RfD, it had 22 mainspace links, demonstrating that it's a popular way to link. -- Tavix (talk) 19:28, 24 January 2026 (UTC)[reply]
"Popular" doesn't always mean "correct". Jq talk 💬 contributions 20:01, 24 January 2026 (UTC)[reply]
It's not about what's "correct", the example is a demonstration of utility. That is, the redirect was found useful by editors at least 22 times. -- Tavix (talk) 20:19, 24 January 2026 (UTC)[reply]
if those links are changed, it will mean we won't have to worry about deleting that redirect so after the deletion people who want to link it will see the red link and be like "oh wait this isn't correct" and fix it. Jq talk 💬 contributions 20:23, 24 January 2026 (UTC)[reply]
But those links shouldn't be changed. As I've argued, they're the best way to link possessives because you're able to link the entire word correctly without the messy piping. -- Tavix (talk) 20:27, 24 January 2026 (UTC)[reply]
The issue with that is WP:NOPIPE, which explicitly states that we shouldn't do that as it impacts the readability of the actual wikitext before MediaWiki formats it. The issue is it goes on to recommend [[Australia]]'s, which as we've previously gone over, MediaWiki doesn't blend because the apostrophe is a punctuation mark. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 19:34, 24 January 2026 (UTC)[reply]
I can't wrap my head around how you can get that close to the finish line but still don't see that the best solution is a redirect. -- Tavix (talk) 19:44, 24 January 2026 (UTC)[reply]
See my reply regarding WP:COSTLY that I made to Thryduulf further down the page. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:00, 24 January 2026 (UTC)[reply]
Useful redirects are not costly, so that argument does not work. I could just as easily say they're WP:CHEAP. -- Tavix (talk) 20:06, 24 January 2026 (UTC)[reply]
still, they are only there because of links that shouldn't be linked that way. Jq talk 💬 contributions 20:20, 24 January 2026 (UTC)[reply]
No, they're there because editors choose to link that way. -- Tavix (talk) 20:27, 24 January 2026 (UTC)[reply]
piping wouldn't really make sense here, when you could just put the 's after the link. Jq talk 💬 contributions 19:47, 24 January 2026 (UTC)[reply]
  • The way to stop having these discussions at RfD is for editors to stop nominating them at RfD. And the way to stop editors from nominating them is by keeping them whenever they're nominated because that discourages further nominations. -- Tavix (talk) 19:19, 24 January 2026 (UTC)[reply]
    Exactly what Tavix said. Also, even if the consensus is that they shouldn't be linked, people will link them and it's far better for readers that the links work both before and after they are "fixed" than they get dumped at search results (or, depending on multiple factors, up to a few clicks/taps away from search results) or encouraged to create a duplicate article (c.f. WP:RETURNTORED). Thryduulf (talk) 19:26, 24 January 2026 (UTC)[reply]
    I'm less trying to get people to stop having these discussions, and more trying to get a consensus built so that the discussions, when they show up, don't devolve into infighting that constantly brings up the same tired arguments from both sides every single time. "Just say keep so we stop talking about it" isn't an argument towards building consensus. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 19:38, 24 January 2026 (UTC)[reply]
    That's going to happen anytime someone controversial comes to RfD. I still can't believe that something so obviously useful is controversial, but that's Wikipedia for you I guess... -- Tavix (talk) 19:44, 24 January 2026 (UTC)[reply]
This is a bit of an aside, but I'd just like to say, I've had the idea to bring this to a talk page too! I think it's a better alternative to sorting it out piecemeal at RfD.
Over at RfD, what seems to happen is a sort of snowball effect, where the initial few redirects that seem implausible on their own get nominated, starting the snowball rolling down the hill. Then later on, a few more redirects that are wrong in the exact same way are discovered and nominated, and the decision is to delete per the prior consensus. Then more and more and more are nominated, the snowball gaining size while it rolls down the hill as that consensus grows stronger with more deletions. But that initial consensus was never developed with the understanding that that many redirects existed in the first place. I've seen this happen with redirects+with+plusses+instead+of+spaces too.
We already have a metaphor associated with snowballs, though. So I guess this is more of a Katamari effect? MEN KISSING (she/they) T - C - Email me! 19:27, 24 January 2026 (UTC)[reply]
It feels less like "no consensus happened at all" and more like "two different fundamentally-incompatible consensi happened, and they keep colliding every single time the topic shows up", lol 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 19:40, 24 January 2026 (UTC)[reply]
Yeah, I'm more worried that it's a bad way to build consensus, not that a consensus hasn't been created. MEN KISSING (she/they) T - C - Email me! 19:52, 24 January 2026 (UTC)[reply]
Another idea I've had is, once we get some sort of consensus here about it, let's make a shortcut redirect to the discussion (maybe something like WT:REDIRECT'S) and start citing it to more quickly close discussions. MEN KISSING (she/they) T - C - Email me! 20:04, 24 January 2026 (UTC)[reply]
That or create a new essay summarizing said consensus. I've had User:Lunamann/Someone call an exorcist drafted up for a while but haven't gone to the length of starting to cite it like I did with WP:BACKINBOX 'cause unlike BACKINBOX, it didn't feel as... Straightforward an interpretation of existing consensus being applied to a new area? 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:07, 24 January 2026 (UTC)[reply]
I don't think we should write a new essay each time we have a Katamari type consensus start to roll through RfD, though. The possessive redirects aren't the only redirects we're having this issue with, there's also the redirects with plusses instead of spaces and the redirects from the wrong position of power (President of the United Kingdom).
Maybe I could draft an essay about what the proper process should be for dealing with these classes of redirects, in general? MEN KISSING (she/they) T - C - Email me! 21:12, 24 January 2026 (UTC)[reply]
That sounds like Wikipedia:Redirects for discussion/Common outcomes. -- Tavix (talk) 21:15, 24 January 2026 (UTC)[reply]
Given revelations further down the discussion re: apparently this has been MOS consensus for a while but they never put pen to paper beyond a buried comment about [[Batman]]'s being helpful, I'm no longer certain this is a Katamari Consensus. Probably a good idea to draft up an essay re: Katamari Consensus anyways, see what comes of it. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 21:16, 24 January 2026 (UTC)[reply]
Well it was a Katamari consensus, then, haha. It's only a Katamari consensus as long as it's only based off of the first few, flawed consensi that were formed before we knew the scope of the problem. Once we have a more thorough discussion like we're having right now, the Katamari stops rolling.
The process could be to have a discussion like this, and then based off of the consensus formed, propose a new entry to WP:RFDO, the page that Tavix just pointed out.
In this case, though, we may have to do something else, considering there's nearly five thousand of these redirects. A temporary speedy deletion criterion might be more appropriate? MEN KISSING (she/they) T - C - Email me! 21:39, 24 January 2026 (UTC)[reply]
Wikipedia's is correct, but not Wikipedia's which should be deleted. Same with Hitler's, George Washington's, etc. Jq talk 💬 contributions 19:31, 24 January 2026 (UTC)[reply]
Why is one correct and one incorrect? What is the benefit to readers and editors in deleting these redirects? Thryduulf (talk) 19:41, 24 January 2026 (UTC)[reply]
The issue is that these redirects are WP:COSTLY. To paraphrase that essay:
  • Redirects often need to be updated as their targets change. Maybe an article ends up BLAR'd, or merged, or renamed in such a way that doesn't make obvious what the previous article is. The possessive redirect then becomes a double redirect (or, when a bot gets to it, an avoided double redirect), may need to be updated manually to point it to a section name, probably ends up at RfD and wastes our time, et cetera.
  • Redirects also need to be looked after-- they can get expanded into unnecessary content forks, vandalized, or have their targets changed to unsuitable articles. And when that happens, it's often months to years to even sometimes decades before it gets caught by an editor-- and possibly brought before RfD-- to get fixed. Redirects quite often end up sitting for LONG amounts of time before someone pops open an article's What Links Here page and goes "Hey wait, why does THAT link THERE?".
  • RFD itself is costly. You've seen how clogged RFD can get with redirect discussions-- it's getting to the point now that the page can't actually support having enough days transcluded to where the "oldest" day up for discussion reliably contains the discussions that can be actually closed. Having less redirects to worry about means RfD is less clogged.
My issue, is that we gain ALL of those problems with these possessive redirects, for no perceivable benefit-- readers aren't going to search for these redirects, and it takes like six key presses to convert [[Foobar's]] to [[Foobar]]'s. Two of those keypresses being the backspace key, and two more being the arrow keys. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 19:56, 24 January 2026 (UTC)[reply]
for no perceivable benefit how many times do the benefits have to be explained to you before you start listening? These redirects are no more or less costly that ones that are unambiguously good, like redirects from plurals or other grammatical forms, and less costly than others that are unambiguously useful like redirects from former and alternative names for living people, ones that refer to current office holders, etc. so your first two points are irrelevant. Your third point has a very simple solution - stop nominating good redirects for deletion. Thryduulf (talk) 20:07, 24 January 2026 (UTC)[reply]
How many times do the benefits have to be explained to you before you start listening?
Here's the thing, Thryduulf-- I have been listening. And the argument for keeping this practice hasn't gone farther than
  • "People find it easier to make and link possessive redirects while creating articles"
and
  • "We can't use the other two options, because piping the link flies in the face of WP:NOPIPE (something that I myself brought up), and blending the link doesn't work due to MediaWiki jank".
The former, I straight up don't believe, mostly because of the counterargument I put in my prior argument-- attempting to blend the link takes the same amount of keystrokes as using a possessive redirect, and also, if the possessive redirect doesn't exist, takes less work because you don't have to make a new redirect in order to use it.
And if that's my argument re: the former, you can probably guess what my argument re: the latter is, but I'll say it again here: While piping the link is something we shouldn't do (again, re: WP:NOPIPE), attempting to blend the link IS the option we should go with, because the result still looks fine. Only the most pedantic of people are going to pick out a link that didn't blend properly and go "AHAH! THIS ISN'T HOW THINGS SHOULD BE!". And if the goal is to get it to work, we need to actually figure out how to modify MediaWiki to accept that an apostrophe can be part of a word, rather than use these hacky redirects.The goal is not to get it to work, see Myceteae's comment below. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:19, 24 January 2026 (UTC)[reply]
If you don't believe that editors don't find it easier to make and link possessives, then how to explain the fact that a few thousand of them exist? -- Tavix (talk) 20:36, 24 January 2026 (UTC)[reply]
a few thousand of what? redirects or links? Jq talk 💬 contributions 20:37, 24 January 2026 (UTC)[reply]
4612 redirects. -- Tavix (talk) 20:42, 24 January 2026 (UTC)[reply]
Oh, hey! I've been wanting to try and run some database queries to look for this exact thing. I even downloaded some database dumps, but never ended up running any code on them.
Holy smokes! 4612 redirects?! Whether they deserve to be kept or deleted, is RfD even a viable process for dealing with these? MEN KISSING (she/they) T - C - Email me! 21:17, 24 January 2026 (UTC)[reply]
That's honestly a fair question. Dear holy gods, what are we going to need to do if we decide they need to go, whip up a bot to go through all these redirects??? 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 21:20, 24 January 2026 (UTC)[reply]
That wouldn't work because some of them are useful for search purposes as well. For example, Aldi's is a common way to refer to Aldi. -- Tavix (talk) 21:22, 24 January 2026 (UTC)[reply]
So we really do need to go through these, at like 10 at a time (because any more per RfD and you get WP:TRAINWRECKs), in order to catch redirects like Aldi's that AREN'T simply possessive redirects.
Dear holy gods, this is gonna suck. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 21:27, 24 January 2026 (UTC)[reply]
Yet another reason to let sleeping dogs lie. -- Tavix (talk) 21:28, 24 January 2026 (UTC)[reply]
"But it would take a mountain of work to fix it" does not feel, to me, like a good rationale for not fixing it. It near explicitly runs counter to WP:BOLD. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 21:37, 24 January 2026 (UTC)[reply]
Perhaps we don't necessarily need to run all of these through RfD. What about a temporary speedy deletion criterion? MEN KISSING (she/they) T - C - Email me! 21:40, 24 January 2026 (UTC)[reply]
In any case, a temporary speedy-deletion criterion as part of the cleanup effort makes sense. I'd also like to see an addition to WP:RFDO, and more explicit guidance given to editors in MOS:LINKS (or at least some sort of essay to cite when this happens). 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 22:21, 24 January 2026 (UTC)[reply]
As I commented at WT:CSD the issue with speedy deletion criteria (temporary or otherwise) is that they need to be objective - there are some redirects from possessives that are unambiguously helpful (e.g. Cadbury's as the former name of the brand) but there is no clear objective way (at least that anybody has suggested) to separate these from possessives that are... also helpful. Which brings me on to the second point, speedy deletions need to be uncontestable, but these are not contestable given the disagreement evidence every time someone wastes the community time by nominating them at RfD. Thryduulf (talk) 00:09, 25 January 2026 (UTC)[reply]
Speedy deletion criteria can be contestable, I'm pretty sure. See WP:CSDCONTEST. If we do decide that a CSD is appropriate, it could simply be a kind of CSD that can be contested if the 's form is determined to be justified. MEN KISSING (she/they) T - C - Email me! 01:02, 25 January 2026 (UTC)[reply]
See WP:NEWCSD point 2 It must be the case that almost all pages that could be deleted using the rule, should be deleted, according to consensus. We have a very clear consensus that at least some redirects with possessives should not be deleted, therefore a speedy criterion would need to apply to some objective subset of possessives for which such a consensus exists. I'm not seeing evidence that any exists. Thryduulf (talk) 01:23, 25 January 2026 (UTC)[reply]
I think the CSD would be more like "Redirects that end in 's unless there is justification for the possessive form" rather than simply all of the possessive redirects. And instead of saying "unless there is justification for the possessive form", it would outline the circumstances in which possessive redirects tend to be justified. Like the thing that Luna said just now. Crazy that we're typing basically the exact same thing.
Anyways, I don't think it would be impossible to identify such circumstances.
All of this is if it is determined a CSD is warranted, though. So far, I'm sort of just neutral on the issue. MEN KISSING (she/they) T - C - Email me! 01:41, 25 January 2026 (UTC)[reply]
"Possessive form redirects, where the possessive form in question is not an established alternate name for the target" wouldn't work? That neatly catches redirects like Aldi's. Alternately we could limit the CSD to merely "things that aren't brands" or "place/people names" i.e. user:Cryptic's comment back in Wikipedia talk:Speedy deletion. Then we use the CSD to get rid of the things that we can easily agree should be deleted, which narrows the scope of the issue we need to use RfD to tackle. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 01:39, 25 January 2026 (UTC)[reply]
That's the thing there aren't any things that we can easily agree should be deleted because almost none of them should be deleted, and the distinction isn't objective.
Is it possible for an uninvolved administator unfamiliar with a redirect to reliably determine whether something is a brand, a personal/place name, or both? We ran into something like this when A11 was first introduced when there were a load of speedy deletions of (iirc) mainly Australian and New Zealand brands of biscuits that two American editors (nominator and deleter) were not at all familiar with. Thryduulf (talk) 01:46, 25 January 2026 (UTC)[reply]
An example of another sort of redirect that's not been brought up yet, fits this pattern, and that I'm certain would be kept if brought to RFD and just as certain would be deleted if this was made a speedy criterion, is 1960's1960's. —Cryptic 01:38, 25 January 2026 (UTC)[reply]
Yeah, 's as part of a decade name is not a possessive and should definitely be carved out of the scope of the CSD. Would get dodged through the place/people names qualifier, though. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 01:41, 25 January 2026 (UTC)[reply]
Perhaps let's have the discussion on how to CSD these redirects until after we've determined if to CSD these redirects. I think it would be quite plausible to do so, but we're getting a bit messy with the indents here haha. Let's wait for some more editors to chime in. MEN KISSING (she/they) T - C - Email me! 01:44, 25 January 2026 (UTC)[reply]
WP:BOLD only works for things that are non-controversial. Any attempt to "fix" these redirects will be met with resistance. -- Tavix (talk) 21:48, 24 January 2026 (UTC)[reply]
The discussion we're having right now should hopefully result in a consensus about what to do in the future. Then, any WP:BOLD changes will be non-controversial. MEN KISSING (she/they) T - C - Email me! 21:52, 24 January 2026 (UTC)[reply]
Which, as per WP:BRD, leads to discussions. We're having the discussion now (so, WP:BRB's first alternative option to the WP:BRD process), and once consensus is reached, we'll do the bold thing, citing this discussion when we do. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 21:54, 24 January 2026 (UTC)[reply]
The fact that the only guidance we've given to editors re: what to do in this situation is buried in Help:Link#Illustrative examples of display text agglutination, and even then, is scant on reasoning? Even I wasn't able to find that info, it took Myceteae to point out where it was. Partially because the only reference to agglutination I've found-- in WP:NOPIPE-- referred to it as "blending" instead of "agglutination" 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:41, 24 January 2026 (UTC)[reply]
That's not guidance of "what we should do in this situation", it's explaining that punctuation does not get included in the link. -- Tavix (talk) 20:46, 24 January 2026 (UTC)[reply]
I dunno, describing [[Batman]]'s > Batman's as helpful sounds like guidance to me. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:47, 24 January 2026 (UTC)[reply]
In any case, my point is that we don't have any essays or MOS articles or guidelines that I know of that tell editors what to do when they want to link with a possessive word. Of course people are going to do the wrong thing 4 thousand times when we haven't told them what the right thing is! 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:49, 24 January 2026 (UTC)[reply]

Concurrent discussion at Wikipedia_talk:Speedy_deletion

[edit]

Voorts proposed a CSD at Wikipedia_talk:Speedy_deletion#New_CSD:_Redirect's. I think our discussion here has a wider coverage of editors, and is being a bit more thorough with the issue, so I've advised those folks to come chip in here instead. MEN KISSING (she/they) T - C - Email me! 23:14, 24 January 2026 (UTC)[reply]

There is also now a concurrent discussion at Wikipedia talk:MOS/Linking, here: Wikipedia talk:Manual of Style/Linking#Possessive Redirects vs Blended/Agglutinated Links 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:10, 25 January 2026 (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.

Possessive redirects (take 2)

[edit]

Hello all,

This discussion is a continuation of the following threads:

As well as a long string of nominations at RfD. All these threads concern possessive redirects: redirects which end in 's, such as Foobar'sFoobar. A random spot-check estimate of a query of 4961 redirects ending in 's suggests that there exist ~500 redirects which are not obviously helpful (such as Grateful Dead'sGrateful Dead, as opposed to ones like Aldi'sAldi).

I would like to hear some proposals for whether these redirects should be kept or deleted, and what (if anything) needs to be done in the interest of keeping or deleting these redirects. After some time, we can put these proposals to a formal !vote.

Some ideas that were brought up previously include creation of a new CSD or creation of a new entry at WP:RFDO. Proposals don't need to be thought out completely, but should be a little more specific than "Propose a new CSD" or "Stop bringing them to RfD". If the winning suggestion is a new CSD, we may have to make one final stop over at WT:CSD.

Borrowing the list of involved editors from User:Lunamann's post at WT:MOS (if I've missed any significant editors please let me know):

User:voorts user:Crouch, Swale user:Thryduulf user:TheTechie user:Tavix user:Jq user:Cryptic user:Myceteae user:SNUGGUMS user:J947 user:Patar knight user:BD2412 user:Organhaver user:FaviFake user:Hog Farm user:Extraordinary Writ user:Toadspike

Let's figure out what to do about all these redirect's. MEN KISSING (she/they) T - C - Email me! 16:35, 28 January 2026 (UTC)[reply]

I'd prefer a new CSD so that we don't have to make multiple WP:SNOW RFDs. If not, at least add it to WP:RFDO. We really should just be doing [[Australia]]'s, in my opinion. thetechie@enwiki:~$ she/they | talk 16:46, 28 January 2026 (UTC)[reply]
A speedy deletion criterion is likely to result in very many bad deletions, if the sample data above - where only about 10% of redirs ending in 's were the sort we want gone - is at all representative. We just saw with X3 how even pages we specifically listed as counterexamples when wording the criterion ended up getting deleted anyway. —Cryptic 16:57, 28 January 2026 (UTC)[reply]
Hard to see how this would meet the uncontestable criteria at WP:NEWCSD, given how contentious these discussion have been. And if the scope is severely narrowed down, then there's no real benefit to having a CSD versus just nominating the worst ones at WP:RFD, and as Cryptic noted, overzealous deletions there do happen. -- Patar knight - chat/contributions 01:55, 30 January 2026 (UTC)[reply]
  • I think an appropriate first step, no matter what the eventual outcome (except perhaps "stop nominating them at RFD and pretend they aren't there"), is an {{R from possessive form}} or similarly-named template, worded such that it would exclude ones like St Joseph'sSaint Joseph's for not redirecting to a non-possessive title, and ones like The Cellar at Macy'sThe Cellar (Macy's) for not being possessives in the first place. —Cryptic 16:54, 28 January 2026 (UTC)[reply]
    This is a good idea to permanently mark "good" redirects of this type to reduce any future maintenance load. -- Patar knight - chat/contributions 01:56, 30 January 2026 (UTC)[reply]
  • I think batched nominations of ≈10 at a time at WP:RFD are reasonable. The problem with CSD is that some (most?) of these, like Aldi's, are appropriate and it's not clear how reviewing admins are supposed to assess that. I think most of these can avoid a WP:TRAINWRECK and RFD allows for identifying special cases that are appropriate. That said, I understand the hesitation to flood RFD with these and the attendant problems that may arise, so I'm not firm in this suggestion. I think WP:RFDO should be updated regardless. There is a clear common outcome that can be described, with links to relevant discussions here and at WT:MOSLINKS, etc. and representative RFDs. —Myceteae🍄‍🟫 (talk) 16:55, 28 January 2026 (UTC)[reply]
    Addendum: I also have no problem with editors individually nominating one-off possessive redirects. Flooding WP:RFD with dozens of individual noms may cause frustration and can be inefficient but it also avoids a TRAINWRECK and allows for better case-by-case assessments. Editors should balance these considerations. Almost all of these have closed as 'delete' and the WT:MOSLINKS discussion strengthens the deletion arguments. Continuing to nominate these, individually or in batches, through the normal WP:RFD process is perfectly reasonable. —Myceteae🍄‍🟫 (talk) 21:19, 28 January 2026 (UTC)[reply]
    Don't think batch noms are a good idea and will likely all WP:TRAINWRECK. The best arguments to delete these redirects are for potential confusion WP:R#D2 and impeding navigation WP:R#D1. Those are all individual assessments based on what topics have similar names with the redirect. -- Patar knight - chat/contributions 02:00, 30 January 2026 (UTC)[reply]
  • Nothing needs to be done. -- Tavix (talk) 17:29, 28 January 2026 (UTC)[reply]
  • New X criteria to prevent overwhelming RFD like with X3. Crouch, Swale (talk) 18:29, 28 January 2026 (UTC)[reply]
  • If you don't like these redirects, ignore them and all problems are solved. Nothing else needs to be done, nothing else should be done. Thryduulf (talk) 18:38, 28 January 2026 (UTC)[reply]
    @Tavix and Thryduulf: You two have been the most vocal proponents of keeping these redirects, so I'm surprised both of your proposed resolutions to this are "do nothing". Not doing anything will already implicitly be an option in the !vote, as is the case in any !vote. And "stop bringing the redirects to RfD" is hardly an enforceable option.
    If you don't propose something actionable, then as a courtesy I can come up with an option that I think best represents your viewpoints and include it in the !vote, but I'd appreciate having something better than that to work with. I assume you two are unhappy with the status quo of how these redirects are handled at RfD, so what do you think would be the best way to ease that contention? MEN KISSING (she/they) T - C - Email me! 19:11, 28 January 2026 (UTC)[reply]
    I'm surprised you think we need yet another discussion. What are we on, four now? And you want another discussion vote after this? What more needs to be said that hasn't already been said? It's exhausting. -- Tavix (talk) 19:24, 28 January 2026 (UTC)[reply]
    Could we please focus on the topic of the discussions rather than the discussions itself? Now that there's clear consensus for Option 2 (which we didn't have before), what do think should happen to these redirects and the way they're handled? FaviFake (talk) 19:59, 28 January 2026 (UTC)[reply]
    Nothing. Leave them alone. Ignore them. Anything else (including this discussion) is more expensive than they're worth. -- Tavix (talk) 20:03, 28 January 2026 (UTC)[reply]
    @MEN KISSING My actionable proposal:
    • Close as speedy keep any nomination of possessive redirects at RfD that don't explain why the nominated redirect specifically is actually (not just theoretically) more harmful than an average possessive redirect to the same type of target (i.e. compare a redirect from a surname that is not a brand to other redirects from surnames that are not brands, compare redirects from places to redirects from other places, etc).
    • Speedily close without prejudice any nomination that bundles possessive redirects to different targets, unless the intent is retargetting so they do share a target.
    These discussions have already caused far more harm than all of the redirects put together have done or will do.
    @FaviFake These redirects should be left alone. Do not nominate them at RfD. Stop discussing them. Stop wasting everybody's time. Thryduulf (talk) 20:01, 28 January 2026 (UTC)[reply]
    Please don't dismiss the objections to these redirects as WP:IDONTLIKEIT. Dozens of editors have explained why they find these redirects harmful or problematic. I get that you disagree. —Myceteae🍄‍🟫 (talk) 19:53, 28 January 2026 (UTC)[reply]
  • My stance on possessives remains the same, but if anybody feels inclined to renominate individual entries at RFD, then go for it as that seems more likely to obtain consensuses without premature closures that end up changing nothing. SNUGGUMS (talk / edits) 18:59, 28 January 2026 (UTC)[reply]
  • For those of you in favor of a new CSD: how should it be worded? MEN KISSING (she/they) T - C - Email me! 19:13, 28 January 2026 (UTC)[reply]
  • Pinging @Steel1943, an RFD regular who has participated in many of these discussions. (I'll keep an eye out for anyone else who should be tagged. I didn't do a comprehensive review but this noticeable absence jumped out to me.) —Myceteae🍄‍🟫 (talk) 19:14, 28 January 2026 (UTC)[reply]
Oh, good heavens, that is quite a noticeable absence. Thank you. Apologies, Steel. MEN KISSING (she/they) T - C - Email me! 19:15, 28 January 2026 (UTC)[reply]
I'm tired. Either:
(Speaking of which, no one has yet to update Wikipedia:Manual of Style/Linking with the guidance as a result of Wikipedia talk:Manual of Style/Linking#Possessive Redirects vs Blended/Agglutinated Links, which will need to be resolved ASAP.) Steel1943 (talk) 21:47, 28 January 2026 (UTC)[reply]
I know, this has been a lot of process relative to the severity of the issue, and I can sense everyone's exhaustion. I'm feeling a bit of it too. I'd like to ask you, and other participants, to please bear through it. We're nearly there.
My only stance on the issue is that RfD isn't able to handle these sorts of masses of redirects on its own. The word I would use for the status quo at RfD is "draining". The nominations, even if batched well, end up repeating all of the same arguments in a way I find inadequate to build a proper consensus. I've talked about this a fair bit in the above discussion.
Ideally, things will go smoother and more efficiently the next time we have a large mass of redirects coming in piecemeal at RfD. I'm interested in penning an essay to this effect, taking lessons from what's been done here and providing recommendations on how to do it again, but better. MEN KISSING (she/they) T - C - Email me! 22:45, 28 January 2026 (UTC)[reply]
Yep, gotta make sure the false positives (such as possessives as part of proper names) are not considered for and protected from deletion if a criterion gets enacted. Steel1943 (talk) 23:39, 28 January 2026 (UTC)[reply]
I somewhat disagree. A majority of these have been deleted. I’ve seen new and better arguments for deletion evolve over time. The discussions and my digging in to how these are used in articles have revealed more ways in which these are problematic. Discussions are occasionally prolonged and can be draining. This wider discussion hasn’t produced any new arguments for why we should keep these redirects and the editors who favor this view don’t really engage with the arguments to delete. One in particular says repeatedly that no one has explained why these are problematic, which is demonstrably false. THAT is draining. Editors who think these nominations are a waste of time and are unwilling or unable to engage could sit them out and they would wrap up much more quickly. —Myceteae🍄‍🟫 (talk) 02:24, 30 January 2026 (UTC)[reply]
Doing whatever needs to be done to follow the result of [the MoS discussion is just unlinking any that are linked (while making sure not to unlink ones that are appropriate, such as brand names, non-redirects and things like Foucault's pendulum). I think that doing this is a complete waste of time fixing a problem that doesn't exist, but the consensus is clearly in favour of such wastes of time. That consensus neither says nor implies anything about deleting redirects. Thryduulf (talk) 23:18, 28 January 2026 (UTC)[reply]
Do whatever needs to be done to follow the result of Wikipedia talk:Manual of Style/Linking#Possessive Redirects vs Blended/Agglutinated Links. Someone with more tech aptitude could probably make a database query such as all redirects ending with "'s" that do not redirect to a page that ends with "s" and have incoming links and don't have certain RCAT tags. That database report could be updated regularly/or upon user request and people who care to spend time maintain this can maintain it. -- Patar knight - chat/contributions 02:19, 30 January 2026 (UTC)[reply]
Trivial. Give me a list of "certain RCAT tags". Heck, I'll give you the list including incoming links, with a count, so the ones with only 1 or 2 can be "fixed" if the more zealous side here gets their way. (I might not get around to writing it until Sunday or Monday, though.) —Cryptic 02:27, 30 January 2026 (UTC)[reply]
I would think {{R from incorrect name}} and some of its subcats (e.g. {{R from typo}}), same with {{R from alternative name}} and some of its subcats (e.g. {{R from alternative punctuation}}), {{R from colloquial name}}, maybe {{R from stylization}}, {{R from subtopic}} are the ones I can think of off the top of my head. There's probably some others at Template:R_template_index that I missed. Didn't really fully think out my suggestion above. -- Patar knight - chat/contributions 03:22, 30 January 2026 (UTC)[reply]
quarry:query/101585 for that list. Any of the people watching WT:DBR should be able to convert that to an onwiki database report if I'm not around. (Probably not an easily re-sortable one, alas, since I think there's enough results that it'd have to be split into multiple subpages.) —Cryptic 03:50, 30 January 2026 (UTC)[reply]
(edit conflict) {{R from abbreviation}}, {{R from modification}}, and {{R from related word}} need to be excluded as well, maybe {{R printworthy}}. Also anything that uses a redirect to one of these (e.g. {{R from search term}}) and anything that's marked as a {{R avoided double redirect}} of one of those. Thryduulf (talk) 03:51, 30 January 2026 (UTC)[reply]
Excluding template redirects is actually a lot more complex than including them. It'd be easy, for example, to cull pages specifically tagged {{R from typo}}, hard to cull pages specifically tagged {{R from misspelling}} but not with its redirs.
I don't think I could exclude pages tagged with a template marked {{R avoided double redirect}} with a parameter to a list of other templates, since it looks like that tag only links its param externally. There aren't any template redirs with that tag that themselves target a page in the template namespace starting with "R ", at least. —Cryptic 04:11, 30 January 2026 (UTC)[reply]