text:
Wikipedia talk:Disambiguation/Archive 51

Guidelines for title-and-name disambiguation pages
There are currently 1,148 pages in Category:Title and name disambiguation pages. Pursuant to the precedent established at Articles for deletion/Capt. Price, I propose that we delineate some specific guidelines for these pages.

As I noted in the AfD, it is common practice in the real world for sources to refer to holders of certain offices or stations by their title and surname. These references frequently make their way into articles, complete with links. Having disambiguation pages at these titles makes it easier for readers to find particular individuals who might be known by this combination, while also helping to eliminate incorrect links. These pages provide better results than Wikipedia's search function, which will sometimes return every article containing the title and the surname, even where the words have no relation to one another in the article. Jumbled results from the search function bury those most relevant to a search for people who might actually be called by that title and name.

In terms of guidelines, I think that we should have a requirement that there be a reasonable propensity for the subject to be referred to by the title and name combination. Thus, as noted, people who are merely a sports team captain should not be listed with people titled "Captain", and people who are merely the president of a company should not be listed with people titled "President". In some cases, people have given names that in other contexts are a title (like Justice Smith). My thinking is that a person who is so named will usually be the primary topic of the term over someone who has a different actual name, but may be known by the title and surname. I would welcome any thoughts or refinements to what I have come up with so far. Cheers! bd2412 T 23:56, 16 July 2019 (UTC)
 * Hey, thanks for pinging me on this. I'm totally in agreement with what you propose, and I think the way to establish the 'reasonable propensity' that you suggest is simple enough - do sufficient reliable sources refer to them in that way, or not. I think there could be a sort of grey area with people who, say, held a military rank when they were younger but are rarely if ever referred to by that rank now. For example, I probably wouldn't put John McCain on a disambiguation page for Lieutenant Commander McCain. But again, that's easy enough to decide based on whether enough reliable sources refer to him in that way, or not. Hugsyrup (talk) 08:11, 17 July 2019 (UTC)
 * I definitely agree with your Lieutenant Commander McCain example, and would incorporate into the guideline that just because a person has held an office or rank or station does not mean that they would be known by it. I think that it bears noting that the higher the rank or the office, the more likely that the association will hold, irrespective of the time the position is held. For example, Benjamin Harrison, the first President Harrison, only held the office for a month, but will forever be known by it. bd2412  T 12:54, 17 July 2019 (UTC)
 * I've added entries to Captain Price (disambiguation) where the highest rank mentioned in the article is captain. I left in one officer promoted from captain to rear admiral: I wouldn't have added him, but I suppose he would still be the captain of his ship. Certes (talk) 13:12, 17 July 2019 (UTC)
 * "Lieutenant Commander McCain" actually does generate quite a number of hits in newspaper and book sources, in reference to activities he underwent at that point in his life. So that's a tricky one, as although he wouldn't typically be known as that now, it is a plausible link target for him. In his case he's probably the only notable McCain to have held that title so it could just be a straight redirect, but I wouldn't bar him from a list of other Lieutenant Commander McCains, if there were any... — Amakuru (talk) 13:25, 17 July 2019 (UTC)
 * I think there is ample reason not to exclude McCain from such pages. In fact, this is just the kind of thing I was referring to in the AfD.  Sure, just about all recent sources that refer to "Lieutenant Commander McCain" will go on to say he had a political career and became a senator.  However, I am seeing sources from the 1960s and 1970s that refer to "Lieutenant Commander McCain".  Anyone reading those sources, who don't know his story already, will not get it from the source they are reading because it is too early.  So what are they going to search for in Wikipedia to see if he is notable? Also, I saw a source from the 1920s for "Commander McCain".  Presumably this is John S. McCain Sr. and it is not beyond the bounds of possibility that an earlier source might refer to him as "Lieutenant Commander McCain" when he held that rank. SpinningSpark 14:05, 17 July 2019 (UTC)
 * I feel like we might be going down a rabbit hole based on a brief example that I didn't give a lot of thought to. My point was really that, as a general principle, merely having held a rank at one point in your life shouldn't be sufficient for default inclusion on these disambiguation lists. The criteria should be whether reliable sources refer to you as such. If there are sources that refer to McCain by his military rank then I'd have no issue with him being on the hypothetical list, and I apologise for choosing a bad example! That said, I do see another potential question which is that after giving the example I re-checked the John McCain article and it looks as if the highest rank he held was actually Captain. It's not impossible, then, for him or other similar individuals, that we could find sources referring to Lieutenant Commander McCain and Captain McCain, and quite possibly other ranks he held as well. How should those be handled? My view is, again, so long as there are sufficient sources using a rank then he can go on that list, even if it means he ends up on three or four different lists with different ranks. Hugsyrup (talk) 14:20, 17 July 2019 (UTC)
 * I think perhaps a useful rule of thumb would be, "what would people call them after they have died". The captain of the Titanic will always be "Captain Smith"; John McCain will probably always be Senator McCain. Someone like William Howard Taft would likely be called President Taft or Chief Justice Taft depending on the context, but it would probably be less common for him to be referred to as Governor Taft. bd2412  T 15:49, 17 July 2019 (UTC)
 * ...except in sources that predate him becoming President Taft etc. My consideration here is for people trying to identify him from a mention in an old source.  If there are some sources that use "Governor Taft" and fail to mention "President Taft", even if the majority of sources talk about President Taft, then it is useful to include him on a Governor Taft disambiguation page. SpinningSpark 15:56, 17 July 2019 (UTC)
 * I'm in broad agreement with everything that has been said; the points of difference are in detail.
 * I propose this test, which has been suggested above: was the person ever notably known by that title and name? (Which comes back again to reliable sources.) For example, there is no redirect from Lieutenant Kennedy to JFK, and I can see no reason why there should be. On the other hand, Taft would have been notable had he never been other than a state governor.
 * There's an example of promotion through the ranks with guaranteed notability at every stage in the English and Welsh legal system: Mr/Mrs Justice X (High Court) to Lord/Lady Justice X (Court of Appeal) to Lord/Lady X (Supreme Court), where there should be DAB pages or redirects for the earlier titles; because that's how they're named in the law reports. (Northern Ireland is, I think, the same. Scotland is different: all Scottish judges have the honorary title of Lord/Lady.)
 * (As an aside, I keep coming across pages which are fully or partly tndis wrongly categorised as hndis, often with the wrong sortkey (i.e. Name, Title instead of Title Name). They're worth watching out for.)
 * Major Major Major Major is, of course, a special case. Narky Blert (talk) 19:25, 19 July 2019 (UTC)

Adopting Narky Blert's language, I would propose wording this as: "A name and title combination should only be included on a page if the subject was notably known by that title and name, and this is reflected in reliable sources. For example, there is no redirect from Lieutenant Kennedy to John F. Kennedy, even though Kennedy at one point in his military service held this rank. Although many notable people with the surname Kennedy may have at some point held the rank of Lieutenant, none of them were notable for having held the rank. By contrast, William Howard Taft can be listed at Governor Taft and Justice Taft as he would have been notable even if that was the only office he had held."

bd2412 T 18:55, 21 July 2019 (UTC)
 * I endorse bd2412's suggested wording. I chose my words for the purposes of argument. bd2412's wording strikes me as a sound proposal for a WP:CONSENSUS both for DAB pages and for redirects. Narky Blert (talk) 21:11, 21 July 2019 (UTC)
 * Thanks - here is what we have so far, then:

{{quote|
 * Support bd2412's suggested wording. Logical. Simple. Easily followed. —SmokeyJoe (talk) 14:03, 27 July 2019 (UTC)

Title-and-name disambiguation pages
It is common practice for sources to refer to holders of certain offices or stations by their title and surname. These references frequently make their way into articles, complete with links. Having disambiguation pages at these titles makes it easier for readers to find particular individuals who might be known by this combination, while also helping to eliminate incorrect links. These pages provide better results than Wikipedia's search function, which will sometimes return every article containing the title and the surname, even where the words have no relation to one another in the article. Jumbled results from the search function bury those most relevant to a search for people who might actually be called by that title and name.

A title-and-name disambiguation page should only be created if there are multiple individuals who can be included on the page. Furthermore, an individual should only be included on a page if the subject was notably known by that title and name, and this is reflected in reliable sources. For example, there is no redirect from Lieutenant Kennedy to John F. Kennedy, even though Kennedy at one point in his military service held this rank. Although many notable people with the surname Kennedy may have at some point held the rank of Lieutenant, none of them were notable for having held the rank, and it is therefore inappropriate to have a disambiguation page at that title. By contrast, William Howard Taft can be listed at both Governor Taft and Justice Taft (and can be the redirect target of President Taft) as he would have been notable even if any one of those was the only office he had held.

Having a title in some capacity is also not, by itself, sufficient to merit inclusion on the page. There must be a reasonable propensity for the subject to be referred to by the title and name in combination. Thus, people who are merely a sports team captain should not be listed with people titled "Captain", and people who are merely the president of a company should not be listed with people titled "President". In some cases, people have given names that in other contexts are a title (such as actor Justice Smith, politician Major Owens, and musician Earl Hines. Where this is the case, the person with such a name will often be considered the primary topic over any person with a corresponding title and name.}}
 * Cheers! bd2412  T 03:22, 23 July 2019 (UTC)
 * I like it; except that I would prefer "will often" to "should usually" in the final sentence, as less prescriptive.
 * The title in Duke Ellington was a nickname (as it was also in Count Basie and King Oliver); but, Earl in Earl Hines was a given name. Another example designed to confuse us is Lord Kitchener (calypsonian), whose performing name bore no relation to the little-known name he was given at birth, but was adopted from the most usual designation of Herbert Kitchener, 1st Earl Kitchener, as in the famous (in UK) WWI recruiting poster Lord Kitchener Wants You. Narky Blert (talk) 08:04, 23 July 2019 (UTC)
 * Sorry, returning to this after a bit of time away, but I endorse 's wording, and nice work to you and and others on finding what seems like a neat compromise on a slightly tricky problem. Hugsyrup 12:46, 23 July 2019 (UTC)
 * I have implemented Narky Blert's proposed changes. Should this be added to Manual of Style/Disambiguation pages? bd2412  T 23:22, 23 July 2019 (UTC)
 * It needs to go somewhere, and in the absence of a tndis template I can't think of anywhere better. Narky Blert (talk) 07:30, 26 July 2019 (UTC)

 * Not quite. Regarding the Governor Taft example... That qualifies as "the subject was notably known by that title and name, and this is reflected in reliable sources", but I still don't think it merits inclusion. Here's why. Anyone in 2019 or later reading an old source published prior to his presidency that refers to him as Governor Taft knows who that person is and who he ended up being and would not search WP with "Governor Taft". So I'm not sold by the "the subject was notably known ..." wording. I think another qualifying clause should be there, something like, "...and is reasonably likely to be searched for today by that name name and title". --В²C ☎ 19:54, 26 July 2019 (UTC)
 * Why try to (a) overcomplicate a straightforward proposed guideline and (b) make life difficult for readers? There are already too many difficult-to-understand or ambiguous guidelines without adding another one. The fewer words and provisos, the better. Narky Blert (talk) 22:28, 26 July 2019 (UTC)
 * We are not solely concerned with what a person will search for. Editors writing on the period of Taft's governorship are likely to find sources from this period containing references to "Governor Taft", and could very well link Governor Taft with the expectation that it leads to the subject relevant to that period. bd2412  T 22:52, 26 July 2019 (UTC)
 * What about Governor Reagan? That redirects to Governorship of Ronald Reagan, not to Ronald Reagan. Seems like a reasonable handling of title/name; one that the the guideline should cover. --В²C ☎ 23:19, 26 July 2019 (UTC)
 * What about it? Unambiguous titles are not particularly relevant to discussions on the contents of disambiguation pages. Is there another "Governor Reagan" against which the current redirect should be disambiguated? 00:03, 27 July 2019 (UTC)
 * Governor Reagan? Stop farting about with 1980s programming games. It should be redlinked, and any attempt to land on that title auto-sent to the search engine. Don’t confuse autojavatitlecomplete with search.  Some time around 2007, Wikipedia got a real internal search engine. —SmokeyJoe (talk) 13:49, 27 July 2019 (UTC)
 * Wikipedia's internal search engine does more harm than good when trying to find a specific office-holder by their title and surname. Look for "Justice Johnson", for example, and the results legitimately reflecting people who might actually be called this are swamped by irrelevant returns like Lyndon B. Johnson judicial appointment controversies, Johnson & Johnson, Texas v. Johnson, Lynching of Ed Johnson, and Social justice warrior. bd2412  T 18:53, 28 July 2019 (UTC)
 * User:BD2412, I don’t see the harm. The top result both with the internal search engine and the google search of Wikipedia is Justice Johnson. 2nd-3rd are not irrelevant, Lyndon B. Johnson judicial appointment controversies is a completely sensible result for the search term.  Johnson was an important president involved in controversy over justice appointments. Are you trying to psychoanalyse the random Wikipedia user for what they want based on a two word search?  I think you are overweighting word order.  In any case, the search engines are dynamical learning algorithms, unlike the very primitive notion of search by title auto completion. —SmokeyJoe (talk) 23:01, 28 July 2019 (UTC)
 * It makes sense to the extent that Justice Johnson exists, and is the first result. Lyndon B. Johnson judicial appointment controversies is a completely sensible result for "Justice Johnson"? Not according to the way titles and names are used in the English language. Given that there are 32 people who might historically be known as "Justice Johnson", one would have to go deeper than that to determine whether the search is providing all of the likely results. Does "Johnson Justice" yield a different result? bd2412  T 00:50, 29 July 2019 (UTC)
 * a completely sensible result for "Justice Johnson"? Not according to the way titles and names are used in the English language.. You seem to working under the assumption that readers put “titles and names” into the search box as a search query. I don’t think that is normal, and I certainly don’t. I am personally frequently annoyed that the search box tries to auto complete to a title my search terms, and worse, in doing so it generates a list that hide the actual search option (the “containing ...”), pushing that below the fold.  I have learned that pressing the search button *before* entering the search terms takes you to a search page with better functionality, and one that has recently been much improved in ease of use, but I think few are aware.  Does “Johnson Justice” yield a different result?  That shouldn’t be a concern, if that search query doesn’t return useful results, the searcher returns and searches something more detailed, the dynamically learning search algorithm notes this and learns and in future presents better results.  Adjusting titles for searching seems to me to be a 1980s computer programming mindset. —SmokeyJoe (talk) 00:00, 30 July 2019 (UTC)
 * If all that you know of someone is that their last name was Johnson, and they served on the Supreme Court of a U.S. state, how would you find them using the search box? bd2412  T 00:45, 30 July 2019 (UTC)
 * What’s your point? I think I have forgotten why we are having this discussion.  I often search for things like that, partial information.  It is always a challenge. Johnson is a very common name.  I don’t know which state. The Go Box would probably be awful, I think it feels better than it is because it takes you to other interesting things and you forget your original purpose.  I entered your question into google and got William Johnson (judge) as the third hit.  On a mobile device, searching Wikipedia directly tends to be frustrating. —SmokeyJoe (talk) 00:59, 30 July 2019 (UTC)
 * Perhaps we are talking about different things. The discussion here is about having guidelines for structuring title-and-name disambiguation pages. There was recently an AfD proposing to delete one, with the implication that they should all be deleted (we have about a thousand of them). The discussion resulted in a fairly resounding collection to keep these pages, but with some limitations on their content (the specific issue raised in the AfD was the inclusion of sports team captains, not commonly referred to as "Captain Foo", on a page of people titled "Captain"). That being the case, I thought it prudent to consolidate the rules governing these pages. I think the issue that brought you here was the redirect of Governor Reagan to Governorship of Ronald Reagan. Although this is not a disambiguation issue, I don't see how the Governorship of Ronald Reagan would not be the primary topic of the term Governor Reagan, absent any other governors named Reagan. bd2412  T 01:42, 30 July 2019 (UTC)

Is there anything else before I add the language above to the MOS? bd2412 T 01:13, 9 August 2019 (UTC)
 * Added. Cheers! bd2412  T 04:36, 9 August 2019 (UTC)
 * Was added here. —SmokeyJoe (talk)
 * Sorry, I mentioned the specific intended location a few paragraphs above, but it is indeed better to specify that here as well. Thanks. bd2412  T 04:49, 9 August 2019 (UTC)

How much hatnote is too much?
Guidance per WP:D:
 * If there are two or three other topics, it is still possible to use a hatnote which lists the other topics explicitly, but if this would require too much text (roughly, if the hatnote would extend well over one line on a standard page), then it is better to create a disambiguation page and refer only to that.

Is this too much, or okay:
 * This article is about the 2013 TV series. For the older series, see The Americans (1961 TV series). For the Robert Frank book, see The Americans (photography). For other uses, see The Americans (disambiguation).

See: The Americans.

--В²C ☎ 18:30, 8 August 2019 (UTC)
 * Hatnotes clutter the intro, per WP:1HAT usually only 1 or 2 should be used. If there are more then a DAB page should usually be created.  Crouch, Swale  ( talk ) 18:35, 8 August 2019 (UTC)
 * In many cases, including this one, there is a dab page. That's not the question. Hatnote links to the most likely alternate destinations in the hatnote still save clicks for users. That's why the template supports links to multiple destinations plus to the dab page for the rest. --В²C ☎ 18:50, 8 August 2019 (UTC)
 * I would say that is about the maximum length of hatnote where there is no dab. In this case I would just link to the dab, which lists the 1961 series and the photo book (along with The Americans (gang) which gets more pageviews than either of them). Certes (talk) 18:56, 8 August 2019 (UTC)
 * If you have to pause and think, there are too many links. Hatnotes are supposed to help readers, not to distract them. In the example case, I might link the other TV series (because a reader might have landed on the wrong page by mistake); but per WP:NAMB I would not link the book, and might not even link the DAB page . Narky Blert (talk) 18:59, 8 August 2019 (UTC)
 * Link to the dab page is essential (we're talking about the primary topic article, the one at the undisambiguated title The Americans). I think all we need is:
 * This article is about the 2013 TV series. For other uses, see The Americans (disambiguation).
 * Pam D  19:34, 8 August 2019 (UTC)
 * I wrote too rashly, and you're right of course. A link to the DAB page is essential from a WP:PTOPIC. Narky Blert (talk) 08:54, 9 August 2019 (UTC)

 * A related topic (and one of my pet peeves), is over-flowing pronunciation guides. For example, look at Likhi Range: Likhi Range (Georgian: ლიხის ქედი, translit.: likhis kedi) or Surami Range (Georgian: სურამის ქედი, translit.: suramis kedi) is a mountain range in Georgia....  You've got to read through all that before you finally get to something that tells you we're talking about mountains.  .  -- RoySmith (talk) 19:28, 8 August 2019 (UTC)
 * I think linking to other articles in addition to a disambiguation page should be very rare. For example, WP:1HAT gives the example of Turkey (about the country) including a link to the bird as well as the dab. In the above example, I don't see any evidence that any links other than the disambiguation page are warranted.--Trystan (talk) 01:05, 9 August 2019 (UTC)

How to disambiguate the Phases in Marvel Cinematic Universe?
Please see and participate in Talk:List_of_Marvel_Cinematic_Universe_films. AngusWOOF ( bark  •  sniff ) 15:21, 14 August 2019 (UTC)
 * I've replied on the Talk Page. Narky Blert (talk) 19:50, 14 August 2019 (UTC)

Ridicule page
We could use more opinions at Talk:Ridicule. A permalink for the discussion is here. Flyer22 Reborn (talk) 20:31, 16 August 2019 (UTC)

Application of WP:DIFFCAPS to WP:DABNAME
I recently started an RM discussion over at Talk:Union Station thinking the move would be relatively uncontroversial. However, I was shortly met with opposition from every editor joining the discussion. Their argument seems to be that according to WP:DIFFCAPS, Union Station (capital S) and Union station (lowercase s) are two distinct terms and the Union Station page should not carry the "(disambiguation)" tag in the title as it has no primary topic. After looking into it a bit more, it doesn't seem that this rule is applied uniformly across the site. As I've listed at the RM, here are just a handful of pages that would need moving if that argument is applied uniformly.

 * Friendly Fire (disambiguation) → Friendly Fire
 * Absolute Zero (disambiguation) → Absolute Zero
 * Sea Urchin (disambiguation) → Sea Urchin
 * Dry Cleaning (film) → Dry Cleaning
 * Capital punishment (disambiguation) → Capital Punishment
 * Death sentence (disambiguation) → Death Sentence
 * Dark Matter (disambiguation) → Dark Matter
 * Jury Nullification (book) → Jury Nullification
 * Mob Mentality (album) → Mob Mentality

However, it seems like there are also existing disambiguation pages distinguished by a single letter only, like Freezer Burn.

I think making a capital letter the only difference between an article and a disambiguation page is a terrible idea as it's bound to confuse readers looking for generic terms rather than proper names. But it seems that a good number of people disagree with me here. The way I see it, there are two options:

 * Option 1: Make an exception for disambiguation pages in WP:DIFFCAPS and stipulate that every disambiguation page with the same name as an article carry the "(disambiguation)" tag, despite any differences in capitalization.
 * Option 2: Allow disambiguation pages to have near-identical titles to article pages.

I'd very much like to see what others' opinions are on this issue. As it stands now, there's no uniformly applied rule here.  Event horizon51  (talk) 00:49, 15 August 2019 (UTC)

 * I'm not sure what method you used to generate the list of moves above, but they don't seem analogous to the Union Station example. Whereas "Union Station" has no WP:PTOPIC, all of the base names in the list above except for Death Sentence are either WP:PRIMARYREDIRECTs or, in the case of Rear Window, the title of a primary topic article. Colin M (talk) 23:05, 14 August 2019 (UTC)
 * Also, if you look at RMs where DIFFCAPS was mentioned and ctrl+f for disambiguation, you'll find a bunch of examples where consensus has approved of disambiguation pages at a WP:DIFFCAPS base name with no (disambiguation) suffix. e.g. Special Effects, Warning Shot, Damsel in Distress, Broadway Theatre Colin M (talk) 23:25, 14 August 2019 (UTC)
 * Apologies, the rear window one didn't fit, I've removed it. But you've just expressed my exact concern. Consensus sometimes approves disambiguation pages due to WP:DIFFCAPS, but different pages are, for some reason, treated differently in this regard. The pages listed above have all been at their current titles for quite some time. There's no reason why that should be the case.  Event horizon51  (talk) 23:33, 14 August 2019 (UTC)
 * Okay, I think I'm seeing where you're coming from. You've framed this discussion as being about how to title disambiguation pages, but at its heart, I think this is actually a problem of determining WP:PTOPIC. If we have a primary topic for the name "Foo bar", and a bunch of topics with the name "Foo Bar", what should we do with the Foo Bar base name? There are basically three options: 1) Redirect to "Foo bar" (as in Friendly Fire, Absolute Zero) 2) Choose one of the "Foo Bar" topics as primary (e.g. Iron Maiden). 3) Make it a disambiguation page (e.g. Special Effects, Warning Shot). The fact that we don't always choose the same answer isn't necessarily an indicator of an "inconsistency" that needs to be cured. Rather, doesn't it make sense to judge each case on its merits? It really depends on the relative "primary-ness" of "Foo bar" and the various "Foo Bar" topics, which should be judged as usual (usage, long-term significance). Colin M (talk) 04:36, 15 August 2019 (UTC)
 * Exactly, and my position is that in the absence of a primary topic for "Foo Bar" (capital B), the disambiguation page for the term should carry the "(disambiguation)" tag to more clearly distinguish it from "Foo bar" (lowercase b). So in this case "Foo Bar" should redirect to "Foo Bar (disambiguation)". What I'm saying is that having a capital letter be the only distinction between an article and a disambiguation page (Option 3 in your comment) could be confusing. In other words, I think the pages Special Effects and Warning Shot should be renamed Special Effects (disambiguation) and Warning Shot (disambiguation) respectively.  Event horizon51  (talk) 06:04, 15 August 2019 (UTC)
 * No, in the absence of a primary topic for "Foo Bar" and the need to disambiguate multiple topics named "Foo Bar", the disambiguation page does not carry the "(disambiguation)" disambiguating phrase (not "tag"), since any one of the ambiguous topic would also have been placed at the title "Foo Bar" in the absence of the others. -- JHunterJ (talk) 15:34, 15 August 2019 (UTC)
 * Are you saying then that all the moves I listed above should be carried out? I see that there is a past discussion at Talk:Friendly Fire (disambiguation) that you participated in and that reached the opposite conclusion. If that decision was ultimately against policy then maybe we should reconsider and perhaps move it back. But if that happens, then all the pages I listed at the top of this section should be moved too, should they not?  Event horizon51  (talk) 16:29, 15 August 2019 (UTC)
 * No, I'm saying if there is no primary topic for the Title Capped version, then there's no primary topic for the Title Capped version. The moves you listed would need consensus that there is no longer a primary topic for the Title Capped version. Consensus at Friendly Fire was that the primary topic for "Friendly Fire" was "Friendly fire" (and the closer seemed to discount the policy WP:DIFFCAPS because I didn't give an example, which is wrong-headed, but neither here nor there). -- JHunterJ (talk) 13:18, 16 August 2019 (UTC)
 * As I've written in a comment below, I don't see how Friendly fire could possibly be a primary topic for "Friendly Fire". WP:DIFFCAPS stipulates that differences in capitalization are enough to distinguish distinct meanings entirely. This would make "Friendy Fire" not only an independent topic, but specifically not Friendly fire. If there's consensus that WP:DIFFCAPS should be followed for disambiguation pages as well (and I think there is from this discussion), then it seems quite clear that Friendly Fire (disambiguation) (and by extension, all the pages I listed above) should drop the "(disambiguation)". I would love to see those discussions take place, so please do start them if that's your view.  Event horizon51  (talk) 20:55, 16 August 2019 (UTC)
 * Regardless of the argument put, this is moving in the wrong direction. WP:MALPLACED is one of the more stupid things that was made up one day and stuck to and enforced without critical review.  All disambiguation pages should be suffixed with "(disambiguation)", for a variety or reasons, including WP:PRECISE, & letting the reader know that are about to download a disambiguation page.  Title brevity for the same of brevity serves no reader anywhere ever.  --SmokeyJoe (talk) 01:45, 15 August 2019 (UTC)
 * That merely pushes the problem back a page. What happens to base page name titles like John Smith? There will never be a primary topic for them, so they just redirect to the "(disambiguation)" title, and your warning to readers that they are downloading a disambiguation page is gone, despite the seventeen extra characters in the redirect target title. bd2412  T 04:08, 15 August 2019 (UTC)
 * No, not merely. It means that the title describes the page.  That is the purpose of a title. —SmokeyJoe (talk) 07:31, 15 August 2019 (UTC)
 * No, describing the page is NOT the purpose of the title. --В²C ☎ 19:52, 15 August 2019 (UTC)
 * Of course it is. Your position is nutty. The title is the most important content of the page, it is the first thing read, on Wikipedia it is usually the only thing read before downloading, it is the text that you first consider when deciding whether to read further. You never write, but do you even ever read? —SmokeyJoe (talk) 01:17, 17 August 2019 (UTC)
 * Option 2. Instruction creep with no benefit, and in particular wrong per WP:DIFFCAPS. And the current policies and guidelines are indeed uniformly applied here. -- JHunterJ (talk) 15:34, 15 August 2019 (UTC)
 * I've read the above and am still not following. For simplicity let's look at just Union Station, which has no primary topic, and Friendly Fire, which does. In the former case you're saying even though there is no primary topic, the dab page should not be a the base name; that the base name should redirect to the dab page with (disambiguation) in its title. Or, in the latter case you're suggesting the dab page be moved over the primary topic article. Why? Why should these fundamentally different cases in terms of having primary topic or not, be treated the same? --В²C ☎ 19:52, 15 August 2019 (UTC)
 * I'm not quite understanding how Friendly Fire has a primary topic even in your point of view. Union station is its own article, and Union Station is a separate topic and a disambiguation page. Following the same pattern, Friendly fire is its own article, but Friendly Fire is not a disambiguation page but redirects to Friendly fire even though there is no primary topic for "Friendly Fire". If the policy is to be applied consistently, either Union Station and the like needs to have "(disambiguation)" or Friendly Fire (disambiguation) and the like needs to not have it.  Event horizon51  (talk) 20:18, 15 August 2019 (UTC)
 * Friendly Fire (and the others you mentioned above) should probably be moved to the base name. Like Red Meat and Bird Box the upper case shouldn't redirect to the lower case.  Crouch, Swale  ( talk ) 20:21, 15 August 2019 (UTC)
 * Friendly Fire is a WP:PRIMARYREDIRECT to Friendly fire which indicates, unless there is an error, that Friendly Fire has a primary topic and it is the topic of Friendly fire. Now, if Friendly fire is not the primary topic of "Friendly Fire", then there is something to be rectified. But my point is that the whole issue rests on whether the given term has a primary topic, and, if so, what it is. You have to be clear on that before you can decide how the associated articles, dabs and redirects are to be arranged. --В²C ☎ 21:50, 15 August 2019 (UTC)
 * Another indicator that "Friendly Fire" has a primary topic, and that primary topic is the topic of Friendly fire, is the first line of Friendly Fire (disambiguation), which directs the user to Friendly fire:
 * Friendly fire is the inadvertent firing towards one's own or otherwise friendly forces.
 * --В²C ☎ 23:53, 15 August 2019 (UTC)
 * I don't understand why Friendly fire is even a potential primary topic for Friendly Fire. If WP:DIFFCAPS is followed in the way everyone seems to be suggesting, then isn't "Friendly Fire" by definition not "Friendly fire"? The policy considers them different, so how could one act as the primary topic of the other?  Event horizon51  (talk) 00:47, 16 August 2019 (UTC)
 * Now you're presenting your argument in sensible terms. The key issue here is this: if someone enters "Friendly Fire", with two capital Fs, how likely is it that they're looking for Friendly fire vs any one of the other uses of Friendly Fire listed at Friendly Fire (disambiguation)? Frankly, I think there is a good argument to be made that Friendly Fire (two cap Fs) has no primary topic. But that's to be decided at a specific RM for that title. If that's how it goes, then indeed Friendly Fire (disambiguation) would be moved to Friendly Fire. But the main point remains: to decide whether a given "Foo Bar" with multiple uses should redirect to "Foo bar" or hold a dab page depends on these primary topic questions. --В²C ☎ 01:10, 16 August 2019 (UTC)
 * If you think there's a good case to be made for moving Friendly Fire (disambiguation) to Friendly Fire, then surely that same case can be made for all the other potential moves I listed above (in the case of Dry Cleaning (film), Jury Nullification (book) and Mob Mentality (album), the parenthetical qualifiers can be dropped per DIFFCAPS). I would honestly love to see those RM discussions take place if you would be inclined to initiate them. I'm not since I don't want to come off as WP:POINTy. However, I should tell you that I think fixing this issue across the site would take a while and potentially bring opposition as my list above is by no means exhaustive.  Event horizon51  (talk) 02:54, 16 August 2019 (UTC)
 * Just because I think there's a good case to be made doesn't mean the community agrees, or even that I think it's important enough to be worth pursuing. To anyone to whom it does matter, each case must be considered individually with an RM proposal. But thanks for compling this list - worthy of consideration in the future. --В²C ☎ 20:09, 16 August 2019 (UTC)
 * Capitalization differences may give rise to a new primary topic, but they don't always do so. It's similar to pluralization. In some cases...
 * The plural creates a new primary topic (Window vs. Windows)
 * The plural leads to a dab page (Raven vs. Ravens)
 * The plural is a primary redirect to the ptopic for the singular form (Penguin, Penguins)
 * As with Friendly Fire, one might ask "Why is Penguin even a potential primary topic for Penguins?" given that the latter would never be considered as a title for the former article. As B2C says, it's a question of what will, on average, be most helpful to the reader. If the ptopic of the "base" (singular/uncapitalized) form is a very popular/significant topic, and the article(s) under the variant (plural/capitalized) form are marginal, that makes it very likely that users searching for the variant form will be looking for that base ptopic. Colin M (talk) 15:39, 18 August 2019 (UTC)
 * "Most helpful to the reader" is not an objective standard. I think we can all agree that different readers have different needs and will sometimes enter things into the search box differently. What you're essentially doing here is creating three separate levels of primariness.
 * No primary topic at all (ex. Keep Cool)
 * Primary topic at the "base" form but not under variants (ex. Central station vs Central Station)
 * Primary topic at the "base" form and under variants (ex. Short Circuit redirects to Short circuit)
 * There is a fourth case, where capitalization indicates a different primary topic entirely (Iron maiden vs Iron Maiden), but that's not relevant here. I don't know about you, but I think we have enough of a primary topic debate with article titles as it is. This just opens up another nasty can of worms. Not only would we have to argue about if there is a primary topic, but even after we decide there is, we also need to argue about whether it's primary enough for the variant capitalizations. How is that productive? RM is backlogged enough without this vague mess. Implementing this would just cause more problems.  Event horizon51  (talk) 21:05, 18 August 2019 (UTC)
 * The criteria at WP:PTOPIC are not objective either. If they were, RMs would be a lot easier. Implementing this would just cause more problems. You say that as if I'm proposing some novel scheme. I'm just describing the way things are already operating. How is that productive? I think allowing some nuance into the discussion, rather than applying a uniform rule across the board, allows us to improve reader experience in some cases. Jury nullification gets around 750 views per day, whereas Jury Nullification (book) gets less than 4. If even 1% of users search for "Jury nullification" (the concept, not the book) using the capitalized form, then making Jury Nullification a WP:PRIMARYREDIRECT is the superior choice for helping readers to get where they want to go. OTOH, the band Iron Maiden gets 5x as many views as Iron maiden, so the mathematics of getting readers where they want to go is vastly different. Absolute rules like "always PREDIRECT capitalization variants" or "never PREDIRECT capitalization variants" are unhelpfully procrustean. Colin M (talk) 22:52, 18 August 2019 (UTC)

 * Option 2 there is no need to disambiguate DAB pages per В²C, indeed we don't describe titles unless needed. "Friendly Fire" probably shouldn't have a primary topic for the upper case just like Bird Box.  Crouch, Swale  ( talk ) 20:02, 15 August 2019 (UTC)
 * I take it then that you are actually in favor of all the moves I listed above as examples. That's fair. I listed those to provide a snippet of what would happen if WP:DIFFCAPS were applied in such a way; I don't actually agree with it. But if community consensus is against me on that, so be it.  Event horizon51  (talk) 20:46, 15 August 2019 (UTC)
 * Yes indeed, however there may be cases where the lower case is so much better known than the (obscure) upper case that we should IAR but otherwise DIFFCAPS should be used.  Crouch, Swale  ( talk ) 20:49, 15 August 2019 (UTC)
 * Option 2. There is one, and only one, rule which should be uniformly applied, and WP:IAR does not apply to it: It's all about the readers. The primary consideration must always be getting them to where they want to be as easily as possible. Everything else is secondary. Narky Blert (talk) 19:31, 16 August 2019 (UTC)
 * Option 2. It's important to consider that a user searching with a two-word term who bothers to capitalize both words is probably looking for something with that proper name rather than a generic use with that name. Making such distinctions is what DIFFCAPS is all about, and is a factor in deciding article/link/dab arrangement while taking primary topic into account as well. I see no value in making a DIFFCAPS exception for dab pages. --В²C ☎ 20:09, 16 August 2019 (UTC)
 * Option 2 is obviously setting up a system that will confound readers, without an encultured appreciation of DIFFCAPS, they cannot know what page they are about to get. Hiding critical information (DAB page or not) from readers is not serving readers. —SmokeyJoe (talk) 01:20, 17 August 2019 (UTC)
 * Option 2, subject to consideration of the fact that evidence may show that the capitalized form still refers primarily to the lowercase version. bd2412  T 02:06, 17 August 2019 (UTC)
 * Option 2. I'm not a big fan of DIFFCAPS in many cases, and wouldn't support changing the Friendly Fire redirect to a dab page. But where it is determined that it is applicable, and that there is no primary topic for the capitalised version, it is correct for the dab page to reside at the base name, per WP:MALPLACED. — Amakuru (talk) 21:22, 18 August 2019 (UTC)
 * I just noticed this discussion after tagging Friendly Fire with R from miscapitalization, as this is not a proper name, and then finding it listed at the top of "WhatLinksHere", after I just finished clearing all the links in mainspace. There was only one miscapitalization, but there were one, two, three, four, five links needing disambiguation to Friendly Fire (TV series). Meh, based on links, the Hong Kong TV series should be primary topic. You know if it were an American or British TV series, the title would at least be ambiguous, if the TV series wasn't primary. At the very least, such primary redirects should be tagged so that they get at least somewhat more timely attention from the disambiguation team. (I must have been half asleep when I found Friendly Fire, as now I can't recall anything I was patrolling or any ping that led me to here) – wbm1058 (talk) 17:38, 21 August 2019 (UTC) Oh, I see. It was the recently closed discussion @ Talk:Union Station, per my browser history. I was working on the bot, saw that in the bot's recent edit history, and boy, did I get sidetracked. wbm1058 (talk) 17:44, 21 August 2019 (UTC)

People ignoring WP:PRIMARYTOPIC
I created a move discussion for the disambiguation page CBD, since Cannabidiol is unquestionably the primary topic (with 20 times more pageviews per day than the next most popular topic). However, the people involved in the discussion don't seem to care and want to keep CBD as a disambiguation page anyway. What can I do to convince them that this guideline exists for a good reason? Kaldari (talk) 04:24, 29 August 2019 (UTC)
 * You need to broaden your perspective.
 * For every person who ignores PRIMARYTOPIC, hundreds obsess excessively from a narrow perspective.
 * In some parts of the world "CBD" *only* means "central business district", which corresponds to "downtown" in American English, and many of the people in those parts of the world do not obsess, or have routine business with cannabinoids. "CBD" for "central business district" is routinely used as if there is no other meaning eg.  This breaks your PRIMARYTOPIC argument.
 * Pageviews are unreliable data. Sure, look at them, everything with a lot of pageviews needs consideration, but pageviews are very poorly used as a decision making criterion in isolation.  Pageviews reflect systematic biases, and may be completely at odds with long term significance.  --SmokeyJoe (talk) 05:42, 29 August 2019 (UTC)
 * Very well said. I'll link to that post from User talk:Andrewa/Primary Topic, statistics and reasonableness, the talk page of a foreshadowed user essay that includes that very point. Andrewa (talk) 21:17, 29 August 2019 (UTC)
 * Cannabidiol has more views but we should only count the subset which result from searching for the synonym "CBD". That may or may not be far more than search for "CBD" meaning central business district or something else.  We can't tell. Certes (talk) 00:18, 30 August 2019 (UTC)
 * We can't tell with certainty, but considering that CBD averages 232 hits per day while Central business district averages 425 and Cannabidiol averages 8836,|Cannabidiol|Central_business_district it does appear more likely than not that a majority are searching for cannabidiol. Station1 (talk) 08:40, 30 August 2019 (UTC)

A proposed new disambiguation template
This discussion is intended as a continuation from Wikipedia talk:Disambiguation. That discussion seems to have reached a conclusion, and it seems better to open a new one rather than to start another hare in that older one.

I propose Template:Title and name disambiguation, as a parallel to Template:Human name disambiguation. The template would populate Category:Title and name disambiguation pages, with any other side-effects thought necessary. The most common shortcut would be Template:Tndis, by analogy with Template:Hndis.

A link to the new template would need to be added to Template:Disambiguation.

I can see two main advantages:
 * 1) The instructions about how to use Category:Title and name disambiguation pages would all be in one place, and where you'd expect to find them. The instructions might be linked to from Manual of Style/Disambiguation pages; but having the complete instructions there doesn't feel right: other specialised DAB templates don't.
 * 2) Many DAB pages with tndis links also contain other types of link. For example, King Charles contains several links to articles which are very properly listed there, but which are not about kings called Charles. It is correctly tagged  . Others, however, are pure tndis pages; King Joseph is an example. According to Categorization, "each categorized page should be placed in all of the most specific categories to which it logically belongs. This means that if a page belongs to a subcategory of C (or a subcategory of a subcategory of C, and so on) then it is not normally placed directly into C". King Joseph is currently tagged as , and so goes against that guideline.

As to point #2: I have created at least one tndis page which I put into Category:Title and name disambiguation pages, only to have another editor recategorise it as, on the basis of either WP:DBC or some discussion or other on some loosely-related topic. Apparently Category:Letter-number combination disambiguation pages is acceptable as sole category, but Category:Title and name disambiguation pages is not. The proposed dedicated template would be (a) easier to type and (b) avoid such wastes of time.

As to point #1: there are rules about how to sort articles about titled people at WP:PEER, but they look inappropriate for DAB pages. Why should the DAB page King Charles be sorted as 'King Charles' and the DAB page Prince Charles (disambiguation) as 'Charles, Prince'? (IMO correctly, Prince Charles (disambiguation) is sorted as 'Prince Charles'.) That's inconsistent and counter-intuitive (as well as messing up the sorting in Category:Title and name disambiguation pages).

I don't see a need for any parameters on Template:Title and name disambiguation. Sortkeys can be handled by DEFAULTSORT, which needs more typing and is therefore less likely to be added unnecessarily or wrongly. I suggest that the Usage description on the proposed new template should include:"Title and name disambiguation pages are sorted by the basename, i.e. 'Title Name' not 'Name, Title'. A sortkey should only be added to remove a (disambiguation) qualifier, or diacritics or camelcase, from the base name."

I have no knowledge of template construction, and no inclination to learn. If this idea is supported, someone else will have to implement it, so... Narky Blert (talk) 19:37, 26 July 2019 (UTC)
 * Support. This sounds entirely reasonable to have. Cheers! bd2412  T 02:17, 31 August 2019 (UTC)

Buck Peak
What's the best thing to do with a DAB page like Buck Peak? I came across it in List of highest points in Oregon by county, where I redlinked to Buck Peak (Oregon) in the hope that there's only one in the state.

Courtesy ping to, who created the DAB page (and thereby alerted me to the peak in the Oregon article, which may have been linking to the Diablo Range article for a good long time). Narky Blert (talk) 16:15, 1 September 2019 (UTC)

 * I've added an entry for your redlinked Oregon peak. I've been bold and deleted your final entry of "Or one of 23 other summits with that name in the United States.": almost every dab page could have something like that "Or one of the other towns / people / albums etc with that name", and we just don't do it, as I understand WP:MOSDAB etc.   Pam  D  17:01, 1 September 2019 (UTC)
 * It's rather disappointing that Multnomah County, Oregon lists its highways but not the highest point in the county! I'd have linked to that from the dab page if it had a mention, but can't do unless it does appear there, so the link is to the list of highest county points. Pam  D  17:04, 1 September 2019 (UTC)
 * And I found another to add to Buck Peak. Pam  D  17:12, 1 September 2019 (UTC)
 * All mere hillocks compared with Buck Peak (New Mexico), in the Magdalena Mountains. Certes (talk) 17:22, 1 September 2019 (UTC)
 * But should they be on the dab page as red links (as you've done), when the articles which mention them don't link them? I'd prefer to just list them in black with the blue link. What do other people think? Are there likely to be future articles on all these? Pam  D  17:26, 1 September 2019 (UTC)
 * A good question. My understanding of MOS:DABRED is that we should either have an entry of the form Red Peak, part of Blue Range or no entry at all, depending whether the entry passes WP:GEOLAND.  I'm not sure whether these peaks qualify. Certes (talk) 19:33, 1 September 2019 (UTC)
 * IMO redlinks on DAB pages fall into the 'mostly harmless' category, provided that/especially if there's a bluelink pointing to an article which mentions the topic (i.e. WP:DABMENTION). That way, readers can find the best information WP has. Trying to prove lack of notability can be hard work. A redlink which might sit there forever does little harm to the project; and a well-formed redlink suggests to an editor thinking of writing the article (or to an editor thinking of adding a redlink) what its name should be. Unifying a variegated collection of redlinks if you find one and can do it feels worthwhile, but it isn't easy. Narky Blert (talk) 19:58, 1 September 2019 (UTC)

I'd like to combine Buck Peak with Buck Mountain to create a mountain index article titled List of peaks named Buck, with the usual mountain index article formatting and with redlinks for future expansion. Is that OK with other editors? —hike395 (talk) 01:00, 2 September 2019 (UTC)
 * Would Buck Mountain and Buck Peak redirect to List of peaks named Buck? If they would, how would you to plan to monitor the list for any bad links it might collect (such as the link from List of highest points in Oregon by county to Buck Peak (Diablo Range), California mentioned in my original post)? Narky Blert (talk) 01:38, 2 September 2019 (UTC)
 * Could you help me understand what a bad link to a list article would be? An editor intending to link to a peak that isn't in the list? —hike395 (talk) 03:32, 2 September 2019 (UTC)
 * A 'bad link' is any link which points a reader to the wrong or an ambiguous place. In the case of a list article, that would be a link to the whole list when the intended target is a specific entry in the list. Unhelpful links like that are extremely difficult to find and to fix. Redlinks are fine! they tell the reader that something exists, but that there is no article yet (and perhaps you would like to write it...).
 * By way of example, biologists customarily refer to binomial authorities by their surnames alone. At the suggestion of our colleague, a couple of months ago he and I ran a project to turn such links to surname pages (most of which are list pages, with no discussion of the surname as such) into links to the relevant articles. He wrote the searching bots, and we worked together on the fixes. There were about 1,500 such bad links, and the project took about two weeks (probably something like 200 man-hours). The relevant article was often in English Wikipedia; sometimes it was in another Wikipedia; in a few cases, there was no article anywhere, so that the original link to the surname page had been totally and utterly useless.
 * We chose not to extend the project to football (soccer) players, where the problem may well be at least as bad. Narky Blert (talk) 04:21, 2 September 2019 (UTC)
 * Thanks for doing that hard work! I can certainly sympathize with spending hours on WP drudgery. I'm currently slowly going through Category:Pages with malformed OS coordinates, because people sometimes enter unusual or incorrect map coordinates into infoboxes.
 * For cases like the binomial authorities or football player list articles you mentioned, or for broad-concept articles, what tools are available for detecting ambiguous inlinks? Anything other than "What Links Here"? —hike395 (talk) 13:09, 2 September 2019 (UTC)
 * Good work on fixing bad coordinates! I know how tedious that can be. I've fixed a few, when I was trying to track down an ambiguous obscure village or the like, and found that the coordinates in an article about an allegedly nearby place were wrong (on one occasion, in the middle of the Atlantic Ocean). Narky Blert (talk) 09:08, 3 September 2019 (UTC)
 * It's awkward, which is why it hadn't already been done. PetScan gave me a list of articles in Category:Surnames, which I pasted in reasonably sized chunks back into PetScan's "Links to Any of these pages" whilst setting "Has any of these templates" to Speciesbox, Taxobox, Automatic taxobox, etc.  A few global edits in a text editor produced User:Certes/Taxa linked to surnames.  (The current version is the rump of pages we missed with the first pass; earlier versions were much longer.)  The Surnames links there call PetScan again to find the name(s) in each article.  We repeated the exercise with redirects such as Melvill, and again with titles of the form X (surname) and X (name) both with and without the qualifier.  (Yes, someone actually attributed a species to Gray (surname).)  Gory details here and here. Certes (talk) 14:54, 2 September 2019 (UTC)

/ I just thought of a hack that might make everyone happy. What happens if we make a List of peaks named Buck, have Buck Mountain and Buck Peak redirect to that, and then mark the redirects as disambiguation pages? No editor is going to mistakenly link directly to List of peaks named Buck. Essentially no one will notice if the redirects are marked as dabs. But all of the automated "link to dab" tools should work, right? Editors would get notified if they link to Buck Mountain or Buck Peak. ,, , what do you think? —hike395 (talk) 08:34, 3 September 2019 (UTC)
 * That sounds highly irregular! (Which means I doubt it's ever been tried before.)
 * Under this scheme, and  would be WP:DOUBLEREDIRECTs if they linked to the base names. But, neither redirect would be needed at all! The sole purpose of (disambiguate) redirects is to enable a clean link to a DAB page when the whole page is the target (usually from a hatnote or a see-also on another DAB page). The list article itself would act as the valid link, and have to be deliberately chosen.
 * This idea is worth thinking about. Narky Blert (talk) 09:39, 3 September 2019 (UTC)
 * We currently have two redirects marked as Disambiguation: and .  Both were made into redirects in the last week without removing their previous content and look highly irregular (i.e. wrong). Certes (talk) 10:47, 3 September 2019 (UTC)
 * these two obviously bad cases. For the "good" case, I can make a category of disambiguation pages which are "Redirects to SIAs that should not be linked to", if that helps. The notice on such redirects are real -- no one should link to Buck Mountain or Buck Peak (in the hypothetical case). Is there anything un-encyclopedic or un-WP about this? Would love to know before we do anything.
 * I think this hack can generally solve the multi-year problem of DPL and SIAs, and lead to harmonious editing. —hike395 (talk) 14:51, 3 September 2019 (UTC)
 * I suggest a new template R to SIA or list (n.b. R to list is already occupied) along the lines of R ambig. It should carry a similar must-be-fixed warning, and a new one saying the redirect must be in at least one DAB category, and also populate a new hidden category of the type you suggest. It should be easy to pick up redirects which have the template but haven't been placed in a DAB category. Narky Blert (talk) 19:44, 3 September 2019 (UTC)

If you're interested in this, you might also be interested in this: Articles for deletion/List of lakes named McArthur. Shhhnotsoloud (talk) 16:47, 2 September 2019 (UTC)

No consensus in primary topic discussions
One change to primary topic discussions I would like to see considered is that when a discussion involving a primary topic results in a no consensus, that should be taken as evidence that there is no primary topic, regardless of what articles were initially under discussion. For example, the move discussion about moving Avatar to Avatar (Hinduism) and Avatar (disambiguation) to Avatar, there was no consensus, which defaulted to no move. Instead, I'd like to see such discussions focus primarily on whether or not there is a primary topic. This way, if there is no consensus, that would mean there is no primary topic at all, and the result would be that the DAB page would displace the article occupying the primary topic. Thus in Avatar case, the pages would have been moved if there had been no consensus that there was a primary topic. I realize this would be a major change to how consensus involving primary topics is decided. However, currently, it takes a clear move consensus to move an article away from a primary topic title, which means an article will stay at the primary topic simply because there's no consensus to move it, when consensus points to there being no primary topic. By focusing the discussion on whether or not there is a clear primary topic instead of whether or not to move, we have a better chance of actually determining if there is a primary topic or not. - BilCat (talk) 07:21, 31 May 2019 (UTC)
 * I agree that should be the case (at least up to a point) I think the main argument against it is that it breaks external incoming links and means editors have to fix many DABlinks. But yes I think while the burden does generally lie on those wanting to move an article from its long-standing title, it should always the responsibility on those wanting a PT and a no consensus should actually mean there's no consensus to have a primary topic and thus the DAB should be at the base name, see this comment and this. Likewise when there is a consensus that there is no primary topic as here what should be done? In this case there was clear consensus that the place in Scotland wasn't primary for "Lewis" but no clear consensus if "Isle of Lewis" was actually the best title, arguably one could suggest that by "defaulting to the status quo" we should move it to Lewis, Scotland since that would reflect the article still being called "Lewis" but simply having a qualifier however as noted there was some support for the new title anyway. See also the open RM at Talk:Mull where there is a proposal to put the island at "Isle of Mull" per COMMONNAME and the DAB at "Mull" per NOPRIMARY.  Crouch, Swale  ( talk ) 09:43, 31 May 2019 (UTC)
 * "No consensus" implies that two or more options are well supported, and the best outcome depends on what those options are. If it's "X is the PT: put X at the base name" versus "no PT: put dab at base name" then, although I usually !vote for the dab, the present process is probably correct. If "X is the PT: put X at the base name" and "Y is the PT: put Y at the base name" are both credible options then that indicates strongly that there is no PT and the dab merits the base name.  That's not even a compromise solution: neither readers seeking X nor readers seeking Y deserve to be taken to the wrong article, especially when they could easily mistake it for the right article. (What's the population of New York?)  Even as a resident of Scotland, I'm surprised to see [Isle of] Mull as PT given its more general use for a headland (Mull of Kintyre etc.)  I'm also delighted that I couldn't find any bad incoming links, though I suspect some kind gnome may have fixed them once the debate started. Certes (talk) 10:39, 31 May 2019 (UTC)
 * In principle, this is probably right... but I think we might run into problems. Imagine if someone just really thinks a particular topic shouldn't be primary. Since "No Consensus" results are fairly common (and potentially easy to force), they could keep requesting RMs over months/years until they get one. Seems weird that, even though their RM lost, they won by getting their desired outcome of NOPRIMARY. -- Netoholic @ 10:47, 31 May 2019 (UTC)
 * That's not always a bad thing. Two years ago, the article on NY state was titled New York.  Several of us went into its RM believing the city was a PT and came out with the dab at the base name, which I think was the best result for the readers. Certes (talk) 11:02, 31 May 2019 (UTC)
 * Yes, it was a good result, but it was also the one that challenged my whole thinking on Primary Topic. It shouldn't have been so hard to get a good result! We always had consensus that New York State was not the Primary Topic. But it took eleven years and multiple RMs to convert that consensus to a page move. Reread wp:NYRM2016, especially the two who found no consensus to move. There needs to be a better way. Andrewa (talk) 13:13, 31 May 2019 (UTC)
 * "We always had consensus that New York State was not the Primary Topic. But it took eleven years and multiple RMs to convert that consensus to a page move. " Exactly! - BilCat (talk) 18:50, 31 May 2019 (UTC)
 * Are there any cases where it benefits readers to have a recently created article at an ambiguous name? Andrewa (talk) 13:13, 31 May 2019 (UTC)
 * You mean have the new article take over the base name? Only when a new topic becomes primary, such as next week's pop sensation sharing their name with someone who has a stub for playing one cricket match in 1832. Certes (talk) 17:50, 31 May 2019 (UTC)
 * I mean any time a new article is created at a name that we know to be ambiguous... that is, there is another encyclopedic topic that could be at that article name. I was hoping for an actual example.
 * But let's take that hypothetical example... suppose Hairy Harry and the Half Headless Horsemen were a new band, named after a children's book on which we already have a stub. They both appear to be notable. I say, we have no idea which is P T now or in the future. So, what do we do? Currently, there's nothing to stop the book being boldly bounced to a disambiguated name, and the new article being created at the base name over the redirect (hopefully with a hatnote). Or if the band was given a disambiguated name but then got lots of traffic, there would be an RM and it would be moved to the base name, and again the book disambiguated. Both of these seem bad outcomes to me. Andrewa (talk) 20:30, 31 May 2019 (UTC)
 * the Mull move was successful, I fixed all but 1 links and they were all for the island. The last is at Battle of Loup Hill which is probably for the island but since it mentions Kintyre its not clear. There was 1 link for the geographical term in 2010 though.  Crouch, Swale  ( talk ) 05:51, 4 June 2019 (UTC)
 * Thank you. I've fixed Battle of Loup Hill as I'm confident it refers to the Isle of Mull. Certes (talk) 09:45, 4 June 2019 (UTC)

 * Support this proposal. No consensus on whether there is a primary topic, or on what the primary topic is, should be reason enough to have a DAB (or a redirect to a DAB) at the base name, and we should then move on. (And hopefully as a result it will never take eleven years again, see above.) Andrewa (talk) 13:13, 31 May 2019 (UTC)
 * Side remark - "no consensus", in my opinion, was the most problematic implementation in discussion closing results (and pretty stupid one) on en.wiki. If something has no consensus, then obviously even the current "object" (name, guideline, policy, etc), has no consensus for it to be kept; that it came before is meaningless if it can't keep showing that it has a community consensus to back it up. Currently stuff just linger around with at best, a small vocal minority managing to achieve a no consensus (even with by a head-count it might not even have a 1/3 majority). I guess I support this proposal. --Gonnym (talk) 13:20, 31 May 2019 (UTC)
 * Agree that no consensus is problematic. It is to be avoided wherever possible! The object of all talk page discussions should be to achieve consensus, and IMO going for a no consensus close should be seen as gaming the system. And I still stick by Andrew's Principle. But I also think that by handling no consensus closes more logically, we'll reduce their number, and make playing for draw less attractive without needing sanctions (and see User:Andrewa/Rules, rules, rules for more on that). Andrewa (talk) 14:06, 31 May 2019 (UTC)
 * I'm inclined to Agree as well, but: WP:NOCONSENSUS is a policy and so "trumps" WP:D. The discussion (and probably RfC) would probably have to happen there. -- JHunterJ (talk) 14:12, 31 May 2019 (UTC)
 * I'm simply raising an idea here. This isn't an RFC, and isn't intended to be. - BilCat (talk) 15:47, 31 May 2019 (UTC)
 * Wow. I can elaborate on my comments later, but this would change 15+ years of precedent on Wikipedia concerning the meaning of "no consensus" and how discussions operate. No consensus has long meant the status quo remains in place. I cannot get on board with such a radical proposal.  Calidum   14:22, 31 May 2019 (UTC)
 * I'm not making a proposal at this time. This is primarily just a discussion at this point. I fully realize it is radical, and pretty much said that. However, you seem to be missing my specific point, which is that in discussions involving primary topics, the point shouldn't be whether or not to change the status quo, but if there is actually a primary topic in the first place. It's a change in perspective when dealing with primary topics specifically more than a change in how discussions operate in general. - BilCat (talk) 15:47, 31 May 2019 (UTC)
 * Very well put. Andrewa (talk) 20:50, 31 May 2019 (UTC)
 * Weak support per my arguments above, I think at least either a stricter criteria for PTs or a requirement for a stronger consensus in favour of retaining a PT than removing it. I think if we followed the strict rule that no consensus always means we move the DAB to the base name then it would create problems with breaking too many links that would likely get reverted at a later RM (or at MR). I think closers need to find a sensible balance between "no consensus" meaning there is no PT and "no consensus" meaning keeping things as they are. In response to the 2 previous comments some policies such as WP:BURDEN do indeed require one side to show something over the other and WP:NOCONSENSUS does give "In disputes over external links, disputed links are removed unless and until there is a consensus to include them." which could also be used for primary topics. Another way of doing it is that a "move DAB to base name" takes place in cases where the arguments on both sides are equal (example although in this case the page was moved first), a case where the arguments for keeping a PT are slightly stronger results in "no consensus" (example) and a "not moved" (example, page hits there showed 1,556 for the current PT and the other 2 combined get 6) happens when there is clear consensus to keep a PT.  Crouch, Swale  ( talk ) 16:39, 31 May 2019 (UTC)
 * Thanks! This is exactly what I was looking for: Good ideas on how to improve the process and discussion involving primary topics. That's why I'm saying this is a discussion, not a proposal as such, though I'm happy to see many supporting my original statements as written. - BilCat (talk) 17:01, 31 May 2019 (UTC)
 * Surely this is just common sense though, WP:PRECISION specifies that titles are usually unambiguous but that primary topic is a (rather common) exception. While a primary topic does make it slightly easier to find that one, it makes it significantly more difficult to find the other topics, so yes generally if there's no consensus to "privilege" one article at the expense of all the others we generally shouldn't do.  Crouch, Swale  ( talk ) 17:04, 31 May 2019 (UTC)
 * Oppose, largely per my main point in the previous section. I believe there is an irrational bias against finding a primary topic because "primary topic" is a misnomer and many people reasonably believe it implies "most important topic". And, so, in many cases, yes including Apple, the topic users are most likely seeking when they search with a given ambiguous term (like "apple") is not where they are taken. Changing outcomes in RM discussions per what is suggested here would just exacerbate this problem. To clarify, I certainly agree that in cases like New York where no topic is clearly the most likely to be sought by a significant margin the dab page should be at the base name, but with situations like Apple I think the community is really misguided by the misnomer. Even with the fruit at the basename the corporation is consistently getting at least four times as many hits |Apple_Inc.. While it may not be a surprise to land on the fruit, how are the vast majority (4 out of 5, or 80%) of "Apple" searchers served by being taken there instead of to the article they are seeking? --В²C ☎ 18:01, 31 May 2019 (UTC)
 * Would that not be an argument to put the DAB at the base name instead? Personally I'd make both Apple and Windows primary so that readers and editors can easily find both (by putting both major topics at the top of the DAB). And at Wikipedia talk:Requested moves/Archive 18 and User talk:RegentsPark/Archive 8 you appear to have argued that a lack of consensus for a PT means no PT, although I know that was a long time ago surely that view is correct and is best applied currently.  Crouch, Swale  ( talk ) 18:11, 31 May 2019 (UTC)
 * No, when as many as 80% of those searching with a term are looking for a particular topic, then that's an argument to put the article of that particular topic at the base name. Not a dab page. --В²C ☎ 18:20, 31 May 2019 (UTC)
 * If we did that with Apple we would land many readers coming from external links onto the wrong page, a DAB page makes most sense for both even if its as high as 80% that's not a significant order of magnitude especially when the fruit is probably better known and has more long-term significance even though (unlike Pink) Apple (the company) is well known globally.  Crouch, Swale  ( talk ) 18:28, 31 May 2019 (UTC)
 * I don't know why you keep raising the external links issue. That applies to any move that results in one article replacing a previous one at a given title, and is simply a reason to leave a hatnote link to the new title for the previous article. But we never can be responsible for breaking external links when we move our articles. That's a problem everywhere. For example, news sites reconfigure their articles fairly regularly, breaking links to the previous location. In fact, that's much of what maintenance to links to external sources on WP is all about. That's just the reality of the web. It's not a reason to avoid title changes. --В²C ☎ 19:23, 31 May 2019 (UTC)
 * Landing readers on the wrong article is surely a bad idea even if other sites don't worry too much about URL stability.  Crouch, Swale  ( talk ) 19:49, 31 May 2019 (UTC)
 * Exactly. But that's a survivable problem... Two mouse clicks at worst. If they don't find the article they want (because it's at an ambiguous name that they don't associate with what they want, or because an incoming external link takes them to the wrong page for example) that is far more serious. Andrewa (talk) 20:50, 31 May 2019 (UTC)
 * But we have no way of measuring what people are looking for. Page views tell us what they found, not what they were looking for. Andrewa (talk) 20:50, 31 May 2019 (UTC)
 * The New York situation is one of the primary reasons I finally put forth this idea. - BilCat (talk) 18:46, 31 May 2019 (UTC)
 * New York was ultimately resolved on the basis of a consensus formed by a strong showing of evidence of ambiguity. Doesn't that mean that the system now in place ultimately worked? bd2412  T 18:59, 31 May 2019 (UTC)
 * It means it worked badly. It took eleven years, during which time thousands of bad wikilinks were created (which you fixed, thank you) and presumably thousands more bad incoming external links were created, many (perhaps most) of which will never be fixed. Andrewa (talk) 21:12, 31 May 2019 (UTC)
 * could you please clarify why you don't think that a lack of consensus for a PT means no PT is a bad idea for cases like Apple? Unless you're talking about cases like Nosedive where many editors are surprised to find a topic at a title that is actually likely to be primary by PT#1 and that they may be able for force a "no primary" case its surely better for readers to have the DAB at the base name. If this was the case we would probably have Plymouth at the base name, something you've tried to get for years.  Crouch, Swale  ( talk ) 18:52, 2 June 2019 (UTC)
 * Sure. In my experience, once PT has been established for a given article, unless there is clear consensus that it is no longer primary, it almost certainly still is. For example, I've recently seen editors opine that a given article is not primary even though it's undisputed that it's getting 85-90% of the page views and everyone agrees none of the uses of the ambiguous term are primary by long-term significance. See Talk:Bruce_Smith. Thankfully, the closer in that case agreed that the topic was primary and it was moved accordingly. But if there is another proposal to disambiguate it based again on the claim that it's not primary, and there is "no consensus" on that, it should be disambiguated? I don't think so. --В²C ☎ 18:15, 11 June 2019 (UTC)
 * Yes it should be disambiguated if there isn't consensus to keep the PT at a later RM. Although again that probably requires a weaker consensus than to create a PT.  Crouch, Swale  ( talk ) 18:22, 11 June 2019 (UTC)
 * Thanks for bringing that to my attention. It is a classic case of an unnecessary move that achieved nothing for the reader or for the contributor, and will probably lead to problems in the long term. Discuss at User talk:Andrewa/P T examples and scenarios. Andrewa (talk) 03:03, 14 June 2019 (UTC)
 * Oppose as worded. This appears to say that even the absence of consensus that a topic is ambiguous renders the topic ambiguous. As I recall, there have been proposals in the past to eliminate the idea of base page name ambiguity altogether, and assign one sense as a primary topic for every term (so that even John Smith would have one topic selected as "primary"; on the opposite end there have been proposals to eliminate primary topics altogether, and have a disambiguation page at every title (so that even a title like Pennsylvania or Barack Obama becomes a disambiguation page, with the state and the president moved to titles with disambiguators). I think both extremes are equally absurd, and prefer to remain at the balance that we have presently struck, rather than moving more towards either of them. bd2412  T 18:27, 31 May 2019 (UTC)
 * If a consensus can't be reached that a topic is unambiguous, then isn't that proof it is ambiguous? That's what I'm trying to say here. Yes, as others have pointed out, there is a danger of gaming the system as worded, but again, this isn't a proposal per se. It's a discussion to see if we can find a better way to determine whether or not there is a primary topic as it affects DAB pages. - BilCat (talk) 18:41, 31 May 2019 (UTC)
 * What wording would you prefer?
 * Agree that both extremes are equally absurd. But neither this proposal nor my latest one goes to the extreme (I confess I did suggest that once, but I've changed my mind, which is a very good thing to do on occasions). Andrewa (talk) 05:42, 1 June 2019 (UTC)
 * Perhaps we need to have to separate RM discussions into two distinct types:
 * The first type is only to determine what the best title for a particular topic is - this is where arguments like WP:COMMONNAME and other WP:CRITERIA come into play.
 * The second type of RM that is only focused on the question of primary topic - this would be where we'd compare all articles using a particular name and decide which, if any, is WP:PRIMARYTOPIC.
 * They could be clearly marked something like "Title discussion" or "Primary topic discussion", and by separating the issues, we don't have an RM that has to try to do both at the same time, and we might see fewer "no consensus" results. -- Netoholic @ 18:59, 31 May 2019 (UTC)

 * I don't think it would be worth splitting and some like the Mull one focus on both, note that CFD deals with deletions, merges, renames, splits and converting into lists. Out of those only renames are relevant to the RM process. And RFD deals with both deletions and where a redirect should target thus like the PT types of RMs.  Crouch, Swale  ( talk ) 19:04, 31 May 2019 (UTC)
 * Oppose as written. I support lowering the threshold for a DAB page, increasing the threshold for PrimaryTopic to if there is no clear PrimaryTopic then there is no PrimaryTopic, but "No consensus" means "do nothing".  If the discussion were informed by the guideline advocating if there is no clear PrimaryTopic then there is no PrimaryTopic, then I would expect consensus would be more readily found to have the DAB page, and this achieves the same objective without undermining the wiki way  --SmokeyJoe (talk) 01:05, 3 June 2019 (UTC)
 * Oppose - As far as I'm concerned, 'No consensus' in move discussions means 'no consensus to move'. Moving the article anywhere would be, in my opinion, ignoring consensus. There is nothing stopping the original proposer, or anyone else, making a follow up request to move the article to a dab page so what is the problem?--Ykraps (talk) 18:03, 3 June 2019 (UTC)
 * I have not had a chance to read through the whole discussion, but I wanted to make a point about this being "radical" or changing 15 years of precedent. Actually this has been done on a case-by-case basis for over 10 years now, although it might have become less frequent since the implementation of move review, since there are some editors who feel it's out of process. Dekimasu よ! 23:07, 3 June 2019 (UTC)
 * That said, I am also not really on board with changing anything explicitly that would result in a bunch of new arguments over the border between "not moved" and "no consensus to move", both of which used to frequently be called "no consensus to move" before the supplementary RM page added the part about "three outcomes". Dekimasu よ! 23:10, 3 June 2019 (UTC)

 * Strong Oppose as written WP:IFITAINTBROKE  —   Hei Liebrecht  17:54, 11 June 2019 (UTC)
 * I remain fascinated that others and now you think there is nothing to fix. The New York base name pointed to the wrong article for eleven years, during which time there were repeated attempts to move it, there was consistent consensus that it was the wrong article, and predictably, thousands of mislinkings were created. Not broken? Really? Andrewa (talk) 02:22, 14 June 2019 (UTC)
 * Support in part. Ultimately, "no consensus" is a range, and in the end one of the two sides will be slightly stronger than the other but the closing admin has decided that the difference is not significant enough. I think there should be a bias in favor of disambiguation, such that an RM held to declare a primary topic should be held to a higher standard than an RM held to remove one. That is, an RM to declare a primary topic should only be successful if there is clear consensus that it is primary, while an RM to disambiguate a term which is currently occupied by a specific topic will be successful if there is slightly more support for no primary topic, even if it doesn't rise to the level of traditional consensus. However, the latter will not be successful in the case of a "no consensus" where there is slightly more support to retain the primary topic. -- King of ♥   ♦   ♣  ♠ 23:45, 8 September 2019 (UTC)
 * Support in part. Lack of consensus implies (in the colloquial rather than the formal logical sense) that the term is ambiguous and that the base name should lead to the dab.  I wouldn't go so far as to mandate a dab whenever there is no consensus, but there should be a presumption in favour of it. Certes (talk) 12:15, 9 September 2019 (UTC)

The two ways to see "no consensus" regarding Primary Topic RMs
There are two ways to look at a discussion outcome of an RM that proposes moving an article to a disambiguated title and the dab page to the basename when it results in no consensus. I think the second/proposed way gives far too much weight to WP:LOCALCONSENSUS over presumed previously-established community consensus. --В²C ☎ 19:42, 31 May 2019 (UTC) My advice is still, solve this completely by getting rid of P T, but grandfathering old articles as described in User:Andrewa/Primary Topic RfC. Andrewa (talk) 21:27, 31 May 2019 (UTC) , did you get a chance to read User:Andrewa/Primary Topic RfC over the weekend as planned? Any comments?
 * 1) The current way is to presume community consensus previously established that the topic of the article currently at the basename is the primary topic, and that the RM discussion did not change that. Furthermore, just because the tiny fraction of the community participating in that RM did not form a consensus that the topic is primary does not mean that reflects community consensus. Only when there is a clear local consensus based in policy do we overturn previously established community consensus.
 * 2) The proposed way is to decide that no consensus by the participants in the discussion reflects a community consensus that there is no primary topic.
 * How is this different from literally any other consensus-based process in Wikipedia? You are just arguing to reverse the normal process to make an absence of consensus in favor of a change mean that the change is favored. You could make the same argument at, for example, AfD, that the absence of a consensus on whether to keep or delete an article should result in its deletion because only a handful of people will participate in the process to favor keeping it. Incidentally, you could also reverse the argument in disambiguation page moves going the other way. If a proposal is made to make a particular topic the primary topic of a disambiguation title, the absence of consensus on an outcome could just as easily be read as an absence of consensus that the title is ambiguous, leading to a presumption that the proposed topic should be moved to the primary topic title. bd2412  T 21:20, 31 May 2019 (UTC)
 * It is different in that in the case of P T discussions, the absence of consensus is itself directly relevant to the outcome. This is not the case in other discussions. Andrewa (talk) 21:27, 31 May 2019 (UTC)
 * , you wrote, in reply to me, "You are just arguing to reverse the normal process ...". What specifically did I write that caused you to think I was arguing "to reverse the normal process"? --В²C ☎ 21:42, 31 May 2019 (UTC)
 * , how is the the absence of consensus not directly relevant in other discussions? --В²C ☎ 21:42, 31 May 2019 (UTC)
 * Depends I suppose by what we mean by directly. I was struggling for the right term. The absence of consensus in P T discussions directly supports the view that there is no P T, because if there were one, that would mean that most Wikipedians would expect to see an article on that topic at that name, and we'd have rough consensus. This doesn't apply to any other discussion, only to P T discussions. Andrewa (talk) 21:56, 31 May 2019 (UTC)
 * No, that's not true. No consensus means no consensus, it doesn't mean "those arguing that there's no PT are actually correct because there is no consensus on the matter". Typically this will be a borderline case where one article of the set *might* be primary, but not quite enough to get everyone on board. In such a scenario it's right and proper to maintain the status quo, whatever that may be. — Amakuru (talk) 22:21, 2 July 2019 (UTC)
 * Agree that No consensus means no consensus, it doesn't mean "those arguing that there's no PT are actually correct because there is no consensus on the matter". That last bit is not what I was trying to say at all! But the absence of consensus is evidence (not proof) that there is no primary topic, and that's an important difference between P T discussions and others (probably all others). Andrewa (talk) 00:54, 3 July 2019 (UTC)
 * Morning/Evening Andrew, and thanks for your reply. Well, yes and no. The absence of consensus means there is some evidence (that presented by those arguing for a dab page) that there is no primary topic. But equally, there is some evidence (by those arguing for the ptopic) that there is a primary topic. By definition, assuming the closer assessed the discussion accurately, and in line with policy, this is a borderline case. So I don't personally see a reason to carve out a special exception to the normal rule of maintaining the status quo for this particular borderline scenario. This would only be valid if it could be demonstrated that having no primary topic is somehow objectively better than having a primary topic, a proposition which has not garnered consensus, even in this discussion right here. — Amakuru (talk) 10:11, 3 July 2019 (UTC)
 * Agree with most of this. But I contend that having no primary topic is somehow objectively better than having a primary topic in borderline cases (at the very least), for several reasons. Just for example, loading a DAB which takes you quickly to the right page is far better than loading the wrong page, which may be long and may not lead to finding the right page at all. Andrewa (talk) 23:41, 3 July 2019 (UTC)
 * because if there were [a primary topic], that would mean that most Wikipedians would expect to see an article on that topic at that name, and we'd have rough consensus., what? Just because a handful of self-selected and potentially biased editors can't agree on a rough consensus does not mean there is no more community consensus on the matter. The result is meaningless unless there is a firm consensus on the issue one way or another (and even then a local consensus does not necessarily reflect community consensus especially if their decision goes against policy in which case hopefully the closer is on the ball and has the balls to do the right thing). But no way should a no-consensus finding be considered deterministic about anything. --В²C ☎ 23:56, 2 July 2019 (UTC)
 * Agree that no way should a no-consensus finding be considered deterministic about anything. But in P T discussions it is evidence and should be considered alongside other evidence. Andrewa (talk) 00:54, 3 July 2019 (UTC)
 * I appreciate your candor. But lack of consensus is not evidence of anything other than that particular group of participants not having consensus. —В²C ☎ 06:49, 3 July 2019 (UTC)
 * True but that is itself significant evidence. It tells us that even within that small sample space, there is an important (to the participants) disagreement over the term's meaning. In some discussions (but not all) we could take it further... if there are several views as to what the Primary Topic is, that's a significantly different case to the one in which it's agreed what the Primary Topic would be if there is one, but disagreement over whether or not this topic is significant or popular enough for there to even be a Primary Topic. (And these two cases are not exhaustive.) There are problems with putting an article at the base name in each case, but different problems. Andrewa (talk) 05:04, 4 July 2019 (UTC)
 * Actually, a "no consensus" in an AfD is a default "Keep", because the article is not deleted. A Move discussion is different, because all we're doing is trying to do is determine what is the most appropriate title for an article. What makes it complicated is when there is or is not already a primary topic for an article. - BilCat (talk) 21:47, 31 May 2019 (UTC)
 * WP:CONSENSUS is very clear on this. "In discussions of proposals to add, modify or remove material in articles, a lack of consensus commonly results in retaining the version of the article as it was prior to the proposal or bold edit". No consensus means we maintain the status quo, not make the change that has failed to gain a consensus. bd2412  T 22:09, 31 May 2019 (UTC)
 * Yes. But P T should be an exception to this... if we really must retain it. Andrewa (talk) 22:23, 31 May 2019 (UTC)
 * Yes,, and I'm agreeing with what it says. If the proposal is to move A → B because A is not the primary topic, and there is no (local) consensus about whether A is still the primary topic, I'm saying the article should not be moved.  Andrewa and others think there should be an exception and it should be moved despite the lack of consensus to move, because there is also no consensus about primary topic, which to them indicates there is no primary topic. I disagree.  Like I said above, I think that gives (far) too much weight to LOCALCONSENSUS over previously established consensus. --В²C ☎ 19:32, 11 June 2019 (UTC)
 * My proposal would not move in this scenario. That's part of its beauty. It eliminates an enormous number of unproductive and sometimes damaging article moves. (The worst of these being of course when the primary topic changes, by consensus, from one topic to another.) Andrewa (talk) 02:09, 14 June 2019 (UTC)
 * I'll try to read it this weekend. Even if I end up not supporting it, there may some good ideas there that we can incorporate into this discussion, and see what happens. - BilCat (talk) 21:47, 31 May 2019 (UTC)
 * Thank you! It's just a draft for discussion and development at this stage.
 * And again I urge people to reread wp:NYRM2016. Bear in mind that this was a carefully chosen, highly qualified panel, including even an ARBCOM member, and we had justifiably high hopes. But they got it hopelessly wrong, and reading between the lines they knew that it was wrong... one of them almost said so explicitly, and they dawdled over the closing until an uninvolved editor had to do it for them, which is also indicative.
 * If even they (and many before them of course) couldn't get it right, then there is a serious problem with the way we are doing things, and one we still have not addressed. That's my point referring back to that discussion. Andrewa (talk) 22:09, 31 May 2019 (UTC)
 * That problem is not exclusive to PT-related RMs; nor is it indicative of a problem with PT. I address the more general problem at User:Born2cycle/Yogurt Principle. --В²C ☎ 23:40, 31 May 2019 (UTC)
 * That essay has been raised by you in many discussions, and I have not yet seen it gain any support at all. But yes, if it had been adopted, it might have ended the NYRM fiasco far more quickly, if the closers had understood and applied it (three big "if"s).
 * It doesn't seem relevant here apart from that. It's a completely different approach. It's logical, certainly, but wordy (I perhaps should throw no stones there!) and I doubt that many people would find it helpful. And perhaps that's why it has received so little support.
 * And even if it were relevant here, it hasn't any chance of adoption IMO. Andrewa (talk) 02:45, 1 June 2019 (UTC)
 * That essay has been used by others such as myself and at Talk:New York/Meta for example. Basically if a bad title remains for a long time and the opposers are able to hang onto it because there isn't enough consensus for the proposal but once the move is made its unlikely that there would ever be consensus to move back and it will be stable.  Crouch, Swale  ( talk ) 18:52, 2 June 2019 (UTC)
 * Indeed, it is mentioned four times on the page you cite, by three editors including B2C. Let me quote one of the others: Editor Born2Cycle, of Yogurt Principle fame, will surely be delighted that the New York horse from 2001 was finally revived. Note that the page was explicitly for off-topic tangents to the NYRM discussions.
 * I have mixed feelings about the YP as I indicated above but perhaps not clearly. It is valid and logical. But it's a rather subtle point, and shouldn't be necessary. It's only potentially helpful if we want to recover from a failure in our other procedures and practices. Much better to fix them instead. See wp:instruction creep.
 * And I see no evidence that it has ever helped even in that, notably in the NYRM fiasco, or ever will. It was just another tangent. Not nearly so bad as the ridiculous suggestion by one of the panelists that we had a Condorcet paradox, but still an unproductive tangent. Sorry if that's all disparaging, but I think we need to face some challenging realities. Andrewa (talk) 01:57, 14 June 2019 (UTC)
 * I do find the yogurt principle somewhat useful myself, and as I recall it was a factor in getting some people's support in the NYRM. I view it more as a principle to consult when dealing with perennial proposals that never get over the line, than something we should adopt as a guideline or policy. I wouldn't have a rule saying "you must move this article because people keep saying we should", but I would point people at the essay by the time of the third of fourth iteration, and suggest to them that its application could put the matter to bed. The main opposition to the yogurt principle is from people who for whatever reason like to protect poor long-term article names, and get irritated by B2C's never-say-die attitude to trying to fix things. — Amakuru (talk) 22:31, 2 July 2019 (UTC)
 * It's potentially useful if it were very carefully explained and/or adopted by consensus. It's logical, as I said before. But I'm not convinced that it made any actual difference at NYRM. There were much better arguments, and those who couldn't see those for whatever reason were not likely to be swayed by the yogurt principle as it was and is. Were they? Andrewa (talk) 01:28, 3 July 2019 (UTC)
 * Well, the main thrust of the Yogurt Principle doesn't really need to be "adopted by consensus", since it simply highlights two existing rules/observations about Wikipedia, neither of which is particularly contentious on its own. Namely: (1) RM discussions should be closed by viewing the !votes through the lens of policy, not just through a headcount, and (2) if a proposal is being made perennially, the move arguments are plausible, and once moved, one can reasonably predict that nobody will ever consider moving it back, then we that's strong evidence get on and move it. These two points applied very clearly at Yogurt and New York, as well as others that stuck around at less-than-ideal names for a long time, such as Hillary Clinton and Washington. Most likely Sarah Jane Brown is somewhat in that category too, although it fails to achieve full yogurthood due to the fact that we lack a fully-suitable and obvious alternative name for the article. Thanks — Amakuru (talk) 10:25, 3 July 2019 (UTC)
 * But isn't it easier and simpler just to apply those existing policies etc.? I don't see how appealing instead to an obscurely worded failed proposal helps at all! Andrewa (talk) 00:08, 4 July 2019 (UTC)

See

https://en.wikipedia.org/w/index.php?title=User_talk:Andrewa/Primary_Topic_RfC&diff=901309146&oldid=899873781

for my latest thoughts. Andrewa (talk) 01:54, 11 June 2019 (UTC)

Where to
There seems some dissatisfaction with P T as it currently is, but as yet no consensus on a way forward. It's not even clear to me whether there is yet consensus that any change is required. (Although I supported and still support the original proposal as a step in the right direction.)

Some feel that we should raise the bar in some way, but keep P T for clearcut cases. My view is of course that we should raise the bar so high that the only P Ts remaining are existing well-established articles (but be prepared to make the occasional exception, as with all rules). I think it's the simplicity of this that most appeals to me. But I also like 's suggestion if there is no clear PrimaryTopic then there is no PrimaryTopic. Definitely another step in the right direction. And we have the Yogurt principle and Andrew's Principle which both go outside the square. I admit I was a bit surprised at the support expressed above for the Yogurt Principle, should we perhaps reinstate at least one of the seven deleted or retargeted Project Namespace redirects?

My proposal is now backed by a great deal of case evidence and is looking better and better. But a detailed analysis of this evidence is lacking. When I find time to do that (or someone else does) then we maybe can think about an RfC along those lines. I think there's still a long way to go but that we'll get there. Happy to be proven wrong. Andrewa (talk) 03:37, 6 June 2019 (UTC)
 * Some editors are dissatisfied with PT as it currently is, and there has always been disagreement over where to "draw the line" (or even if a line should be drawn) between primary topic vs. no primary topic. As I noted above, the way forward for this particular (partial) definition of the line would be at WT:CONSENSUS. -- JHunterJ (talk) 13:18, 6 June 2019 (UTC)
 * Good point that we would want consensus at wt:consensus to make an exception for article title discussions. RM discussions are already explicitly a special case at wp:consensus.
 * But both the original proposal here and my one under development completely avoid that complication. Mine in particular would remove the need for the vast majority of P T discussions.
 * Another point I'd make is that the problem with NYRM2016 (which motivated another editor to start this particular discussion) wasn't so much achieving consensus as assessing consensus. Consensus was assessed as achieved by one of the panel, and in glorious hindsight their assessment stands up very well (just read it). But not the other two panelists, unfortunately... they seem to have been swayed by some patently discardable !votes and arguments. I doubt I will ever understand why. Andrewa (talk) 01:24, 7 June 2019 (UTC)
 * New York is a closer case than this analysis would suggest. There were reasonable arguments for the state having primacy which would be impossible to make for titles like John Smith or Scale or even Washington. There are some articles, like Apple and Mouse, for which similar arguments could be but probably would not prevail. bd2412  T 02:30, 14 June 2019 (UTC)
 * reasonable arguments for the state having primacy... Very interesting suggestion. Such as? Andrewa (talk) 03:26, 14 June 2019 (UTC)
 * Such as the city being a fully contained component of the state, so that everything that happens in New York City technically happens in the State of New York. By definition, the state covers a higher population and has vastly more land area, and has a history that includes the history of the city plus numerous events throughout the state that had little or nothing to do with the city. Also, the proper full name of the city is The City of New York, which, if applied rigorously, would be self-disambiguating from the state. I was one of the strongest proponents of disambiguating the names, after I went through all the links, but frankly if there had not been a substantial number of hits intending specific sports teams, the magazine, and occasionally the song, I wouldn't have been as confident in supporting the move. bd2412  T 03:55, 14 June 2019 (UTC)
 * That first argument seems to be the HLJC. It has no basis in policy, and failed to gain any support for adoption when proposed. The page currently reads in part This essay emerged from July 2016 discussions of the New York case, as an effort to find compromise over primary-topic status of New York State vs New York City vs absence of primary topic for this name. Numerous counterexampleswere provided, making this criterion impossible to apply without contradicting extant titling practice, WP:PTOPIC and WP:AT policies. This page is retained for historical purposes only and should not be invoked in titling discussions (except to prove its impracticality). So that argument is discardable.
 * The second is also discardable. The fact that there are other names available for the city does not make the name New York available for the state.
 * These arguments and many others were proposed in NYRM2016 of course. But no valid ones. There was a basis for the claim that if there was no consensus, then there should be no move. That logic is sound. The only problem is that (apart from that argument) there was consensus, strong consensus in fact, so it doesn't apply. You can't pull yourself up by your own bootstraps.
 * Or are there others you'd like to propose as valid? Perhaps the argument that Wikipedia will be irreparably harmed by moving the State article away from the base name? (-> Andrewa (talk) 10:08, 14 June 2019 (UTC)
 * Don't forget ! But seriously, the main arguments against were status quo/no consensus, higher-level jurisdiction, and (to some Americans) NY=state NYC=city.  All were reasonable, but were rightly considered less compelling than arguments in the proposal such as no PT. Certes (talk) 10:18, 14 June 2019 (UTC)
 * Agree that these were the main arguments. I guess you could call them all reasonable, but not sure that this is helpful... in terms of our long-established (by consensus) policies and procedures, both the status quo argument and the HLJC are discardable, and should not have been considered in determining whether there was consensus to move. The status quo argument is logically fallacious, by circularity... It's only relevant after it's established that there is no consensus, so you can't use it in determining whether or not that consensus exists, any more than you can pull yourself up by your own bootstraps. The HLJC has been rejected, again by (strong) consensus.
 * But that last one is the one that is very interesting, and was discussed in the NYRM discussions, but not nearly so much as it should have been in hindsight (but the signal to noise ratio was daunting). New York means different things to different people. To most people it means the city, and that's both the most significant topic and the one most people want. But is that good enough? I now say, no. That's what we have established at NYRM, and why I eventually decided (to my surprise) that Primary Topic had reached its use-by date, rather than proceeding to NYRM2018 as I originally proposed. Wave means one thing to a surfer or sailor and probably also to any primary school student, another to a physicist and probably to anyone who has progressed to western secondary education or beyond, and still a third thing to the Pope or any royal princess. Macedonia means different things to different groups, and here there is a strong POV in supporting any of them, but there's also a POV in denying any or even all of them primacy. We are saying, in Wikipedia's voice, that the (various) nationalists are all wrong.
 * So... it's Primary Topic that is busted. Not consensus. Andrewa (talk) 17:45, 14 June 2019 (UTC)

It seems inevitable that this will go to archive with no immediate action.

But I'd like to thank User:BilCat for raising it. It seems to have stirred some discussion at User talk:Andrewa/P T examples and scenarios which is helping me refine my own proposal still further. I'm hoping that someday, some action will come of it all. Andrewa (talk) 14:11, 19 June 2019 (UTC)
 * IMO its too easy to keep a primary topic, those such as Lewis and Washington should have been moved years ago, primary topics should usually be obvious and clear to the vast majority of people, such as London, Paris and Energy.  Crouch, Swale  ( talk ) 20:58, 19 June 2019 (UTC)
 * primary topics should usually be obvious and clear to the vast majority of people??? Where do you get this idea?  The policy pretty much says the exact opposite. See BUTIDONTKNOWABOUTIT.  --В²C ☎ 22:20, 19 June 2019 (UTC)
 * Exactly. But that's not good. Is it? Andrewa (talk) 00:11, 20 June 2019 (UTC)
 * I think we have long had rough consensus that there is a problem, and the NYRM fiasco has just highlighted it. Talk:Isle of Lewis is a similar sad story to NYRM, just not quite so newsworthy, and there are sure to be others. Not sure what the point is about Washington.
 * To me the best example of P T we don't want to touch is Mathematics. Again, there are others. But very few of these are going to be created in the future, because if they're that generally known we already have an article! One every ten years? Or for a topic as clear cut as Mathematics, maybe even one every few centuries? Even if it's one a year, these can and should be dealt with case by case, with commonsense and allowing the occasional exception.
 * But just how to best raise the bar, and how far? I'd like to do something very simple and low-cost, but a bit radical, and so far there have been many contributions that have led me to refine the proposal (including three complete rewrites from the ground up, so far) but none that have seriously challenged its basic premises. And so rather than do either you'll do something else that neither likes at all - Enry Iggins. Andrewa (talk) 00:17, 20 June 2019 (UTC)

Here's another thought... is Primary Topic even consistent with article title policy? Article titles should be recognizable...... Isn't an unambiguous title intrinsically more recognizable than an ambiguous one?

This has been addressed in past discussions I think, and consensus was that ambiguous titles are OK (I'm looking at archives to see where, help with that would be appreciated). So essentially I'm wanting to revisit that in line with more recent experience. Andrewa (talk) 23:57, 21 June 2019 (UTC)
 * "Florida" is technically ambiguous, because there are other things called that besides the state, but "Florida (state)" would not be much of an improvement, because it could be confused with Florida State. Of course, we could call it Florida (U.S. state), but that seems excessive. bd2412  T 01:11, 22 June 2019 (UTC)
 * Yes, Florida (disambiguation) alone has eleven subsections each with multiple entries, so Florida is highly ambiguous... as one would expect, it's Spanish for flowery so it's similar to George Street in the formerly British colonies only worse, in both cases there are lots and lots of others for which we don't yet have articles and may never have.
 * I wouldn't touch Florida. Moving it is perhaps still more damaging than leaving it where it is, and just pity the mobile or slow connection users who load that large page in error. The generation after next may do something more logical (-> but I can't think of what, so for now grandfather it and just fix what we can.
 * We should definitely have a redirect from the unambiguous , and do, it was created about ten years ago. It would be interesting to know exactly why, but the creator is inactive. Andrewa (talk) 02:14, 22 June 2019 (UTC)

 * Florida has a very strong claim to the base name primary topic right due to holding the claim for the first use, in English, for the name of something, with all other uses being derivative from it. —SmokeyJoe (talk) 03:25, 22 June 2019 (UTC)
 * Agree. And some of those reasons are reflected in current policy, some not, but all are valid, and are reasons that some people will just assume that Florida = Florida (US state) (both ways). Which is the concept of Primary Topic I think.
 * But not everyone will make this connection. That's the problem. It's more of a problem with some articles than others, for all sorts of reasons.
 * As I've been saying for some time, I think articles such as Florida and Mathematics should stay right where they are. But to put new articles at ambiguous names, or move existing articles to ambiguous names, is another thing entirely. At the risk of deliberately misquoting B2C, the more I look the more it seems there is no excuse for it. Andrewa (talk) 05:30, 22 June 2019 (UTC)
 * I agree, new articles should certainly not be put at ambiguous titles. There are very few missing articles for topics that even some people think should already be covered.  The Florida, Paris and avatar were written very early in the history of Wikipedia.  Most of these justified primary topics are historically and sociologically important, long term, unlike commercialized derivative concepts such as Ultima IV, or the 2009 movie.  --SmokeyJoe (talk) 06:18, 22 June 2019 (UTC)
 * The year an article was created plays no direct role in determining how likely it is to be sought relative to other uses of its ambiguous name. If it’s much more likely to be sought than all the others combined, why would we send everyone to a dab page, or to a use deemed to have more “long-term significance”, when we know the vast majority searching with that term are looking for a particular article? Because it happens to be new?  Why discriminate against the new  like that? Why hinder users like that?  —В²C ☎ 08:54, 22 June 2019 (UTC)
 * Why insert a very restrictive “direct” and then spin half logic into flawed logic into misleading rhetorical questions? —SmokeyJoe (talk) 03:01, 24 June 2019 (UTC)
 * True but not the point. If anything we are discriminating against those looking for these older articles, many of which are likely to remain at their undisambiguated, ambiguous names indefinitely.
 * The reason for putting some users to the slight inconvenience of one mouse click is that it avoids far more significant impacts on other users. Loading a large wrong article, or failing to find the correct article at all, are much more than an inconvenience. They may even make Wikipedia unusable for the affected users. I explained this all to you here and here. Andrewa (talk) 16:26, 22 June 2019 (UTC)

It's an important point, so I'm going to spell out the explanations I offered to B2C (diffs above).

They described their way of working, and they're right, if we were to do it my way, and if other users follow B2C's way of working (and I'm sure some do), and if they agree with us on the primary topic, they'll load a DAB page, and will then need to identify the article they want on it, and click on that link. And they will then be taken there, reliably and naturally. That's acceptable IMO.

The problem is, as we now do things, if other users don't agree with us on the primary topic, these others will be taken to the wrong article. This may be much longer than a DAB, and pose a problem for slow connections and mobile devices. But worse still, this user expects to be take to the topic they're looking for, because that's what they think the primary topic is. So when they don't find any content there that matches their use of the term, it's logical for them to conclude that Wikipedia doesn't cover the topic at all, and give up. Both of these outcomes are avoidable and unacceptable IMO.

Those are not the only harm of the way we now do things. Just two examples.

And of course B2C's is not the only way of working. And new ones will continually arise, as the web etc changes. That's another reason to be as logical as we can be in deciding article titles. And deliberately choosing ambiguous article titles is not in any way logical. It is contrary to the spirit of WP:AT, and can be expected to cause problems. And does.

Primary topic served us well in the early days. But all the evidence indicates that it is now well past its use-by date. Andrewa (talk) 01:40, 23 June 2019 (UTC)
 * It gets worse than that. When New York led to the state article, a reader might assume that its information referred to NYC, and vice versa if New York were a primary redirect to the city. Certes (talk) 09:42, 23 June 2019 (UTC)
 * Good point. And it's a no win scenario. If (as previously) the destination of New York is the State, then the demographics in the infobox, for example, might well be logically assumed to apply to the city by someone who regarded the city as the Primary Topic. But it cuts both ways. If we were now to make the city the destination of New York (as current policy would have us do IMO, and NYRM2018 was to test this, as well as debunking that Condorcet nonsense as a byproduct), then someone who regarded the State as Primary Topic (and the many RMs showed that there are many such people too) would (wrongly but logically) assume that they referred to the State. It doesn't matter who is right, having an ambiguous name point to an article rather than a DAB is a bad idea in any case. Andrewa (talk) 12:05, 23 June 2019 (UTC)
 * Oh, poppy cock, . First of all, it’s not merely some users that are put at an inconvenience when a dab page is at a term despite that term having a primary topic, it’s the vast majority of those who search with that term with WP search/GO. Users using Google are taken directly to their article regardless of what the title is (by selecting their desired article from the search previews). Users with slow connections and loading issues can quickly learn to use Google or WP Search (to see article previews from which to select their desired destination) rather than GO. And, we’re not talking about cases like “New York”, for which there is no reason to believe that the significant majority searching with that term is seeking either topic. And even if someone is taken to the wrong article in any such case if they can’t immediately tell from the hatnote, intro text and captions that they’re on the wrong article, they’re not going to get much from any article. An ambiguous term with an undisputed primary topic is a better example, like “Paris”. Consider someone searching for the Texas town with that term. They can use Google or WP search and find it in the search results and click on it, which would take them directly to the article they seek, or they can enter “Paris” in the WP search box and hit GO, which will take them to the French city. Oh, the horror! And you think the tiny number looking for a relatively obscure use of a topic with that term and GO won’t realize they’re on the primary topic article and figure out to use the hatnote or re-search? This is the “problem” you’re trying to address? Primary topic has not outlived its usefulness. It provides the exact same utility today as it did in the early days. It generally improves the experience of those using WP search/GO. —В²C ☎ 15:31, 23 June 2019 (UTC)
 * Andrewa is quite right, and this obsession with the Go box is seems to be causing you a blindness to what makes a good title for an article. Google does the Go box concept way better, Wikipedia should get rid of it.  —SmokeyJoe (talk) 03:07, 24 June 2019 (UTC)
 * Perhaps just redirect to a search engine such as Google? Allow users to select their search engine in their user profile, and prompt them to do so the first time they search. But the simple, fast search we do have works really well for articles at unambiguous names. Andrewa (talk) 11:12, 24 June 2019 (UTC)
 * The Go function originated when the Wikipedia internal search engine was really crap. The internal search engine used to return pages seemingly carrying the most occurrences of the words search for regardless of where or context.  The Go function was just go to the title entered, with auto complete, and then with options 1 or 2 character misspellings accommodated.  It really is a high school sophistication level, and it works really well if you know what it is doing, and everyone knows and agrees that titles list the most important words in sequence order.  This often works, but can also lead to very tortured title phrases, and in response to that Wikipedia has moved in the direction of extreme parenthetical titling.  The worst thing about the Go box is that it hides access to the actual internal search engine, although hidden in plain sight, as all you have to do is hit the go button with no characters entered to get the search page.  --SmokeyJoe (talk) 03:32, 25 June 2019 (UTC)
 * I use the search box many times on a typical day, and it almost always gets me to what I want which is why it is first stop. Second stop is the search page, which probably should be easier to get to. Third stop is either Google or DuckDuckGo depending on how political I feel (I like DDG in theory, but Google delivers more often). The external search engines with site:en.wikipedia.org do sometimes deliver what our internal searches have not, so maybe there's room for improvement. I'm skeptical, it's not too bad now, and we're primarily about content, so I say let Google do what they do best.
 * But the more of our articles are at unambiguous names, the better the search box will work. Andrewa (talk) 03:58, 25 June 2019 (UTC)
 * Sticks and stones, В²C. You don't seem to have addressed the issues. But you raise a good point about hatnotes. Where they exist (and in many cases they don't) they help recover from the problem of being taken to the wrong article, which can happen for many reasons, most if not all of them caused by an ambiguous article name. But it would be even better if readers weren't taken to the wrong article in the first place. And getting to the wrong article may itself give the impression that we don't have the right article at all, particularly if the hatnote is just the otheruses template. Andrewa (talk) 11:12, 24 June 2019 (UTC)
 * If I didn't address something, it was inadvertent. What did I miss? Anyway, a dab page is never the right article, by definition; it's always the wrong page. The idea of primary topic is that sending a majority to the sought article and only a minority to a wrong page is preferable to sending everyone to a wrong page. And that's just as true and valid today as it was in the early days. --В²C ☎ 18:18, 24 June 2019 (UTC)
 * There are degrees of wrongness. Sending a reader to the wrong article is worse than sending them to a dab page, just as giving someone wrong directions is worse than admitting I don't know the way.  Suppose it's three times as bad, to pluck a number out of thin air.  Then we break even if two out of three readers want the PT: putting the PT at the base name would inconvenience one reader three times as badly as a dab would inconvenience all three.  Maybe that number is two or ten but there's a threshold somewhere. Certes (talk) 18:36, 24 June 2019 (UTC)
 * Okay, there are degrees of wrongness. Fair enough. So let's consider someone searching for the town in Texas called Paris. They search with "Paris" and are sent to Paris, the article about the city in France.  How wrong is that, really? Assessing the level of wrongness about this stuff is highly subjective, but I think the wrongness of being taken to a dab page is comparable to the wrongness of being taken to an article about another subject with the same name. If the result of a given search term was rated on a scale of 1 to 10 where 10 is landing on the article being sought, 1 is plainly wrong (article topic doesn't even have the name, e.g. searching with "cat" takes you to Abraham Lincoln), I would rate  being taken to a different article with that name, or to a dab page, as both being about 5. But even if you're more tolerant with dab page landings, and give them say a 7, you still have to do the calculations based on likelihoods.  If 80% searching with a given term are looking for article A, 10% for B and 10% for C, if we take them to a dab page we get an average of 7.  If we take them to A, then 80% are 10s and 20% are 5s... that's an average of 9.  Much better overall. --В²C ☎ 19:29, 24 June 2019 (UTC)
 * Nobody is proposing moving Paris. Andrewa (talk) 20:57, 24 June 2019 (UTC)
 * That was just an illustrative example and besides the A,B,C point I just made, but I also don't see why the reasoning presented above wouldn't apply to Paris. --В²C ☎ 21:50, 24 June 2019 (UTC)
 * You deliberately gave an illustrative example that is not an example of what is under discussion? Why?
 * The A, B, C point seems to be attempting an objective criterion for deciding P T, as has been attempted unsuccessfully and repeatedly both by yourself and others. Andrewa (talk) 02:59, 25 June 2019 (UTC)
 * A DAB is not a wrong page in anything like the same sense that the wrong article is the wrong page. A DAB is an excellent navigation aid. It's fast, reliable and convenient, and should take the reader immediately to the right article, with one mouse click.
 * If technology ever changes this (and maybe it has, I'm not a mobile user and may never be as my home is in a satellite-only area of the Australian outback) then we need to revamp them, maybe for example give mobile users a different view of DAB pages (not hard to do). So your input as a mobile user is valued.
 * But I'm not convinced that it has yet changed or ever will, and if and when it does, having articles at unambiguous names is likely to help. It is logical, it is commonsense, and it is the spirit (but not yet the letter) of our existing policy. Andrewa (talk) 20:57, 24 June 2019 (UTC)
 * Like I said, it's highly subjective. But when I search with "the americans" I find landing on the dab page that is currently at The Americans to be just as wrong as landing on The Americans (1961 TV series) would be. --В²C ☎ 21:50, 24 June 2019 (UTC)
 * I'm not sure exactly what you think is highly subjective. I think Primary Topic is sufficiently subjective that it is reaching and in some cases exceeding its limits of usefulness. That New York (as an actual example) means different things to different people was the reason that we had the wrong article at that name for many years, and as a direct and predictable result thousands of mislinkings were created. That's the example that started this whole discussion.
 * I agree that Mathematics should stay where it is, but part of that is I can't think of an acceptable disambiguator anyway. Long term we may want to refine the criteria for articles that are genuine Primary Topics. Not for the fainthearted. There's also the downside of moving well-established articles. So for now, just grandfather them all.
 * But what we can and should do is to stop regularly putting new articles at ambiguous names. Immediately. And similarly with RMs.
 * Agree that if it's unacceptable to load a DAB, then we shouldn't have a DAB at the base name. In fact, we shouldn't have DABs at all. But I think most of us find them useful. (->
 * How about a quick straw poll? B2C was searching for The Americans (2013 TV series) and got the DAB at The Americans instead (or try The Americans (disambiguation) in case B2C's RM has been done). For me that would have been a win. For him that seems to have been a loss. Other opinions? Would getting to the DAB be a win for you, or a loss? Andrewa (talk) 03:40, 25 June 2019 (UTC)
 * What’s highly subjective is “assessing the level of wrongness about [landing on a DAB vs. landing on a different use of the search term].” You still haven’t answered why Paris should not be disambiguated per your reasoning, nor why the utility of primary topic in the early days no longer applies today. What has changed that’s relevant to this? -—В²C ☎ 06:42, 25 June 2019 (UTC)
 * One good question at least! At least two things have changed. We now have experience that should lead us to question the concept of P T. We didn't have that case history before. And, we now have articles on the vast majority of articles (such as Paris) that will ever have the strongest claims to being P T. Not all of them, but enough of them to cover the rest with commonsense and the occasional exception.
 * But I didn't realise that you were asking for my justification for not moving Paris. Have you read the proposal? Did you think that I was advocating moving Paris? I explicitly say that I am not wishing to move articles such as mathematics and London, and give reasons. Must I repeat them here?
 * And agree that assessing the level of wrongness about [landing on a DAB vs. landing on a different use of the search term] is highly subjective. But I think that your experience of finding it so inconvenient (ie highly wrong) to land at the DAB at The Americans may well be unusual, and finding that out is the reason I asked for a straw poll. Andrewa (talk) 13:38, 25 June 2019 (UTC)
 * Interesting. I think we agree that it's not reasonable for "the americans" to take readers directly to The Americans (2013 TV series). Dab The Americans has an easily discovered link to the 2013 series.  As it happens, so does The Americans (1961 TV series), but that hatnote is really a mistake per WP:NAMB because "The Americans (1961 TV series)" can't possibly mean the 2013 series.  In the general case, there are too many alternative meanings for a hatnote and a good number for a dab. Certes (talk) 08:19, 25 June 2019 (UTC)
 * I'm going to risk taking that as a win. You would find it OK to arrive at the DAB, as would I. Any other opinions?
 * And I certainly agree that this is interesting. It helps me and I hope others to understand why some users might want to keep Primary Topic as it is, despite (as I see it anyway) all evidence indicating that it's causing problems, and these problems being so easily solved. But that doesn't mean I can (yet) produce a consensus for solving them.
 * The only reasonable destination for The Americans is the DAB. Same applies to New York IMO.
 * But our current policies probably put New York City at the base name, and possibly The Americans (2013 TV series) as well (the RM on that question has arguments by highly experienced users going both ways). Are these occasional exceptions? Or are they part of a pattern (as I believe)? Andrewa (talk) 15:12, 25 June 2019 (UTC)
 * , to be clear, I wouldn't say landing on the DAB is "highly wrong" (I put it at a 5 on a scale of 1-10). I'm just saying it's about as wrong as landing on the article about some other use of the term with which I'm searching (which for me is also about a 5). Speaking of 1-5 and the A,B,C thing, I think you misunderstood the point there. I was not proposing anyone actually using such a system for determining primary topic. It's a thought experiment to help get clarity in this discussion about where we are on the relative wrongness of landing on DAB pages vs landing on articles that match the term with which we're searching, but are not about the topic we're seeking. It's also about getting a better feel for the role likelihood of being sought plays in all this. I'll review your reasons for not moving London, etc. I'll just point out whatever those reasons are, they have not been presented in this discussion. That is, the reasoning you and others have presented here all suggests London, Paris etc. should be disambiguated. So if that's really not what you want, you might consider presenting your reasoning accordingly whenever you're talking about changing primary topic. --В²C ☎ 17:16, 25 June 2019 (UTC)
 * about as wrong as landing on the article about some other use of the term with which I'm searching... Disagree. The DAB is short and contains a link to the article I want. The wrong article may be long and may not contain any such links. No comparison IMO. Andrewa (talk) 18:38, 25 June 2019 (UTC)
 * Yes, it's quite clear we disagreed on this point, and I tried account for it by assigning 7 to landing on a dab page, and still 5 to landing on the "wrong" article, above. Maybe you think that be more like 8 and 2? I don't know.  I can't speak for you. Just saying we can use this model.  You plug in the your preferences for the wrongness values and we go from there. --В²C ☎ 22:11, 25 June 2019 (UTC)
 * I don't think we can come up with any values that will make this model useful. Getting the right article would be a 10 of course. But getting the wrong one could be anything from a 0 to a 7 or even 8, zero for if they give up, seven or eight for a short