| This is the talk page for discussing WikiProject Redirect and anything related to its purposes and tasks. |
|
| Archives (index): 1, 2, 3, 4, 5, 6, 7, 8Auto-archiving period: 4 months |
| This project page does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | ||||||||
| ||||||||
| This is the talk page for WikiProject Redirect. Please feel free to create a sub-page in order to branch out from this page if you wish to create a new proposal. If you do so, please leave a comment here so that other editors know of its existence! |
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 T currently has {{R from alternative spelling}} (along with a notice that a more specific category may be available), Hale & Pace has {{R from alternative punctuation}} (even though an ampersand isn't punctuation), and redirects such as Marks and Spencer, Tiffany and Co., Hootie and the Blowfish, Key and Peele etc. are uncategorised. Template:R from ampersand and 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 & Bob, Cannon & Ball, Eli Lilly & Company, etc. Template:R to ampersand and Template:R to & don't currently exist.
I just created Audie 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)
- 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)
- 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)
- 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)
- 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)
- "Logogram" seems a lot more difficult to remember than "ampersand" when dealing with a "&". -- Beland (talk) 07:05, 6 September 2025 (UTC)
- 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)
- Then what would logogram be used for? -- Beland (talk) 21:48, 8 September 2025 (UTC)
- 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)
- 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 T redirecting to AT&T, or Vic & 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)
- 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)
- 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 and @ 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♯ 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)
- 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)
- 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)
- (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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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 @ 3, @-mention, @AerLingus, @ladygaga, LHC@Home, כהן@מושון, なあ坊豆腐@那奈), but my gut feeling is that R@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)
- 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)
- This all makes sense! Pineapple Storage (talk) 15:34, 9 September 2025 (UTC)
- 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)
- @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)
- 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)
- Ah okay! No worries, thank you for explaining. Pineapple Storage (talk) 15:29, 9 September 2025 (UTC)
- You can also use quarry: if you're familiar with SQL. — Qwerfjkltalk 12:38, 11 September 2025 (UTC)
- 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)
- 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 @ 3, @-mention, @AerLingus, @ladygaga, LHC@Home, כהן@מושון, なあ坊豆腐@那奈), but my gut feeling is that R@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)
- 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)
- 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)
- 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 and @ 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♯ 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)
{{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 T redirecting to AT&T, or Vic & 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:上 arespelled-out word
s 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)- 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 bywhen 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". (Byspelled 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)- 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)
- 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)
- 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:
- (469705)_ǂKagara-ǃHaunu
- 10万vs.10
- 1973_Campeonato_da_1ª_Divisao_do_Futebol
- 1995年_Sampoong~
- 3-DサンダーセプターII
- AᗺBA
- BORUTO-ボルト-_NARUTO_NEXT_GENERATIONS
- Bharti_Airtel_Ltd._-_भारतीय_एयरटेल_लिमिटेड
- Billlǃə
- Black_&_White_(痞子英雄)
- B面画報_(B-Men_Gahou)
- CCTV-العربية
- Dr._スランプ
- Fu_(surname_傅) (not a redirect)
- INS_Tanin_(71-צ)
- 혜성_(Comet)
- 맛_(Hot_Sauce)
- 黎_(surname) (redirects to Lí (surname 黎))
- טאהש_(Quebec)
- 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)
- 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)
- 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
{{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 besubstituted 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)
- 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 T redirecting to AT&T, or Vic & 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)
- 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)
- Then what would logogram be used for? -- Beland (talk) 21:48, 8 September 2025 (UTC)
- 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)
- "Logogram" seems a lot more difficult to remember than "ampersand" when dealing with a "&". -- Beland (talk) 07:05, 6 September 2025 (UTC)
- 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)
- I agree this is a good idea. --MYCETEAE 🍄🟫—talk 21:53, 4 September 2025 (UTC)
- @Thryduulf @Anomie @Chatul @Myceteae @Paine Ellsworth @NE2Thank 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)
- 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)
- 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 (talk • contribs) 12:40, 16 September 2025 (UTC)
- 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)
- 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$ha → Kesha 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)
- 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)
- 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! and 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)
- 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)
- 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! and 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)
- They do stand for words
- 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$ha → Kesha 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)
- 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)
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)
References
- ^ Pun acknowledged but not originally intended :)
Requested move at Talk:Etats-Unis § Requested move 7 October 2025
[edit]
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)
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)
Discussion at Template talk:R from drug trade name § Generic or nonproprietary name instead of INN
[edit]
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)
- 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)
Question at Wikipedia:Village pump (miscellaneous)/Archive 85#Redirects tagged for RfD but not put up for discussion
[edit]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)
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)
- 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.
- 012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234 → whatever (talk · links · history · stats) [ Closure: keep/retarget/delete ]Mmmkay, yeah, as expected, that works alright. So my guess is that something changed recently in how Toolforge handles inbound links containing URL parameters, where it's now escaping the question marks and ampersands, breaking things. I'll file a Phab task. -- Tamzin[cetacean needed] (they|xe|🤷) 20:59, 6 November 2025 (UTC)
- 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)
- Got it, looking at it! Chaotic Enby (talk · contribs) 21:14, 6 November 2025 (UTC)
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)
- 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)
- The link works as expected in the new listings. Thanks again! @Chaotic Enby @Tamzin 😊 —Myceteae🍄🟫 (talk) 03:30, 7 November 2025 (UTC)
- 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)
- 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
startparam, 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)- Oh, that makes sense, thanks a lot! Chaotic Enby (talk · contribs) 07:40, 7 November 2025 (UTC)
- 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
- 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)
Discussion at Wikipedia:Templates for discussion/Log/2025 November 5 § Redirect comics templates
[edit]
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)
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)
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)
- What maintenance use would this Rcat have? voorts (talk/contributions) 00:46, 11 December 2025 (UTC)
- 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)
Subdividing Template:R from fictional character
[edit]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)
- Note that {{R from fictional element}} is a redirect (used in Bat-signal and likely many of the other non-character entries). older ≠ wiser 16:31, 16 January 2026 (UTC)
- 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)
- 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)
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)
- Yes the normal rule would be to link Australia's rather than Australia's as the "'s" isn't part of the name. Crouch, Swale (talk) 19:08, 24 January 2026 (UTC)
- 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) - 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)
- Maybe
[[Australia|Australia's]]? thetechie@enwiki:~$ she/they | talk 19:25, 24 January 2026 (UTC)- 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)
- "Popular" doesn't always mean "correct". Jq talk 💬 contributions 20:01, 24 January 2026 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- "Popular" doesn't always mean "correct". Jq talk 💬 contributions 20:01, 24 January 2026 (UTC)
- 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)- 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)
- See my reply regarding WP:COSTLY that I made to Thryduulf further down the page. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:00, 24 January 2026 (UTC)
- 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)
- still, they are only there because of links that shouldn't be linked that way. Jq talk 💬 contributions 20:20, 24 January 2026 (UTC)
- No, they're there because editors choose to link that way. -- Tavix (talk) 20:27, 24 January 2026 (UTC)
- still, they are only there because of links that shouldn't be linked that way. Jq talk 💬 contributions 20:20, 24 January 2026 (UTC)
- 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)
- See my reply regarding WP:COSTLY that I made to Thryduulf further down the page. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:00, 24 January 2026 (UTC)
- 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)
- 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)
- 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)
- Maybe
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- That sounds like Wikipedia:Redirects for discussion/Common outcomes. -- Tavix (talk) 21:15, 24 January 2026 (UTC)
- 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]]'sbeing 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)- 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)
- 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)
- 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)
- 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)
- 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)
- 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)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)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)- 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)
- a few thousand of what? redirects or links? Jq talk 💬 contributions 20:37, 24 January 2026 (UTC)
- 4612 redirects. -- Tavix (talk) 20:42, 24 January 2026 (UTC)
- 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)
- 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)
- 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)
- 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)
- Yet another reason to let sleeping dogs lie. -- Tavix (talk) 21:28, 24 January 2026 (UTC)
- "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)
- 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)
- 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)
- 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)
- 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)
- 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)- 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)
- "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)
- 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)
- That's the thing there aren't any
- See WP:NEWCSD point 2
- 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's. —Cryptic 01:38, 25 January 2026 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- "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)
- Yet another reason to let sleeping dogs lie. -- Tavix (talk) 21:28, 24 January 2026 (UTC)
- 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)
- 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)
- 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)
- 4612 redirects. -- Tavix (talk) 20:42, 24 January 2026 (UTC)
- 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)
- 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)
- I dunno, describing
[[Batman]]'s>Batman'sas helpful sounds like guidance to me. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:47, 24 January 2026 (UTC) - 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)
- I dunno, describing
- 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)
- a few thousand of what? redirects or links? Jq talk 💬 contributions 20:37, 24 January 2026 (UTC)
- 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)
- The issue is that these redirects are WP:COSTLY. To paraphrase that essay:
- 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)
- Wikipedia:Redirects for discussion/Log/2016 April 19 § Castro's – no consensus - retarget
- Wikipedia:Redirects for discussion/Log/2019 August 30 § J.R.R. Tolkien's – no consensus
- Wikipedia:Redirects for discussion/Log/2020 April 12 § Kingston's – delete
- Wikipedia:Redirects for discussion/Log/2021 August 18 § India's – delete
- Wikipedia:Redirects for discussion/Log/2022 January 8 § President Yeltsin's – no consensus
- Wikipedia:Redirects for discussion/Log/2025 July 27 § Quebec's – delete
- Wikipedia:Redirects for discussion/Log/2022 April 21 § Harry Potter's – no consensus following deletion review
- Wikipedia:Redirects for discussion/Log/2025 August 19 § David Bowie's – delete
- Wikipedia:Redirects for discussion/Log/2025 August 19 § Canada's – no consensus
- Wikipedia:Redirects for discussion/Log/2025 August 26 § Donald Trump's – delete
- Wikipedia:Redirects for discussion/Log/2025 September 5 § Narendra Modi's – delete
- Wikipedia:Redirects for discussion/Log/2025 September 27 § Bahrain's – delete
- Wikipedia:Redirects for discussion/Log/2025 September 27 § Fiji's – delete
- Wikipedia:Redirects for discussion/Log/2025 October 9 § Mozambique's – delete
- Possessive redirects should generally be deleted. A key difference between possessives and plurals is that a possessive always changes the subject or object. Of course there are exceptions, but in the English language generally and on Wikipedia, the subject is typically the same whether we use the singular or the plural. The subject of bat or bats is the same: Bat. But the subject of Batman's car is Batmobile, not Batman; and the subject of Batman's partner is Robin (character). Possessive redirects can therefore cause potential WP:EGG or WP:RSURPRISE issues. There have been a couple discussions about this at MOS: Wikipedia talk:Manual of Style/Linking/Archive 21#Possessives and Wikipedia talk:Manual of Style/Linking#Discussion of formatting links with possessives ('s) at Wikipedia:Redirects for discussion/Log/2025 August 11. The general feeling from a style perspective is that including the ⟨'s⟩ as part of the link is improper. There has also been some back and forth about the wording at Help:Link (see: Help talk:Link/Archive 1#Consensus on posessives?). The current wording at Help:Link § Illustrative examples of display text agglutination is:
The implication ofPunctuation breaks display text agglutination. This is often helpful for possessives: for example,
[[Batman]]'sgives Batman's.often helpful
is that this good and proper and produces the correct result. We have had numerous RFDs on possessive redirects and almost all of them have resulted in deletion. A few have closed as 'no consensus'. To my knowledge, none have closed with an affirmative consensus to keep. I had pushed for a broader discussion at one point but we have at least a rough consensus that these should be deleted. —Myceteae🍄🟫 (talk) 20:28, 24 January 2026 (UTC)- So, in short,
[[Australia]]'sgivingAustralia'sis intentional, and working as intended. That's great information to have, thanks Myceteae! 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:31, 24 January 2026 (UTC)- No, that guidance is incorrect. the apostrophe in this usage is not punctuation but rather part of the word itself. -- Tavix (talk) 20:33, 24 January 2026 (UTC)
- (edit conflict) Nah. It is punctuation. Compare "My favourite culture is Australia's" and "My favourite culture is Australia's". There's a semantic distinction. The opinion I'm disagreeing with is Tavix's, not Tavix's. Unlike hats and hats, they mean different things. Hence why "he" and "his" are different words. It's why high quality, peer-reviewed articles don't link the "'s". J947 ‡ edits 21:59, 24 January 2026 (UTC)
- I think this is true for some words, but not for others.
Y'allis pretty much it's own word, and if you wanted to link it toAll, you couldn't doY'all, you would have to doY'all- For possessive nouns, though, I feel like there's a stronger case that the
'sisn't quite considered as part of the word itself. MEN KISSING (she/they) T - C - Email me! 22:10, 24 January 2026 (UTC)
- No, that guidance is incorrect. the apostrophe in this usage is not punctuation but rather part of the word itself. -- Tavix (talk) 20:33, 24 January 2026 (UTC)
- So, in short,
- I still am inclined to say they should be deleted per the threads that Myceteae linked here. SNUGGUMS (talk / edits) 21:43, 24 January 2026 (UTC)
- Those threads are sort of what the 'mess' is, here. The first few recent RfDs went through before editors knew the scope of the problem, that there were nearly 5000 redirects of this sort. Then, later RfDs relied on those earlier RfDs. I've talked a bit about why I don't think this is a good way to build consensus above. We shouldn't put too much emphasis on those discussion results, per WP:CCC. MEN KISSING (she/they) T - C - Email me! 21:50, 24 January 2026 (UTC)
- No strong opinion myself (other than that I don't think the case has been made to make these speedies yet, as I said over at WT:CSD), but I'm happy to provide data. Likely to be quite busy over the next week, so please ping if I'm needed. —Cryptic 01:32, 25 January 2026 (UTC)
- quarry:query/101394 has the full current list (at least for straight apostrophes and (one kind of?) curly apostrophe), with target, target's shortdesc, and redir's categories. The last at a skim looks to be even less useful than I thought it might. —Cryptic 02:21, 25 January 2026 (UTC)
- Would it be possible for you to provide a randomly chosen sample of, say, 20 of these redirects? That might be good for a spot check. MEN KISSING (she/they) T - C - Email me! 02:23, 25 January 2026 (UTC)
- quarry:query/101395. —Cryptic 02:30, 25 January 2026 (UTC)
- Huh. That's... more than I was expecting that are perfectly fine business/product/organization names. Plus an album name that's only off via miscapitalization. Seriously, out of that random sample of 20, there's like... only two that I would delete....I'm starting to get the feeling that a CSD is not going to be helpful. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:41, 25 January 2026 (UTC)
- what would we do if we don't have a CSD for this? Jq talk 💬 contributions 02:44, 25 January 2026 (UTC)
- Assuming that it's determined we need to delete? We need to start sorting them manually. We definitely can't use a bot to do this, and we can't get a CSD to help us, which means each one of these redirects needs to go through the manual process of
1. Someone decides it qualifies for deletion
2. They nominate it at RfD
3. It goes through the entire RfD process. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:46, 25 January 2026 (UTC)- also why do you think a CSD wouldn't be helpful? Jq talk 💬 contributions 04:42, 25 January 2026 (UTC)
- Because of how hard it'd be to figure out how to properly word it in a manner that neatly avoids hitting the redirects we DON'T want to hit (like Duke of Edinburgh's, or The Cellar at Macy's, or St Joseph's, or et cetera) while still hitting redirects we DO want to target (like Canada's, or Dobell's, or Physician's assistant's). Given how many of the former are out there (apparently significantly outnumbering the latter), if we can't do that, we're gonna hit false positives. And as Cryptic pointed out, the editors who handle CSDs aren't gonna be going through them with a fine-toothed comb once the CSDs are on 'em.Unless you can figure out a way to do that? 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 06:18, 25 January 2026 (UTC)
- It's not thta hard actually
- -Redirect ends in 's
- -Target is only used for linking purposes
- -Target is an unlikely search term
- -Target or related topic does not end in 's Jq talk 💬 contributions 18:08, 25 January 2026 (UTC)
- How do you determine "Target is only used for linking purposes"?, what is the objective definition of "unlikely search term"? Thryduulf (talk) 18:19, 25 January 2026 (UTC)
- unlikely search term = something like J.R.R. Tolkien's and not 1960's because it's only used for linking, and you determine that by seeing how many pages link to it. Jq talk 💬 contributions 18:23, 25 January 2026 (UTC)
- What is the objective difference between "J.R.R. Tolkien's", "Charlie_Trotter's" and "J. Sainsbury's? In which category would you put Greengrocer's → Greengrocer? (I'm very surprised that one doesn't exist given how often the term is used). Thryduulf (talk) 18:39, 25 January 2026 (UTC)
- ones like that should exist (for searching purposes) as they are commonly called by that name. The ones for people are only used for linking. Jq talk 💬 contributions 18:46, 25 January 2026 (UTC)
- Which ones? The first three are all people's names, but the second can refer to a person or his restraunt, the third refers to the person or to the supermarket's run by J. Sainsbury plc under the brand Sainsbury's. Thryduulf (talk) 18:58, 25 January 2026 (UTC)
- I was talking about 4. For 2 the correct target would probably be the section that talks about his restaurant. Jq talk 💬 contributions 19:08, 25 January 2026 (UTC)
- Which ones? The first three are all people's names, but the second can refer to a person or his restraunt, the third refers to the person or to the supermarket's run by J. Sainsbury plc under the brand Sainsbury's. Thryduulf (talk) 18:58, 25 January 2026 (UTC)
- ones like that should exist (for searching purposes) as they are commonly called by that name. The ones for people are only used for linking. Jq talk 💬 contributions 18:46, 25 January 2026 (UTC)
- What is the objective difference between "J.R.R. Tolkien's", "Charlie_Trotter's" and "J. Sainsbury's? In which category would you put Greengrocer's → Greengrocer? (I'm very surprised that one doesn't exist given how often the term is used). Thryduulf (talk) 18:39, 25 January 2026 (UTC)
- unlikely search term = something like J.R.R. Tolkien's and not 1960's because it's only used for linking, and you determine that by seeing how many pages link to it. Jq talk 💬 contributions 18:23, 25 January 2026 (UTC)
- How do you determine "Target is only used for linking purposes"?, what is the objective definition of "unlikely search term"? Thryduulf (talk) 18:19, 25 January 2026 (UTC)
- Because of how hard it'd be to figure out how to properly word it in a manner that neatly avoids hitting the redirects we DON'T want to hit (like Duke of Edinburgh's, or The Cellar at Macy's, or St Joseph's, or et cetera) while still hitting redirects we DO want to target (like Canada's, or Dobell's, or Physician's assistant's). Given how many of the former are out there (apparently significantly outnumbering the latter), if we can't do that, we're gonna hit false positives. And as Cryptic pointed out, the editors who handle CSDs aren't gonna be going through them with a fine-toothed comb once the CSDs are on 'em.Unless you can figure out a way to do that? 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 06:18, 25 January 2026 (UTC)
- also why do you think a CSD wouldn't be helpful? Jq talk 💬 contributions 04:42, 25 January 2026 (UTC)
- Assuming that it's determined we need to delete? We need to start sorting them manually. We definitely can't use a bot to do this, and we can't get a CSD to help us, which means each one of these redirects needs to go through the manual process of
- The ones for J. Sainsbury's and Greengrocer's are fine. (I think we already established before that business/organization/product names are fine, didn't we? Hence my mentioning them as an exception in Option B2 below.) 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 19:06, 25 January 2026 (UTC)
- what would we do if we don't have a CSD for this? Jq talk 💬 contributions 02:44, 25 January 2026 (UTC)
- ...New line of thought:Can we get a random sample of 20 redirects that have the following qualities:
-End in 's
-Target DOESN'T have 's anywhere in title
-Target doesn't end in sSee how much narrowing down by that helps. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:43, 25 January 2026 (UTC)- quarry:query/101396. —Cryptic 02:48, 25 January 2026 (UTC)
- That's... better, but not by much. We're still going to need to do this manually, then. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:51, 25 January 2026 (UTC)
- i know about 25 of those but you've probably seen them all. Jq talk 💬 contributions 02:55, 25 January 2026 (UTC)
- quarry:query/101396. —Cryptic 02:48, 25 January 2026 (UTC)
- Thank you very much! For convenience to commenters, here's those:
- Cruft's → Crufts
- Dobell's → Doug Dobell
- Live At Grimey's → Live at Grimey's
- Physician's assistant's → Physician assistant
- Leinie's → Leinenkugel's
- St Joseph's → Saint Joseph's
- Baedeker's → Baedeker
- The Cellar at Macy's → The Cellar (Macy's)
- Grateful Dead's → Grateful Dead
- Head Wrightson's → Head Wrightson
- Pringle's → Pringles
- Portugal in the 2000's → Third Portuguese Republic
- P.J. Bland's → Chili's
- Nicholson's → Nicholson's Brewery
- Schweppe's → Schweppes
- Ross Young's → Linda McCartney Foods#Ross Young's
- Duke of Edinburgh's → The Duke of Edinburgh's Award
- Anglican Diocese of Saint David's → Diocese of St Davids
- Sir Kensington’s → Sir Kensington's
- VAFA Women's → Victorian Amateur Football Association#Women's clubs
- MEN KISSING (she/they) T - C - Email me! 02:45, 25 January 2026 (UTC)
- As I alluded to above, out of all of those, the only ones I'd delete are Dobell's and Physician's assistant's. Which, the low number of actual problem redirects in a sea of redirects that might LOOK like a problem to a CSD or bot but AREN'T mean that a CSD or bot would be a bad idea here. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:48, 25 January 2026 (UTC)
who ran Dobell's Record Shop
is at the target for Dobell's so it seems like a valid {{R from subtopic}}. -- Patar knight - chat/contributions 03:43, 25 January 2026 (UTC)
- I was more trying to assess how many of the ~5000 are actually problematic based on a statistical sample. I'd probably put one of Dobell's and Physician's assistant's on an edge case. That's about 1.5 problematic redirects per 20. So, out of the 4961 redirects in the prior query, we have somewhere around 372 problematic redirects. MEN KISSING (she/they) T - C - Email me! 02:53, 25 January 2026 (UTC)
- As I alluded to above, out of all of those, the only ones I'd delete are Dobell's and Physician's assistant's. Which, the low number of actual problem redirects in a sea of redirects that might LOOK like a problem to a CSD or bot but AREN'T mean that a CSD or bot would be a bad idea here. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:48, 25 January 2026 (UTC)
- Huh. That's... more than I was expecting that are perfectly fine business/product/organization names. Plus an album name that's only off via miscapitalization. Seriously, out of that random sample of 20, there's like... only two that I would delete....I'm starting to get the feeling that a CSD is not going to be helpful. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:41, 25 January 2026 (UTC)
- quarry:query/101395. —Cryptic 02:30, 25 January 2026 (UTC)
- Would it be possible for you to provide a randomly chosen sample of, say, 20 of these redirects? That might be good for a spot check. MEN KISSING (she/they) T - C - Email me! 02:23, 25 January 2026 (UTC)
- quarry:query/101394 has the full current list (at least for straight apostrophes and (one kind of?) curly apostrophe), with target, target's shortdesc, and redir's categories. The last at a skim looks to be even less useful than I thought it might. —Cryptic 02:21, 25 January 2026 (UTC)
Trans girls think alike lol.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.
— User:MEN KISSING 01:41, 25 January 2026 (UTC)
Anyways, I'm all for the CSD, but that's because I'm of the opinion that these redirects need to go-- and I'd rather not try to comb through 5k worth of redirects at RfD to determine which redirects need to stay and which redirects need to go. And would also rather not have to deal with TRAINWRECKs.I can appreciate though, that it's not quite yet at consensus, mostly because of voices of dissent like Tavix and Thryduulf. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 01:47, 25 January 2026 (UTC)- Why do they
need to go
? These redirects existed harmlessly, WP:CHEAPly and benefiting those who use them before you were aware of their existence, and unless editors who dislike them choose to waste everybody's time trying to get them deleted they will continue to exist harmlessly, cheaply and benefitting those who use them. We should only be deleting redirects that are actively harmful, and these simply aren't. Thryduulf (talk) 01:53, 25 January 2026 (UTC)- I don't think 5k redirects can rightly be called "cheap" anymore lol, especially when the alternative is a grand zero redirects to solve the same problem. I also question, as I did earlier (and you still haven't replied to), the actual benefit that these redirects have over
[[Foobar]]'set al. I'd also like to point out that this total disregard of WP:COSTLY would also warrant, if applied the same way, KEEPing every typo redirect, near every novel redirect, and every single other redirect that general consensus states we should get rid of because of implausibility concerns. Because if the implausibility test you're suggesting were applied to them, those redirects would need to catch a grand total of one person at all, or maybe two to five at minimum, before they hit the same status of "they exist harmlessly, they're cheap, and they benefit those who use them".Because that's how many editors your average possessive redirect actually ends up helping. One person, who was the one who actually created the redirect. Maybe two to five other people who accidentally use it. Certainly not enough people to match the number of people your average redirect needs to help before it's considered plausible through usage. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:07, 25 January 2026 (UTC)- If a redirect helps just one person, then it's a good redirect that should be kept. That's literally all it takes for the benefit to outweigh the cost. If a redirect is helping two to five people, that's even better! -- Tavix (talk) 02:58, 25 January 2026 (UTC)
- most of them are helpful because a link took them to the page. ones like Alberta's have no links. Jq talk 💬 contributions 03:03, 25 January 2026 (UTC)
- Except that flies completely in the face of basically all consensus re: the importance of plausibility! Heck, in another discussion we're having that's trying to determine how to potentially rewrite UFILM, Thryduulf himself is trying to give the argument that plausibility measured via pageviews is something we need to use to determine if a UFILM redirect should be kept. If we use this "if it helps just one person it meets cost" definition, then we can just throw UFILM out the window and say that (upcoming film) redirects should ALWAYS be kept! 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 03:06, 25 January 2026 (UTC)
Thryduulf himself is trying to give the argument that plausibility measured via pageviews is something we need to use to determine if a UFILM redirect should be kept.
page views is one measure of utilty, not the only measure. Possessive redirects and (upcoming) redirects are qualitatively different things with different purposes, however the commonality is that if a redirect is useful in some manner, and that utility outweighs the cost then they should be kept. (upcoming) redirects to films that are no longer upcoming are not harmless, its just that when they are being regularly used the benefits outweigh that cost. The possesive redirects are harmless, so any use outweighs the non-existent cost. Thryduulf (talk) 03:13, 25 January 2026 (UTC)
don't think 5k redirects can rightly be called "cheap" anymore lol
Why? 5000 (redirects) × 0 (harm) = 0 harmful redirects = cheap.especially when the alternative is a grand zero redirects to solve the same problem
eh? Deleting a redirect that solves a problem means the problem is no longer solved - i.e. creating harm where none currently exists.the actual benefit that these redirects have over Foobar's
this has been explained to you multiple times by multiple people in multiple places. It's not our job to WP:SATISFY you when you don't listen.KEEPing every typo redirect, near every novel redirect, and every single other redirect that general consensus states we should get rid of because of implausibility concerns.
Firstly, that's a slippery slope argument. Secondly it starts from a false premise. Nobody is arguing to keep every typo, novel synonym, implausible redirect, etc. Implausible redirects that don't have any benefit should be deleted, these redirects have benefit. More typos probably should be kept than are, because they are cheap. WP:COSTLY as an essay that gets far more wrong than it does write (WP:PANDORA is just the most egregiously incorrect part).Certainly not enough people to match the number of people your average redirect needs to help before it's considered plausible through usage.
That's only true if you use the same faulty premise that causes people to prematurely call for the deletion of (upcoming) redirects. If something is harmless and helps multiple people then that's a clear net benefit to the project. When you delete a net positive you, by definition, harm the project. Thryduulf (talk) 03:06, 25 January 2026 (UTC)- Thry, I think you've established your stance well enough by this point. You're in favor of keeping the redirects.
- I don't think you're bludgeoning the process or anything, but do keep in mind we need more editors to look at this discussion. They aren't going to want to look at such a giant wall of text. MEN KISSING (she/they) T - C - Email me! 03:14, 25 January 2026 (UTC)
Deleting a redirect that solves a problem means the problem is no longer solved
I'm pretty sure I've never advocated for the link to just stay a redlink??? Pretty obviously the link would be swapped over to a[[Foobar]]'sstyle link.This has been explained to you multiple times by multiple people in multiple places
No, it really hasn't. You two keep parading out the same stuff, and when I present an argument that counters it, you flat-out ignore it, sometimes married with a "Well I shouldn't need to explain THIS part since it's already been explained to you" like here. Honestly, though, I'm glad that you linked WP:SATISFY because it feels like that's guidance I need to follow to deal with you two on this subject. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 03:14, 25 January 2026 (UTC)'m pretty sure I've never advocated for the link to just stay a redlink??? Pretty obviously the link would be swapped over to a Foobar's style link.
Yes the links get swapped out, yet people continue to make links like this, and they continue to make redirects like this, so changing the link once it's been made is clearly not a solution to the problem.- Yes, we have explained multiple times. You don't like the explanation (maybe because it isn't compatible with your likes and dislikes), but that doens't mean it hasn't been provided. Thryduulf (talk) 03:21, 25 January 2026 (UTC)
- deleting the redirect would make poeple realize it's a red link and correct it before linking. Jq talk 💬 contributions 03:28, 25 January 2026 (UTC)
- And keeping it saves editors' time by not having to correct commonly grammatical forms in links that obviously point to the desired target. It also prevents red links being introduced by the editors who use source editor (I believe a plurality if not a majority especially since IPs can't use visual editor) and either don't preview or don't review enough. -- Patar knight - chat/contributions 07:53, 25 January 2026 (UTC)
deleting the redirect would make poeple realize it's a red link and correct it before linking
except the evidence is that this doesn't happen - and what is the benefit to the project in making people change a working link for a different working link (c.f. WP:NOTBROKEN)? Thryduulf (talk) 11:56, 25 January 2026 (UTC)
- deleting the redirect would make poeple realize it's a red link and correct it before linking. Jq talk 💬 contributions 03:28, 25 January 2026 (UTC)
- If a redirect helps just one person, then it's a good redirect that should be kept. That's literally all it takes for the benefit to outweigh the cost. If a redirect is helping two to five people, that's even better! -- Tavix (talk) 02:58, 25 January 2026 (UTC)
- I don't think 5k redirects can rightly be called "cheap" anymore lol, especially when the alternative is a grand zero redirects to solve the same problem. I also question, as I did earlier (and you still haven't replied to), the actual benefit that these redirects have over
- Thing is, if they're getting dealt with at all, someone has to deal with them. That can be people at RFD, who work with redirects every day and know the history here; or it can be generalist admins looking through CAT:CSD and deleting whole categories at a time with Twinkle, who've maybe skimmed WP:R once in the last decade and just sees a bunch of pages tagged with a speedy criterion that reads in large part "redirect ending with 's". —Cryptic 01:58, 25 January 2026 (UTC)
- ...What I'm hearing is that we're going to need a lot more closing admins at RfD. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:11, 25 January 2026 (UTC)
- No, what we need is for people to stop nominating good redirects at RfD. Thryduulf (talk) 03:06, 25 January 2026 (UTC)
- some of them aren't good though Jq talk 💬 contributions 03:13, 25 January 2026 (UTC)
- Examples please. All of the ones nominated at RfD recently, and all of the others included in this thread so far are good. Thryduulf (talk) 03:15, 25 January 2026 (UTC)
- Alberta's (no links) Jq talk 💬 contributions 03:16, 25 January 2026 (UTC)
- As Lunamann is keen to point out, these links get swapped out (needlessly imo, but that's beside the point). The redirect is useful until that happens. Even assuming though that it isn't providing any use at the moment, for a redirect to be bad you have to show that it is actually causing harm. You haven't even attempted to do that. Thryduulf (talk) 03:24, 25 January 2026 (UTC)
- In response to many of your recent comments here, @Thryduulf: I think that's enough. "You haven't even argued with me properly" is a WP:BADGER's retort. I'd like to ask for you to disengage. Your opinion has been heard, and will be taken into account in eventually determining a consensus. MEN KISSING (she/they) T - C - Email me! 03:38, 25 January 2026 (UTC)
You haven't even argued with me properly
is very different toyou haven't even attempted to answer the question that was asked
, which is something that the closer will definitely take into account. Thryduulf (talk) 11:54, 25 January 2026 (UTC)- I agree. Editors here and in the many prior RFDs linked have argued for why these redirects are problematic. It's fine to disagree but repeatedly saying that no one has addressed this is counterproductive. —Myceteae🍄🟫 (talk) 17:17, 25 January 2026 (UTC)
- Except they've never identified any way in which they actually cause harm that stands up to the slightest scrutiny, despite repeatedly being asked to do so. They've listed ways in which they aren't being actively beneficial at the current moment but that's very much not the same thing as causing harm. Thryduulf (talk) 18:13, 25 January 2026 (UTC)
- if we delete? now people will realize their mistakes when linking and fix it before publishing their edit. Jq talk 💬 contributions 18:21, 25 January 2026 (UTC)
- Or we could just leave redirects that are free of spelling or grammar mistakes and which unambiguously point people to the right article. Your preferred way depends on editors who use the source editor (a plurality if not a majority of editors) all being perfectly diligent about previewing their edits carefully if at all or the same after publishing and then forcing them to spend extra time editing something that arguably isn't broken at all. If this is such a big issue, you could always get consensus for a bot task to change these redirects (I think reducing the blue link by two characters would technically meet WP:COSMETICBOT). -- Patar knight - chat/contributions 18:31, 25 January 2026 (UTC)
- Do's you's think's this's is's correct's?
- "George Washington was the first president of the United States." Jq talk 💬 contributions 18:43, 25 January 2026 (UTC)
- I'm trying to engage with you in good faith and you are now replying with taunts implying that I don't understand basic English and using a strawman example of an uncontracted and non-possessive form that no one is supporting. Obviously, I'm referring to the actual redirects being discussed here, which might plausibly be linked in phrasings such as "George Washington's cabinet" or "George Washington's army". -- Patar knight - chat/contributions 18:53, 25 January 2026 (UTC)
- "George Washington's army" is the correct way to link Jq talk 💬 contributions 19:04, 25 January 2026 (UTC)
- No apology, no strike. That is my prefered way to link, but I can see why editors would think they are useful (WP:R#K5) and readers might use them to search since word forms are common redirects on Wikipedia. -- Patar knight - chat/contributions 20:13, 25 January 2026 (UTC)
- "George Washington's army" is the correct way to link Jq talk 💬 contributions 19:04, 25 January 2026 (UTC)
- I'm trying to engage with you in good faith and you are now replying with taunts implying that I don't understand basic English and using a strawman example of an uncontracted and non-possessive form that no one is supporting. Obviously, I'm referring to the actual redirects being discussed here, which might plausibly be linked in phrasings such as "George Washington's cabinet" or "George Washington's army". -- Patar knight - chat/contributions 18:53, 25 January 2026 (UTC)
- Or we could just leave redirects that are free of spelling or grammar mistakes and which unambiguously point people to the right article. Your preferred way depends on editors who use the source editor (a plurality if not a majority of editors) all being perfectly diligent about previewing their edits carefully if at all or the same after publishing and then forcing them to spend extra time editing something that arguably isn't broken at all. If this is such a big issue, you could always get consensus for a bot task to change these redirects (I think reducing the blue link by two characters would technically meet WP:COSMETICBOT). -- Patar knight - chat/contributions 18:31, 25 January 2026 (UTC)
- if we delete? now people will realize their mistakes when linking and fix it before publishing their edit. Jq talk 💬 contributions 18:21, 25 January 2026 (UTC)
- Except they've never identified any way in which they actually cause harm that stands up to the slightest scrutiny, despite repeatedly being asked to do so. They've listed ways in which they aren't being actively beneficial at the current moment but that's very much not the same thing as causing harm. Thryduulf (talk) 18:13, 25 January 2026 (UTC)
- In response to many of your recent comments here, @Thryduulf: I think that's enough. "You haven't even argued with me properly" is a WP:BADGER's retort. I'd like to ask for you to disengage. Your opinion has been heard, and will be taken into account in eventually determining a consensus. MEN KISSING (she/they) T - C - Email me! 03:38, 25 January 2026 (UTC)
- No incoming links is explicitly not a reason to delete (WP:R#K2). It's longstanding, correctly targeted at a proper noun that does frequently take the possessive in that form ("Alberta's" appears 74 times in Alberta) and will not be moved. At best harmless, and it obviously has some plausible use cases. -- Patar knight - chat/contributions 07:48, 25 January 2026 (UTC)
- highly unlikely search term + no incoming links = useless redirect Jq talk 💬 contributions 17:21, 25 January 2026 (UTC)
- No, that just means they aren't being used in the way that pleases you. Tavix and others have explained more eloquently than my attempts how these are both helpful and harmless. We don't delete redirects for being "useless", we only delete those which are a net negative to the project but at worst these are neutral. Thryduulf (talk) 18:14, 25 January 2026 (UTC)
- Even taking this argument as true, the guideline is quite clear that usefulness in search and the number of incoming links on Wikipedia are not the only or primary factors in what makes a redirect useful. In this case, "Alberta's" was used 73 times by users in the year prior to being mentioned in this discussion [2], making it literally not useless and given what the term is, that's not that surprising. -- Patar knight - chat/contributions 18:15, 25 January 2026 (UTC)
- @Thryduulf deleting is good as it encourages correct linking. @Patar knight, that was when there were a couple of pages that linked to it. In this case, links are basically all that matters because no one's gonna search for Barack Obama's. Jq talk 💬 contributions 18:28, 25 January 2026 (UTC)
- I would disagree with the proposition that these are harmless, precisely because there are entities like Wendy's, and the existence of an -'s ending creates the misleading impression that some similar entity exists for such a name. BD2412 T 18:49, 25 January 2026 (UTC)
- If there was an actual brand independent of the primary topic that uses the possessive form or is frequently incorrectly spelled that way, then yes that would be a potential reason for deletion (WP:R#D2) if there is plausible confusion depending on the relative prominence of the topics. That's something that can be done at RFD and I'm not sure it justifies presumptive deletion or a CSD. -- Patar knight - chat/contributions 19:21, 25 January 2026 (UTC)
- highly unlikely search term + no incoming links = useless redirect Jq talk 💬 contributions 17:21, 25 January 2026 (UTC)
- As Lunamann is keen to point out, these links get swapped out (needlessly imo, but that's beside the point). The redirect is useful until that happens. Even assuming though that it isn't providing any use at the moment, for a redirect to be bad you have to show that it is actually causing harm. You haven't even attempted to do that. Thryduulf (talk) 03:24, 25 January 2026 (UTC)
- Alberta's (no links) Jq talk 💬 contributions 03:16, 25 January 2026 (UTC)
- Examples please. All of the ones nominated at RfD recently, and all of the others included in this thread so far are good. Thryduulf (talk) 03:15, 25 January 2026 (UTC)
- some of them aren't good though Jq talk 💬 contributions 03:13, 25 January 2026 (UTC)
- No, what we need is for people to stop nominating good redirects at RfD. Thryduulf (talk) 03:06, 25 January 2026 (UTC)
- ...What I'm hearing is that we're going to need a lot more closing admins at RfD. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:11, 25 January 2026 (UTC)
- Why do they
- Gonna go ahead and ping the following users who have commented on the Speedy Deletion discussion but not this discussion:
User:Organhaver user:FaviFake user:BD2412 user:voorts user:Hog Farm user:Extraordinary Writ user:Toadspike
Just to make sure everyone's on the same page, I'd like to ask for a proper !vote Option A: Just leave as-is. Put down in WP:RFDO that these redirects, and others like it that are "primarily used to link with" are Fine To Keep (perhaps under new heading WP:RPOSSESS)Option B: Do not keep as-is. Start an effort at RFD to actually get these possessive redirects deleted. Add a new WP:RFDO header (perhaps under WP:RPOSSESS) saying that these redirects, if they appear in the future, should be deleted. In addition:Option B1: Create some sort of (temporary?) CSD to allow editors to delete at least a subset of possessive redirects they find with impunity, at least until the current issue is brought under control. Said CSD should have rigorous guidelines in place as to what actually constitutes a possessive redirect, which I'd define personally as:
-Ends with 's or ’s
-Target DOES NOT have 's or ’s anywhere in the title, and/or does not end with s
-Target is not a business, product, organization, or other similar locale that can conceivably be referred to in English with an 's at the end, and is not related to such a locale in any manner.
-(Potentially) Target does not have any RCATs.
Suggestions for better guidelines to place, including ways to make the guidelines more objective, and ways to close more loopholes, are welcome.Option B2: No CSD. We use RFD to handle the entire problem.Will also welcome any Option Cs or Option B3s or the like that you guys may come up with. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 18:42, 25 January 2026 (UTC)- At this point, I think this is a MOS issue and needs to be addressed there first. voorts (talk/contributions) 19:05, 25 January 2026 (UTC)
- All right, can we get a discussion going over there, then? 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 19:07, 25 January 2026 (UTC)
- Yeah this entire discussion has been going nowhere since yesterday Jq talk 💬 contributions 19:09, 25 January 2026 (UTC)
- All right, can we get a discussion going over there, then? 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 19:07, 25 January 2026 (UTC)
- At this point, I think this is a MOS issue and needs to be addressed there first. voorts (talk/contributions) 19:05, 25 January 2026 (UTC)
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)
- 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)
Possessive redirects (take 2)
[edit]Hello all,
This discussion is a continuation of the following threads:
- Wikipedia_talk:Speedy_deletion#New_CSD:_Redirect's (Withdrawn)
- Wikipedia_talk:WikiProject_Redirect#Otherwise-implausible_redirects_originally_intended_as_editor_assistance_(i.e._possessive_redirects) (Procedurally closed per WP:MULTI)
- Wikipedia_talk:Manual_of_Style/Linking#Possessive_Redirects_vs_Blended/Agglutinated_Links (Snow closed for option 2)
As well as a long string of nominations at RfD. All these threads concern possessive redirects: redirects which end in 's, such as Foobar's → Foobar. 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's → Grateful Dead, as opposed to ones like Aldi's → Aldi).
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)
- 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)- 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)
- 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)
- 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's → Saint Joseph's for not redirecting to a non-possessive title, and ones like The Cellar at Macy's → The Cellar (Macy's) for not being possessives in the first place. —Cryptic 16:54, 28 January 2026 (UTC)
- 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)
- 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)
- 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)
- 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)
- Nothing needs to be done. -- Tavix (talk) 17:29, 28 January 2026 (UTC)
- New X criteria to prevent overwhelming RFD like with X3. Crouch, Swale (talk) 18:29, 28 January 2026 (UTC)
- 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)
- @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)
- I'm surprised you think we need yet another discussion. What are we on, four now? And you want another
discussionvote 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)- 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)
- 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)
- 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)
- @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)
- I'm surprised you think we need yet another discussion. What are we on, four now? And you want another
- 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)
- 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)
- 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)
- 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)
- 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)
- I'm tired. Either:
- Create a temporary speedy deletion criterion (not permanent) per Crouch, Swale, or
- Do whatever needs to be done to follow the result of Wikipedia talk:Manual of Style/Linking#Possessive Redirects vs Blended/Agglutinated Links.
- (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)
- 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)
- 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)
- 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)
- 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) 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)- 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)
- 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)
- 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)
- (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)
- 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)
- 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)
- 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)
- I think everyone would agree that by far the most important thing to be done with these redirects is to ensure they have no incoming links from where
[[Foobar's]]should be[[Foobar]]'s. Which is already such a trivial change and puts into perspective just how much the eventual fate of these redirects really doesn't matter. J947 ‡ edits 22:05, 28 January 2026 (UTC) - Personally, I don't think a CSD should be used to solve the entire issue; that said, a more narrowly focused CSD, like we were thinking about earlier (say, narrowing down what COULD be CSD'd to things that CAN'T be explained away re: English's tendency to stick 's on the end of business/organization/product names or decade names et cetera, there's a more detailed writeup above) may be helpful. Other than that, bringing these to RFD, where they could be handled with a more careful eye, would probably be warranted.I definitely think there should be an addition to RFDO that users could cite for this issue. I once again nominate WP:RPOSSESS as a shortcut to the RFDO section we'd need to write. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 01:39, 29 January 2026 (UTC)
- What, not WP:REPOSSESS? —Cryptic 01:48, 29 January 2026 (UTC)
- Oh, this has the juice! —Myceteae🍄🟫 (talk) 02:08, 29 January 2026 (UTC)
- I mean there can *be* multiple shortcuts to a given article. See Wikipedia:Please, put Pandora back in the box which has WP:BACKINBOX, WP:UNPANDORA, WP:GETBACKINTHERE, ect. So DEFINITELY WP:REPOSSESS uwu 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 02:31, 29 January 2026 (UTC)
- +2 MEN KISSING (she/they) T - C - Email me! 03:25, 29 January 2026 (UTC)
- What, not WP:REPOSSESS? —Cryptic 01:48, 29 January 2026 (UTC)
- I feel like I could start the !vote pretty soon, but before I do, I'd like some clarification from the folks in favor of a CSD: would we want one in the R category for redirects (WP:RCSD), or one in the X category for temporary cleanups (WP:XCSD), or should I include options for both? Also, is it uncontroversial that the CSD should be narrow as to avoid valid uses? MEN KISSING (she/they) T - C - Email me! 03:57, 30 January 2026 (UTC)
- Before starting any sort of vote about a new CSD criterion that isn't a waste of time you need to work out a criteria that meets all four of the WP:NEWCSD requirements. If you can't do that then it's pointless asking people whether they want a speedy deletion criterion or not. Thryduulf (talk) 04:21, 30 January 2026 (UTC)
- I think the only parts we really need to keep in mind are bullets 1 and 2, and I would, in fact, like for folks to talk a bit more about that. There's likely a bit more leeway on bullet 2 for redirects in particular, as redirects are very easy to recreate, so it's not that big of a deal if a few false positives end up being deleted.
- In fact, for the CSD camp, I would like to propose a "without prejudice" clause where the speedy deletion criterion can exclude redirects that were deleted under it, then later recreated. MEN KISSING (she/they) T - C - Email me! 04:34, 30 January 2026 (UTC)
- The only possibly uncontestable CSD criteria I can think of would be for stuff that would probably be so rare that it would likely fail criteria 3 and 4 (e.g. redirects with more than one possessive apostrophe, possessive redirects where the base term does not have a WP:PRIMARYTOPIC). -- Patar knight - chat/contributions 04:53, 30 January 2026 (UTC)
- Before starting any sort of vote about a new CSD criterion that isn't a waste of time you need to work out a criteria that meets all four of the WP:NEWCSD requirements. If you can't do that then it's pointless asking people whether they want a speedy deletion criterion or not. Thryduulf (talk) 04:21, 30 January 2026 (UTC)