Wikipedia talk:WikiProject Redirect

From Wikipedia, the free encyclopedia

Main pageTemplatesStyle guideTo doMembers Report Requests Talk page

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.
  • 012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234whatever  (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 start param, which per 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)

Discussion at Wikipedia:Templates for discussion/Log/2025 November 5 § Redirect comics templates

 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)

Discussion at Wikipedia:Redirects for discussion/Log/2025 November 14 § Lower Frisian

 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

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

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). olderwiser 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)

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)
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)
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)
  • 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]]'s being helpful, I'm no longer certain this is a Katamari Consensus. Probably a good idea to draft up an essay re: Katamari Consensus anyways, see what comes of it. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 21:16, 24 January 2026 (UTC)
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)
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)
An example of another sort of redirect that's not been brought up yet, fits this pattern, and that I'm certain would be kept if brought to RFD and just as certain would be deleted if this was made a speedy criterion, is 1960's1960's. —Cryptic 01:38, 25 January 2026 (UTC)
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)
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)
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's as 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)
  • 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:

    Punctuation breaks display text agglutination. This is often helpful for possessives: for example, [[Batman]]'s gives Batman's.

    The implication of 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]]'s giving Australia's is 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". J947edits 21:59, 24 January 2026 (UTC)
    I think this is true for some words, but not for others.
    Y'all is pretty much it's own word, and if you wanted to link it to All, you couldn't do Y'all, you would have to do Y'all
    For possessive nouns, though, I feel like there's a stronger case that the 's isn't quite considered as part of the word itself. MEN KISSING (she/they) T - C - Email me! 22:10, 24 January 2026 (UTC)
  • 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)
  • 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)

    Trans girls think alike lol.
    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]]'s et 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]]'s style 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)
    • 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 to you 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)
      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 , 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)
  • 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)

Concurrent discussion at Wikipedia_talk:Speedy_deletion

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)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Possessive redirects (take 2)

Hello all,

This discussion is a continuation of the following threads:

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

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

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

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

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

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

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'sSaint Joseph's for not redirecting to a non-possessive title, and ones like The Cellar at Macy'sThe Cellar (Macy's) for not being possessives in the first place. —Cryptic 16:54, 28 January 2026 (UTC)
    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 discussion vote after this? What more needs to be said that hasn't already been said? It's exhausting. -- Tavix (talk) 19:24, 28 January 2026 (UTC)
    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)
    @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)
    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:
(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 think I confused "including" and "excluding" in my previous comment. Basically redirects to an R cat template should be treated the same as if it had that R cat template directly. Thryduulf (talk) 12:41, 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. J947edits 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)
  • 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)
    Why do you think points 3 and 4 are not important? I don't support the idea that point 2 is more flexible with redirects - they are not some sort of second class page, and deletion of good redirects is just as harmful to the project as deletion of good articles. Thryduulf (talk) 12:34, 30 January 2026 (UTC)
    It's less that they're unimportant and more that our bases are already covered there--
    3. "Frequent, the entire point of a CSD is to reduce the workload on other deletion methods such as (XfDs)" -- The entire reason we'd be using one of these is, indeed, to reduce otherwise-massive caseload on RfD. Seriously, look at how many redirect's there are lol
    4. "Nonredundant, if there's already a rule in place that allows for deletion, just use that"-- Unless someone can point to an existing CSD or similar rule that allows for immediate deletion of the redirect's without need for discussion, yeah, 4 is covered.
    As for leeway, MEN KISSING does have a good point re: false positives are easy to recreate. Seriously, I really doubt that deletion of a redirect is "just as harmful" as deletion of an article, because if the redirect is useful, it can simply be recreated; and then, should there be some notable struggle between someone constantly creating a redirect and someone deleting it near immediately with the CSD, as per WP:BRD the next step is discussion... which would logically happen at RFD. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:36, 30 January 2026 (UTC)
    Yes there are a lot of redirects ending in "'s" but when you take away the ones that are brand names, plurals of initialisms, years/decades, diseases/medical conditions, titles of works, plausible misspellings of all of these, colloquial names for all of these, disambiguations featuring these, etc. then there are a lot less. And of the remaining ones there are three groups: "objectively and uncontroversially good", "objectively and uncontroversially bad" and "not objectively and/or not uncontroverisally one or the other". What matters for frequency is only the amount in the "uncontroversially and objectively bad" pile. Thryduulf (talk) 21:26, 30 January 2026 (UTC)
    What we actually need, then, is to get an actual look at the size of our actual problem. That said-- diseases/medical conditions Weh??? 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 21:40, 30 January 2026 (UTC)
    Oh, that would be things like Alzheimer's. Although, I think the ~500 redirects estimate is still correct, because the spot check of 20 redirects from the list of ~5000 provided by Cryptic gave 2 redirects that were problematic taking stuff like that into account. MEN KISSING (she/they) T - C - Email me! 22:39, 30 January 2026 (UTC)
    Ohhh, okay-- disease/disorder/condition effects with the name format "X's Disease/Disorder/Ect", where X is the doctor that discovered it, then drop the "Disease/Disorder" and just go with the first part.
    ...Honestly? I'm REALLY liking my "Maybe we just forgo the "try to narrow it down by what it's describing" path and instead go with the actual case the word's in" idea down below. Going the former path, we're going to keep uncovering endless methods the English language has of converting possessive words into objects/subjects; if we just straight up go "the word can't be used as an object/subject and make sense", that covers pretty much the whole picture.
    Here, "My dad has alzheimer's" would put Alzheimer's in the oblique case (the subject); therefore, it's keepable. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 23:17, 30 January 2026 (UTC)
    I would suggest spelling out the proposed CSD criteria before a vote so people can react to and workshop the exact wording —Myceteae🍄‍🟫 (talk) 16:18, 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)
    Even some possessive redirects to disambiguation pages are good, Smith's and Robinson's off the top of my head for example. Thryduulf (talk) 12:37, 30 January 2026 (UTC)
    Those examples would get easily scooped up by the "Related to a business/organization/product" criterion for keeping that I've mentioned earlier-- because of Smiths#Companies and Robinsons#Businesses. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 20:40, 30 January 2026 (UTC)
  • I continue to believe that we should not have these redirects except on the rare occasions that there is a relevant business or product with this formulation in its name (or likely to be misspelled in that way), precisely to avoid confusion with their being such a thing. BD2412 T 21:08, 30 January 2026 (UTC)
  • Objective criterion I'm thinking for a "possessive redirect":
    -Ends in 's (or the curly version)
    -Is not related to a business/corporation (i.e. Macy's), organization/charity/church (St. Jude's), or product (M&M's)
    --Could stick a "Not named after a saint" in to catch a few non-organization locations named after saints
    -Is not a year/decade name, like 1980's
    Alternately, one could simply boil it down to
    -A title ending in 's or (curly)s, which cannot be in any grammatical case other than the genitive case/possessive case.
    Because pretty much all of the nouns that we need to disqualify because they're keepable, CAN be in the nominative case or oblique case. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 21:58, 30 January 2026 (UTC)
    As an example:
  • McDonald's is a restaurant makes sense; McDonald's can be in the nominative case; McDonald's is keepable.
  • Canada's is a country does not make sense; Canada's cannot be in the nominative case. Let's check the oblique case, then.
  • I went to Aldi's today makes sense; Aldi's can be in the oblique case; Aldi's is keepable.
  • I went to Canada's today does not make sense; Canada's cannot be in oblique case; Canada's is not keepable.
𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 22:03, 30 January 2026 (UTC)
Oooh, that's a good way to define it! Perfectly captures what all the fuss about redirects ending in 's being implausible vs plausible is about, haha. It might be necessary to add that it unambiguously has to be only commonly used in the possessive case, though. Baedeker's -> Baedeker for example, skimming through the article and the related article, I'm not sure if "Baedeker's" in the non-possessive case is commonly used. MEN KISSING (she/they) T - C - Email me! 03:28, 31 January 2026 (UTC)
Given Baedeker Guide I'd actually waffle on that one a bit-- "I opened up the Baedeker's to page 40" (using the word in oblique case) feels correct to my brain. That said I am wholly unfamiliar with the Baedeker's Guides and those who commonly used them; I have no clue if those books were commonly referred to as "Baedeker's" or not. Either way, if they ARE, the redirect should target the guides, not the publisher. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 03:42, 31 January 2026 (UTC)
Haha, I think that one should be sent to RfD then. MEN KISSING (she/they) T - C - Email me! 04:04, 31 January 2026 (UTC)
I think the wording I might go with is "Redirects with titles that can only be used in language plausibly as a possessive case noun, unless as a plausible misspelling". I don't see why this phrasing would be specific to a CSD, either, it could be the topic of concern for a WP:RFDO entry or a consensus to keep. Does anyone object to this? MEN KISSING (she/they) T - C - Email me! 03:49, 31 January 2026 (UTC)
  • I feel like we've had a good amount of discussion so far. Maybe we could explore User:Myceteae's slow deletion proposal a bit further, but I think I have enough to go on that I'd like to start a proper RfC. If no-one has anything more to add, I'll start it tomorrow morning (Pacific Time Zone). MEN KISSING (she/they) T - C - Email me! 04:10, 31 January 2026 (UTC)
    Nevermind, I've been feeling kind of groggy and unproductive all of today. Thank goodness there's no rush. MEN KISSING (she/they) T - C - Email me! 22:14, 31 January 2026 (UTC)
  • Late to the discussion but a couple of comments to add:
An obvious, easily definable, "speedy keep" is where Foobar's does not redirect to Foobar but to something else, eg Down's which goes to Down syndrome. (Apologies if that has been stated above - I admit I haven't read all the previous discussions - but I wondered if we were overlooking an obvious component of any CSD criterion).
That leads to my second comment: editors based in the US may underestimate the importance of the "medical condition" group of possessive redirects, as that example shows. In the UK, it's called "Down's syndrome". I have Schnitzler's syndrome, but Americans call it Schnitzler syndrome. It gets spoken of as Schnitzler's (though I've only created the redirect just now, being surprised not to find it there already). There are probably a whole lot more of these: valid possessives which can be used as a noun: "How long have you had Schnitzler's?". PamD 09:58, 31 January 2026 (UTC)
We've already mentioned Alzheimer's above, but yes, the "X's Y, then drop the Y and refer to it as just X's" is... honestly, now that I define it that way, that's a VERY common method of getting non-possessive-case possessive words in English, because the same happens to, say, "Wendy's Restaurant".
Either way, though, while "cases where Foobar's doesn't redirect to Foobar" is a good rule of thumb, it's not foolproof as it would let past, for example, Foo's > Foobar (or more clearly, Washington's > George Washington), i.e. redirects where the possessive word is a shorter (or longer) name than the name used in the article, but is still referring to the same person/concept. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 16:08, 31 January 2026 (UTC)
@Lunamann Drat, I should have realised nothing would actually be as simple as that looked! Could be handled, but non-automatedly, by excluding cases where "Foo" is a synonym for "Foobar", including short forms, misspellings, nicknames, ... no, doesn't really work I suppose. Ah well. PamD 16:33, 31 January 2026 (UTC)
@Lunamann I'm not sure whether the discussion of Baedeker's above, where the redirect goes to the publisher, also covers cases like Roget's, Brewer's, and Gray's, and probably many more standard reference works either general or subject-specific, where a single book is referred to by a short title which is the possessive of the author or compiler. But that's certainly another category of appropriate possessive redirects to remember. PamD 16:42, 31 January 2026 (UTC)
I think this is covered in the examples above, where these can be used as the subject or object of a sentence:
checkY Roget's is a well-known reference work.
checkY They used Gray's to study for their anatomy test.
☒N She learned about Canada's history.
Adding an explicit example for this common type might make it more clear. Something like Merriam-Webster's is also acceptable, I would think. The 's is not part of the official or common (in reliable sources) short name but (unlike Gray's, etc.), but similar to Aldi's and Kroger's, this follows a common practice of treating certain proper names as though they were possessive in everyday speech and informal writing. —Myceteae🍄‍🟫 (talk) 19:01, 31 January 2026 (UTC)
FYI, I went through all the names of countries and U.S. states and found:
Obviously nothing is consistently applied here. BD2412 T 22:54, 31 January 2026 (UTC)
Canada'sCanada's was discussed fairly recently. It is an outlier among recent discussions in that it closed as 'no consensus' instead of 'delete' and was one the places where the need for a broader discussion emerged. —Myceteae🍄‍🟫 (talk) 23:21, 31 January 2026 (UTC)
I'm aware. My subtler point was that if it were at all important to have possessives redirect to countries, "Chad's" and "Togo's" would not point to mere restaurant chains. BD2412 T 23:26, 31 January 2026 (UTC)
Gotcha. I understood that. I knew you were familiar with the history at RFD and was more flagging that history for the benefit of the wider discussion. I agree that these don’t show a strong affinity for the actual country. It also shows that overall these are rare. —Myceteae🍄‍🟫 (talk) 23:52, 31 January 2026 (UTC)
  • Status update? Where are we at with this? Just today we've had several RFD's close as no consensus and one procedural close which is implicated in a new possessive redirect discussion that was posted today. I don't believe these outcomes reflect a recent change in consensus. About half of those opposed to deletion invoked rationales that are now obsolete per MOS:POSLINK or suggested we wait until the broader discussion(s) concluded. I understand there is no rush. But we're now in a position where a majority of editors agree these should be deleted but the mere existence of this now-stale discussion leads to 'no consensus' keeps. One of the chief objections to these RFDs is that they are WP:COSTLY. That certainly is true of listings that are prolonged because we're waiting for other discussions to close, and discussions that close on technicalities and are more likely to be re-nominated. —Myceteae🍄‍🟫 (talk) 19:24, 5 February 2026 (UTC)
    a majority of editors agree these should be deleted Please point to this consensus - it hasn't been arrived at in any of the discussions I've been part of. The consensuses that do exist are:
    • Words ending in possessives should only be partially linked in MOS-compliant text (unless the possessive is part of a proper noun or similar).
    • Many (but not all) such redirects are plausible search terms (e.g. brands).
    There is an ongoing discussion above about which types are generally good and which are generally not, but that hasn't reached a conclusion and no effort has been made to work out how to objectively apply such a distinction in practice. Thryduulf (talk) 19:56, 5 February 2026 (UTC)
    I could have been more precise about what I meant by these. We have had dozens of RFDs and several broader discussions where a majority of editors have agreed that we should delete redirects like Australia's and David Bowie's. The arguments for deletion are strengthened by the recent RFC that lead to the MOS:POSLINK guidance. We have not seen a bunch of nominations for the likes of Aldi's or Roget's or Alzheimer's—in fact, I'm not aware of any. The hangup now seems to be sufficiently defining deletion criteria so redirects like that don't get inadvertently swept up. This is a valuable discussion especially if there is going to be a new CSD. But for the likes of Alfred Hitchcock'sAlfred Hitchcock's and Cromwell'sCromwell's we've entered a bit of a limbo. I maintain that a majority of editors agree redirects like Alfred Hitchcock'sAlfred Hitchcock's should be deleted. That's not to say there's no dissent or that consensus can't change.
    I'm not clear on the next steps but the current situation is producing undesirable results. Hence my genuine request for a status update. If this discussion has come to a natural end without a firm conclusion, I don't see that its mere existence is a good reason to oppose WP:RFD nominations. If there is to be another RFC, on a new CSD or some other aspect of this issue, what might that look like and when might it take place? Perhaps more discussion is needed here but there's been little in a week. If there is to be another RFC, it would be helpful to see the question and various options spelled out here. (I have said something similar earlier in this discussion about proposed speedy deletion criteria.) A chance to give feedback might prevent said RFC from getting derailed by editors debating the wording of the question and the options, although there's no surefire way to prevent this from happening in any RFC. Pinging @MEN KISSING—not because this is your sole responsibility but because you have been shepherding this discussion and you indicated last week that you were ready to launch an RFC. Again, to be clear, I don't wish to rush an RFC but genuinely check in to see where this stands, and I invite input from others. —Myceteae🍄‍🟫 (talk) 21:18, 5 February 2026 (UTC)
    If there is to be a speedy deletion criteria, then it is essential that the wording be workshopped in advance sufficiently that the proposed criterion meets all four of the WP:NEWCSD criteria, and is otherwise clearly worded so that good redirects are not deleted along with those which some desire to be deleted. That even after this discussion some RfDs are being closed as no consensus to delete does not provide evidence that the uncontestable and objective criteria can be be met. Whether RfDs ending in results other than delete are actually "undesirable" is a matter of opinion. Given that Wikipedia works on consensus a majority of editors desiring something (which it's not clear they actually do in all cases) does not necessarily indicate that a result contrary to that desire is incorrect. Thryduulf (talk) 21:34, 5 February 2026 (UTC)
    I do find the 'no consensus keep' outcomes undesirable but to be clear I was speaking more to the process that produced these outcomes. I agree with parts of what you've said above and disagree with others. Rather than debate that, I'm interested in seeing how we can move forward. —Myceteae🍄‍🟫 (talk) 22:50, 5 February 2026 (UTC)

Discussion of proposed RFC wording

  • @Myceteae Apologies, I've been been slacking on starting the RfC. I'd be happy to get back into working on this!
    I don't mind being rushed, to quote my to-do list on my user page: Start the RfC over at WT:RE (Important) (If I haven't done this by February 6th then yell at me about it).
    Since I've never started one of these before, I'd like to get your opinion on what I have so far first. Courtesy ping for @Lunamann and @Thryduulf as well.
    (start)
    This RfC concerns possessive redirects, defined as redirects with titles that are only commonly used in language in the possessive case.
    Examples include:
    Non-examples include:
    By my own estimate, based on a database query provided by Cryptic, about ~500 such redirects exist. Such redirects tend to clog up RfD, so a better solution than the status quo of editors nominating them on sight might be preferable. Note that the most practical cited usage of these redirects, to make wikitext markup such as [[Wikipedia's]] resolve in a link to the proper target, is discouraged according to this recent consensus at WT:MOS.
    What should be done with these redirects?
    • A: Possessive redirects should be deleted. WP:RFDO may be updated to reflect as such.
    • A1: That's all.
    • A2: A new CSD entry should be proposed, with discussion continuing at WT:CSD. Please specify temporary (X4) or non-temporary (R5).
    • A3: The existing redirects should be processed through RfD only in batches of about 10 at a time.
    • B: Possessive redirects should be kept.
    • B1: That's all.
    • B2: Future discussions at RfD concerning these redirects should 1: be closed as speedy keep unless the nominator specifies a reason the redirect may be harmful, and 2: be closed as speedy keep without prejudice if otherwise unrelated possessive redirects are bundled together in the same nomination.
    • C: Nothing in particular.
    (end)
    This is not the start of the RfC, I just want to make sure this wording and this set of options is agreeable. MEN KISSING (she/they) T - C - Email me! 23:43, 5 February 2026 (UTC)
    500 over 25 years - about one new redirect every 18 days - isn't going to pass muster as "frequent", even for a temporary criterion. We've historically expected about ten times that many for X-series criteria and about fifty times as many for permanent ones. Go through them in ten or so batches of fifty (allowing anybody to split if they have genuine arguments for discussing some individually), and they'll never be able to clog up RFD again, even if you ignore them for a year at a time. —Cryptic 00:07, 6 February 2026 (UTC)
    @Cryptic, this is just proposed wording for the RfC. I think you know that but this response is a little unclear and reads as an opinion on what to do with these as opposed to an opinion on the proposed wording and whether/how to move the RFC forward, so just wanted to clarify. —Myceteae🍄‍🟫 (talk) 00:10, 6 February 2026 (UTC)
    I get that. What I'm saying is that if the premise of 500 is correct, it doesn't make sense to include a speedy criterion even as an option. There might be a local consensus to speedy these, but it'd contradict very, very well-established project-wide consensus for speedy deletion. —Cryptic 00:15, 6 February 2026 (UTC)
    Well, if you're saying that a CSD would be inappropriate because it's too small of a matter, then I can see your point, but I do think it's something that editors might disagree on. I think it's worth keeping as an option in the !vote. MEN KISSING (she/they) T - C - Email me! 04:16, 6 February 2026 (UTC)
    Frequency is one of the four WP:NEWCSD requirements, there is no chance of getting consensus for a criterion that doesn't meet all four. Those requirements have a very strong, very longstanding community-wide consensus behind them. A local consensus here (the best you can hope for) disagreeing with that isn't going to make any difference to that. Thryduulf (talk) 04:29, 6 February 2026 (UTC)
    @Thryduulf @Cryptic what are the typical considerations for temporary CSDs for a cleanup process? I have no experience in this area. I see Neelix created something like 50k problematic redirects. Our ≈500 is minuscule by comparison. —Myceteae🍄‍🟫 (talk) 06:31, 6 February 2026 (UTC)
    I don't remember numbers for X2 (machine translations), nor where it was discussed - it wasn't at WT:CSD - despite being fairly heavily involved in identification of candidates.
    X3 (redirects with no space before disambiguator) deleted 5609 titles, left 7370 untouched, and had 94 undeletions. Very likely there were many more that didn't qualify, were deleted anyway, and haven't been restored; I see numerous examples in the enacting discussion for titles that weren't disambiguators but matched the naïve pattern match, that had significant non-redirect history, that had already survived RFD, etc. that are now red. Frequency was raised as an issue for a permanent criterion - initially by me, which does weaken my argument here - but wasn't seen as problematic for a temporary.
    Around the same time X3 was being implemented, a criterion for disambiguation redirects of the form "something (Disambiguation)" was discussed and defeated; there had been some 750 deletions matching that pattern at that point. —Cryptic 07:24, 6 February 2026 (UTC)
    Oh, and the reasons frequency is a consideration at all - A) cognitive load on admins and NPPers, who have to internalize another criterion; B) for temporary criteria in particular, whether it'll be around long enough for admins to learn it well enough to get their error rate down; C) there's significant overhead to implement a new criterion, even without counting the enabling discussions and RFC, with total work comparable to I'd guess about ten RFD discussions of ten redirs each. Add in the tagging and verification and deletion of each of those redirs, and you're not actually saving any labor anymore, just making someone else do it. —Cryptic 07:37, 6 February 2026 (UTC)
    For reference, the threshold for a backlog existing at CAT:CSD is 50 pages. Assuming all the pages are tagged within a week, even accounting for admins learning the new criteria, it would take less than a week to clear. The effort to set up a new criteria (discussions, templates) simply isn't worth it. -- Patar knight - chat/contributions 09:11, 6 February 2026 (UTC)
    X2 (Machine Translation) was very high and was discussed at WP:AN because the tool rollout was such a massive issue. According to the discussion , 100,000 articles were created. The worst 10,000 were apparently dealt with through X2 (?) with a remaining potentially problematic 3.5k dealt with at Wikipedia:Administrators' noticeboard/CXT/Pages to review. So way, way bigger than what we're dealing with. -- Patar knight - chat/contributions 08:51, 6 February 2026 (UTC)
    For B2, I'd say something like "specifies a reason the redirect is more harmful than similar possessive redirects" or perhaps "more harmful than typical for redirects to similar targets". Nobody should be nominating anything at RfD unless they believe the status quo is harmful in some way. I'd also clarify that nominations for retargetting (including harmonising similar redirects) rather than deletion are generally not controversial and this guidance doesn't apply to those. Thryduulf (talk) 00:19, 6 February 2026 (UTC)
    How about
    • B2: Future discussions at RfD concerning these redirects should 1: be closed as speedy keep unless the nominator specifies a reason the redirect may be harmful beyond being a possessive redirect, and 2: be closed as speedy keep without prejudice if otherwise unrelated possessive redirects are bundled together for deletion in the same nomination.
    ? MEN KISSING (she/they) T - C - Email me! 06:49, 6 February 2026 (UTC)
    That looks OK. Thryduulf (talk) 12:37, 6 February 2026 (UTC)
    Thanks for doing this! I see I was one day early in propping you. And again, truly, I would rather take time to get it right than hastily publish an RFC that misses the mark. I have some feedback regarding this paragraph in the middle of the RFC:

    By my own estimate, based on a database query provided by Cryptic, about ~500 such redirects exist. Such redirects tend to clog up RfD, so a better solution than the status quo of editors nominating them on sight might be preferable. Note that the most practical cited usage of these redirects, to make wikitext markup such as [[Wikipedia's]] resolve in a link to the proper target, is discouraged according to this recent consensus at WT:MOS.

    First, I would quibble about Such redirects tend to clog up RfD. I don't fully agree with this and it reads as non-neutral. It might be softened or broadened along the lines of: Some editors feel these redirects clog WP:RFD while others support continuing to nominate them individually or in groups. I also have some thoughts on the last sentence of the paragraph but I'm not sure how best to improve it. It is imperative that we cite the recent WT:MOSLINK RFC and the newly published guidance at MOS:POSLINK. The current wording might suggest that "useful for linking in articles" was a majority view or that we are only now discussing this because of the WT:MOSLINK discussion. I think it's important to say that we needed to settle the MOS question and that this weakens what had been a prominent 'keep' rationale, but without implying that this was a majority view since almost all of these have closed as 'delete' or 'no consensus' and not 'keep'. I also have some feedback regarding the options:
    • A: Nominating these individually or in smaller bundles should be an explicit option. I assume "that's all" leaves that open but it's not entirely clear. Also, we don't need RFC-level consensus to update WP:RFDO. It merely describes common outcomes. It would be reasonable to hold off on updating this for now, given that this is in flux, and cite relevant RFCs, MOS:POSLINK, and other relevant discussions and P&G but I don't think this should be a subject of the RFC.
    • C: Maybe this is where the option to nominate individually comes up but again it's not clear. This sort of gets back to the introductory paragraph, where we need to (briefly) define what has been the status quo up until now. If this closes as 'C' or 'no consensus' then presumably that is what we return to.
    These are rather preliminary thoughts. —Myceteae🍄‍🟫 (talk) 00:50, 6 February 2026 (UTC)
    Certainly making the status quo explicit is going to be useful. That the linking discussion weakens the keep rationales is not something that it is universally agreed upon - the redirects are exactly as useful and harmless now as they were before that consensus was arrived at. Thryduulf (talk) 01:23, 6 February 2026 (UTC)
    Of course I agree, because I found them useless and harmful before the MOS RFC, so in my view that hasn’t changed. But “useful for linking in articles” was a one of the recurring “keep” rationales and that is certainly weakened by the consensus to not use these links in articles. You’re right that we shouldn’t declare that argument weakened in a neutrally worded RFC. We agree that we need to take care to describe the state of affairs accurately. —Myceteae🍄‍🟫 (talk) 04:48, 6 February 2026 (UTC)
    They are still useful for linking in articles, just as they always were. The only thing that has changed is that WP:NOTBROKEN no longer applies to such links (despite them not being broken before or since). Thryduulf (talk) 05:16, 6 February 2026 (UTC)
    You’re certainly free to make that case at RFD or in an eventual RFC. —Myceteae🍄‍🟫 (talk) 05:18, 6 February 2026 (UTC)
    Good points, good points. I wrote that paragraph in a bit of a rush, not because I felt time pressure to get the RfC out the door, but because I already had all of the rest typed out beforehand, and I wanted to post it for feedback before I went to work. I'm home from work now, and I have cake.
    Unless I haven't scrutinized the prior discussions well enough, I was under the impression that none of us, either in the keep camp or the delete camp, was strongly in support of the status quo of nominating the redirects one at a time at RfD. I think saying that only Some editors feel that way is enough to imply that being unsatisfied with the status quo is not a universal opinion. Then again, the status quo is really the only position I'm strongly opposed to, so maybe I'm biased there.
    Editors should definitely decide for themselves what bearing, if any, the MOS discussion has on this decision. So I'd like to just mention that the MOS discussion stemmed from the discussions leading up to the RfC, and mention the conclusion, but not in a way that implies it factors into the decision.
    With that in mind, this may be better:

    By my own estimate, based on a database query provided by Cryptic, about ~500 such redirects exist. These redirects have been frequently nominated at RfD, with results mixed between "delete" and "no consensus". Some editors feel these nominations tend to "clog up" RfD.

    As part of the discussions leading up to this RfC, a discussion at WT:MOS took place to determine best practice for linking possessives. The result was added to the MoS at MOS:POSLINK: For possessives, [[apple]]'s should be used in preference to [[apple|apple's]] or [[apple's]] (the latter would require a redirect to be created at Apple's), unless the 's is part of the article title (e.g. Jacob's). This also applies to piped links such as [[George Washington|Washington]]'s.

    I'll also include links to the prior discussions, including the WT:MOS one.
    For the A section, given there's now Cryptic's suggestion of batches of 50 at a time, maybe I could do something like this instead:

    A3: The existing redirects should be processed through RfD only in batches of about Y at a time. Please specify a value for Y (e.g. "Y = 10").

    (Using Y as the variable to avoid confusion because saying X is part of A2)
    As a side note, for that option, maybe there should also be a time restriction too? I'd like to avoid having someone nominate all of the redirects at once, since that feels like it's just a trainwreck but sideways. Others might disagree, though. MEN KISSING (she/they) T - C - Email me! 05:50, 6 February 2026 (UTC)
    I did explicitly say I support continuing the status of one-off nominations as a valid option above. In the comment immediately below you’ll see @Patar knight raised WP:TRAINWRECK concerns about bundled noms. I also mentioned that possibility but I’m less concerned about it. @SNUGGUMS also expressed support for individual nominations here. This is a long thread and these are easy to miss but I want to reaffirm that individual orand small batch noms should remain an option and that this was raised earlier in the discussion. —Myceteae🍄‍🟫 (talk) 06:14, 6 February 2026 (UTC)
    Ah, thank you. I'd assume such would be covered by A1, so just for clarity I could reword it to say That's all. One-at-a-time and small batch nominations can continue. MEN KISSING (she/they) T - C - Email me! 06:47, 6 February 2026 (UTC)
    Much better. A1 and A3 aren’t mutually exclusive but editors can express support for multiple options. —Myceteae🍄‍🟫 (talk) 06:52, 6 February 2026 (UTC)
    Small correction: the RFC was at WT:MOSLINK not WT:MOS. Otherwise, I think the wording in the main paragraph is a big improvement. —Myceteae🍄‍🟫 (talk) 06:44, 6 February 2026 (UTC)
    For the record, I don't think A1 and A3 should be separate? Mostly because "batches of 10 at a time" just seem like the safer option compared to giant XFDCloser-breaking potential TRAINWRECKs. But if people think otherwise, so be it. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 04:54, 6 February 2026 (UTC)
    There’s a big difference between 10 as an upper limit and 10 as a lower limit. —Myceteae🍄‍🟫 (talk) 05:02, 6 February 2026 (UTC)
    That should probably be noted, then. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 05:08, 6 February 2026 (UTC)
    (edit conflict) A lower limit doesn't make sense as there will almost certainly be ones that have some unusual consideration, e.g. one that could refer to a person or to a brand we have only a very short section on. Discussion on whether that section makes a useful target would likely trainwreck a batch nomination. Thryduulf (talk) 05:12, 6 February 2026 (UTC)
    A very good point. Upper limit, meanwhile, makes perfect sense re: an explicit method for avoiding trainwrecking. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 22:11, 6 February 2026 (UTC)

(not directly related to the above discussion, but I don't know where to put this) I've just realised that another set of words commonly referred to with a possessive are those related to a type of (commercial) establishment named for a trade, e.g. greengrocer's, butcher's, doctor's, chemist's, estate agent's, etc. In at least some cases this is the elision of a word for the type of establishement, e.g. "shop" ("Barber's shop" → "Barber's"). How you objectively separate these from the equally useful ones some editors really dislike though I don't know. Thryduulf (talk) 05:34, 6 February 2026 (UTC)

Well, it makes sense to say something like "I went to the butcher's", so we know that "butcher's" in a non-possessive form is a common usage, and it can be disqualified from "only commonly used in language in the possessive case". I can add one of those to the non-examples. MEN KISSING (she/they) T - C - Email me! 06:01, 6 February 2026 (UTC)
Indeed, in "I went to the Barber's", the word "Barber's" is the object of the sentence (the oblique case). This is also yet another case of "X's Y, then drop the Y and just refer to it as X's" which I brought up as a useful snowclone that covers near every single instance we're finding of "possessives" that aren't really possessives. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 22:16, 6 February 2026 (UTC)
These are arguably covered by the explanation given at the top of the proposed RFC. But if we're compiling a list this is an important subtype. Another notable thing about these is that some have a different target than the base word. Compare chemist and chemist's. In these cases, the possessive is a common, colloquial name for a specific topic. These actually behave the same way as the problematic redirects because the possessive changes the subject. The key difference is that, unlike Australia's, there is a single reasonably common association. There is a WP:SMALLDETAILS argument in favor of allowing chemist's and the like as plausible search terms that may even have a rare use case in articles although they are rather informal. —Myceteae🍄‍🟫 (talk) 06:03, 6 February 2026 (UTC)
some of them have a different target than the base word
That's the thing about "X's Y, then drop Y"-- it's never actually talking about X even though "X's" is the term used, it's talking about the dropped Y.
Sam's Club, then drop "club", nets Sam's, which is discussing the club rather than Sam Walton.
Alzheimer's Disease, then drop "Disease", nets Alzheimer's, which is discussing the disease rather than Alois Alzheimer.
Chemist's shop, then drop "shop", nets Chemist's, which is discussing the shop (i.e. Pharmacy) rather than the chemist.
Et cetera. The cases in which they have the same target, are the cases in which they're simply discussed on the same page, or perhaps one of the two isn't notable enough to get its own page separated from the concept it's linked to. An example of the latter is grocer vs grocer's-- the concept of "a grocer" (i.e. the owner of a grocery store) isn't notable when separated from the concept of "a grocer's" (the grocery store itself). 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 22:27, 6 February 2026 (UTC)

Proposed RFC version 2

Here's version 2 for the RfC.

(start)

This RfC concerns possessive redirects, defined as redirects with titles that are only commonly used in language in the possessive case.

Examples include:

Non-examples include:

  • Aldi's -> Aldi, as "Aldi's" to refer to Aldi outside of the possessive case (ex. "I'm going to Aldi's") is common usage.
  • Gray's -> Gray's Anatomy, as a similar non-possessive shorthand for the full title of the book (ex. "Make sure to read chapter 3 of Gray's this week.").
  • Chemist's -> Pharmacy (shop), as a common shorthand (ex. "I got my prescription from a Chemist's.").
  • Pringle's -> Pringles, as a plausible misspelling.

By my own estimate, based on a database query provided by Cryptic, about ~500 such redirects exist. These redirects have been frequently nominated at RfD, with results mixed between "delete" and "no consensus". Some editors feel these nominations tend to "clog up" RfD.

As part of the discussions leading up to this RfC, a discussion at WT:MOSLINK took place to determine best practice for linking possessives. The result was added to the MoS at MOS:POSLINK: For possessives, [[apple]]'s should be used in preference to [[apple|apple's]] or [[apple's]] (the latter would require a redirect to be created at Apple's), unless the 's is part of the article title (e.g. Jacob's). This also applies to piped links such as [[George Washington|Washington]]'s.

What should be done with these redirects?

  • A: Possessive redirects should be deleted.
  • A1: That's all. One-at-a-time and small batch nominations at RfD can continue.
  • A2: Speedy deletion: A new CSD entry should be proposed, with discussion continuing at WT:CSD. Please specify temporary (X4) or non-temporary (R5).
  • A3: Slow and steady deletion: The existing redirects should be processed through RfD only in batches of about Y at a time. Please specify a value for Y (e.g. "Y = 10").
  • B: Possessive redirects should be kept.
  • B1: That's all.
  • B2: Speedy keeping: Future discussions at RfD concerning these redirects should 1: be closed as speedy keep unless the nominator specifies a reason the redirect may be harmful beyond being a possessive redirect, and 2: be closed as speedy keep without prejudice if otherwise unrelated possessive redirects are bundled together for deletion in the same nomination.
  • C: Nothing in particular.

Prior discussions:

(end)

Note again, this is not the start of the RfC, it's just another draft to see if everyone is okay with this wording. Also, when I start the RfC proper, I'll be sure to collapse these drafts so as to not confuse RfC participants. MEN KISSING (she/they) T - C - Email me! 03:00, 7 February 2026 (UTC)

Everything seems good on my end. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 03:13, 7 February 2026 (UTC)
Yay! Yippee! MEN KISSING (she/they) T - C - Email me! 03:15, 7 February 2026 (UTC)
I wonder if, by having multiple sub-options, you're setting yourself up for a "no consensus" close. Glancing at some of the above discussions, it seems likely the deletion supporters will split themselves among A1, A2 (despite it not really being decidable here), and A3, which may lead keep supporters to insist that no one of those got a majority.
It might be clearer to have just "A: Possessive redirects should generally be deleted", "B: Possessive redirects should generally be kept", and "C: Each must be evaluated on its own merits". If you must ask about A1 vs A2 vs A3, you might make that a separate question "If A passes, which of these procedures should be followed?", and the same for B1 vs B2. Anomie 04:34, 7 February 2026 (UTC)
If there is a consensus in favor of one outcome, but it's split between the sub-options, then ideally it wouldn't be closed as "no consensus", it would be closed as "consensus is to X these redirects, but no consensus on how". That sort of conclusion (in either direction) is still useful for dealing with the redirects at RfD, though! It doesn't change the amount of nominations, but having a consensus to cite means fewer relists and fewer headaches.
I still think you're right that something could be changed to clarify the nature of the !vote, though. Separating it into multiple questions could work. I'd really rather prefer if participants were to weigh in on multiple options, rather than just the one they want the most.
As for the A2 option, I am aware that the consensus here would be too local to warrant adding a CSD, but it's something that's been proposed a fair bit in the prior discussions. This is why I'm specifying that the discussion would have to continue at WT:CSD if that option was the popular one, both to validate the consensus and to workshop a specific wording. MEN KISSING (she/they) T - C - Email me! 05:17, 7 February 2026 (UTC)
I share Anomie's concern. I'm also concerned that the multiple options under A may produce a bizarre outcome if A2 or A3 "win" but not A1. It seems nonsensical that we could have consensus to generally delete these but remove the typical venue for doing so. I'm trying to resist diving into the merits of each option—I'll save that for the RFC—but I see this as a potential problem with merely presenting the options as such. On a more fundamental level, having too many options raises the WP:TRAINWRECK potential. Perhaps we consider some alternative next steps:
  1. Pause this discussion and see how things play out at RFD for a few months. We are not necessarily encouraging these nominations but editors may continue making them individually or trial more batched nominations.
  2. Proceed directly to a (temporary) CSD proposal. This would require a bit more workshopping here.
I'm partial to (1) but I know that (some? many?) other editors are sick of these RFDs. The MOS:POSLINK RFC is a significant development and we haven't really seen how that impacts these discussions. A more clear consensus may emerge now that the MOS question is settled and if not we will have better fodder to characterize what the remaining issues are that may require a new RFC. I anticipate than an objection to (1), in addition to editors being frustrated by these discussions, is that it effectively bypasses the RFC to select A1. On the contrary, I would see this as properly characterizing the issues in a post-MOS:POSLINK world to determine whether an RFC is still needed and formulate the question(s) in light of the new MOS guidance. Usage in articles has been central to the RFDs over the last year or so and it's not clear that we're now dealing with the same problems now. (2) has the benefit that, if it succeeds, we can nip this in the bud and if it fails we have ruled it out and can limit future discussions to solutions that can be handled at RFD/by this WikiProject. (1) and (2) aren't mutually exclusive. —Myceteae🍄‍🟫 (talk) 05:43, 7 February 2026 (UTC)
I think we could make the RfC more trainwreck-proof just by tweaking the way the options are presented. I'd like to present each option as if they could individually be support/oppose !voted, rather than implying a selection of only one of them. I'd also like to drop A1 and B1 entirely, as they are the default options and can still implicitly be chosen.
(start)
What should be done with these redirects?
  • A: Possessive redirects should be deleted.
  • B: Possessive redirects should be kept.
  • C: Nothing in particular.
If A is chosen, then as a follow-up, should we do either of the following?
  • A2: Speedy deletion: A new CSD entry should be proposed, with discussion continuing at WT:CSD. Please specify temporary (X4) or non-temporary (R5).
  • A3: Slow and steady deletion: The existing redirects should be processed through RfD only in batches of about Y at a time. Please specify a value for Y (e.g. "Y = 10").
Note: if both A2 and A3, then A3 will essentially be the 'backup plan' if A2 falls through at WT:CSD.
If B is chosen, then as a follow-up, should we also do the following?
  • B2: Speedy keeping: Future discussions at RfD concerning these redirects should 1: be closed as speedy keep unless the nominator specifies a reason the redirect may be harmful beyond being a possessive redirect, and 2: be closed as speedy keep without prejudice if otherwise unrelated possessive redirects are bundled together for deletion in the same nomination.
(end)
The note would be part of the RfC, it's not a comment.
For (2), I'm skeptical it would be fruitful to jump into a second proposal for a CSD, even in light of the WT:MOSLINK discussion. I think there have been a lot of arguments raised here against the viability of having a CSD proposal, and I don't think there are many who are strongly in support of it over other options. Going to WT:CSD would require a firm consensus that "yes, we are interested in solving this problem in this exact way rather than any other way".
As for (1), you have a good point, the status quo at RfD could stabilize to the point where an RfC would be moot in light of the MOS:POSLINK discussion. At the same time... it just feels like a bit of a waste of all the RFCBEFORE we've had so far? It skips not right to A1, but to C, and two months wait seems like too much time. MEN KISSING (she/they) T - C - Email me! 08:33, 7 February 2026 (UTC)
This reformulation feels like it'd work better in light of the trainwreck issue yeah.
As for Myceteae's alternative options, I'm similarly skeptical? (1) is indeed just picking C for a few months, while (2) would instead just be immediately picking A2 without proper discussion. While I do feel like there's wider consensus to delete (save for a couple of holdouts), I recognize that thanks to those holdouts it *isn't* unanimous, so (2) is almost certainly the wrong thing to do. 𝔏𝔲𝔫𝔞𝔪𝔞𝔫𝔫🌙🌙🌙 𝔗𝔥𝔢 𝔐𝔬𝔬𝔬𝔬𝔬𝔫𝔦𝔢𝔰𝔱 (talk) 11:31, 7 February 2026 (UTC)
At the same time... it just feels like a bit of a waste of all the RFCBEFORE we've had so far? Beware the sunk cost fallacy. 🙂 Anomie 14:50, 7 February 2026 (UTC)
I'm aware, a lot of digital ink has been spilled to get to this point, but for now I think we have an RfC that's ready (or almost ready) to go, so why not just send it? The RfC statement seems sound (unless anyone has any further objections) and the number of contested redirects that will likely make their way to RfD at some point anyway, has not gone down.
Anyways, if nobody has any further objections to the RfC wording as it currently exists, I think I'm going to post it on the 11th. MEN KISSING (she/they) T - C - Email me! 07:05, 8 February 2026 (UTC)
Fair points. I remain opposed to omitting A1. This needs to be listed as an explicit option, per the concerns I have previously raised. The reorganization where A, B, and C are listed first and then follow up actions/implementation strategies are listed separately is an improvement. I would add: Possessive redirects should generally be deleted/kept. My preference is still to delay and reassess. It is not a waste of time to determine that an issue is not ripe for an RFC. RFCs are generally for recurring or intractable disputes that represent live issues. I don't think that the MOS:POSLINK outcome will necessarily settle this but it is a significant development that resolves one major locus of dispute. We have not seen how these play out in light of the new MOS guidance, which makes the current state of the problem impossible to characterize. —Myceteae🍄‍🟫 (talk) 17:09, 8 February 2026 (UTC)
Hmmm, you have a point. How about I just put the RfC on hold, but we can post it the next time the issue becomes relevant? MEN KISSING (she/they) T - C - Email me! 00:02, 9 February 2026 (UTC)
Sounds good to me. I appreciate your time and all the other participants who have gotten us this far! —Myceteae🍄‍🟫 (talk) 19:05, 10 February 2026 (UTC)

R to/from diacritics question

I understand that R to/from diacritic is to be used with redirects to a page with (essentially) the same name with or without the diacritic. So, BeyonceBeyonceBeyoncé. Is it proper to use these Rcats when the redirect is substantially different from target page title, but diacritics are one of the differences? For example, Beyonce music videosBeyonce music videos and Beyonce Knowles music videosBeyonce Knowles music videos both target Beyoncé#Videography and stage. Should these be tagged as {{R to diacritic}}? —Myceteae🍄‍🟫 (talk) 16:12, 19 February 2026 (UTC)

I would say no. I think it clutters up that category. voorts (talk/contributions) 16:23, 19 February 2026 (UTC)
I think that, if you really want to, you can tag them as {{R avoided double redirect}} to Beyoncé music videosBeyoncé music videos and Beyoncé Knowles music videosBeyoncé Knowles music videos respectively to justify adding the {{R to diacritic}} tag. But in general, no, if the title is different in ways other than the diacritics, you should not be adding this tag. Warudo (talk) 18:09, 19 February 2026 (UTC)
Thanks, both of you. That was my thought when I removed the tag from a couple of these similar redirects. I may tag these as A2r and/or add anchors to the section heading since these things are prone to being moved around. —Myceteae🍄‍🟫 (talk) 18:46, 19 February 2026 (UTC)

Are there any kind of warnings that would pop up if someone tried to delete a redirect that has interlanguage links? Would an ‘R with interlanguage links’ Rcat be helpful at all? I'm assuming the Rcat would already exist if the answers weren't respectively yes and no, but sometimes it's better to take the high risk of sounding like an idiot than the low chance of overlooking a genuinely good idea. Arandomfolk (talk) 23:39, 23 February 2026 (UTC)

Redirect from an alternative/former names or a subtopic with a (disambiguator)

Does any of the templates for redirects with disambiguators suit redirects like the following:

Template:R from predictable disambiguation seems to be the closest match, but then it says "This is a redirect from a page name with parenthetical disambiguation that will appear in search predictions for an ambiguous term that readers are likely to search, to a page name using natural disambiguation that otherwise would not appear in predictions for the probable search term.", so I'm not sure if there even is a disambiguator redirect template for those kinds of redirects. ~2026-12750-83 (talk) 19:30, 26 February 2026 (UTC)

Wouldn't this be {{R from other disambiguation}}? olderwiser 20:59, 26 February 2026 (UTC)
The guidance at {{R from predictable disambiguation}} says to use {{R from other disambiguation}} when the targets have the same base name. Per the documentation at Wikipedia:Template index/Redirect pages#Disambiguation and at each of the two templates, there doesn't seem to be an Rcat when both the base name and the parenthetical qualifier are different. —Myceteae🍄‍🟫 (talk) 03:05, 6 March 2026 (UTC)
Yes, I had not read carefully enough. Although if I'm understanding the OP now, I'm not sure there what value there is in having a specific type of tagging for this type of situation. For Alejandro Silva (character), {{R to list entry}} or {{R from fictional character}} seems appropriate. For the rapper, I don't see why {{R from alternative name}} is not sufficient. What is the objective? olderwiser 12:02, 6 March 2026 (UTC)
I agree. There isn’t a category for this DAB situation but I don’t see that there needs to be. These redirects appear well categorized and I don’t see the need for another Rcat for these or similar disambiguated redirects. —Myceteae🍄‍🟫 (talk) 13:56, 6 March 2026 (UTC)

Cleanbot

Hello. How I can get a cleanbot? Alice Balmer (talk) 07:56, 2 March 2026 (UTC)

Hello, editor Alice Balmer! What is it exactly that you want to clean? To ask for bot assistance of any kind, the best venue to start at is probably at WP:BOTS. Personally, I am not very familiar with bots, although I have done some WP:AWB work. Hope this helps, and thanks again! P.I. Ellsworth, ed.  welcome!  05:23, 6 March 2026 (UTC)

Related Articles

Wikiwand AI