Wikipedia talk:Disambiguation

PROPOSAL: rename PRIMARYTOPIC to MOSTSOUGHTTOPIC

Until a few years ago the sole purpose of PRIMARYTOPIC was to arrange articles by titles in a manner that made the articles most likely to be sought the easiest (fewest clicks) ones to find. As such, the only criteria associated with it was the usage criteria:

• A topic is primary for a term with respect to usage if it is highly likely—much more likely than any other single topic, and more likely than all the other topics combined—to be the topic sought when a reader searches for that term.

The idea is that anyone searching with, say, "wish you were here" is most likely looking for the Pink Floyd album, and so that's where they should be taken. However, some editors felt "primary" implied some level of relative long-term importance, and, after much discussion, the long-term significance criteria was added so that there was policy basis for taking relative importance under consideration when deciding on primary topic. However, this leads to conflicting guidance in situations where the two criteria indicate different titles. Should we help readers get to the Pink Floyd album because that's what the vast majority are seeking, or should we put a dab page at Wish You Were Here and make everyone go through all that even though the vast majority is looking for the album?

I've long believed that if PRIMARYTOPIC was named something else, without the term "primary", then people wouldn't be so hung up on putting what they believe to be the "most important" article at the basename of the title. Therefore, in order to resolve these conflicts in a consistent fashion, and to help our users by arranging our articles so that articles most likely to be sought with a given term are where those terms lead, I hereby propose:

1. Rename PRIMARYTOPIC to MOSTSOUGHTTOPIC
2. Remove the long-term significance criteria

--В²C ☎ 01:18, 30 May 2019 (UTC)

• Oppose What is "most-sought" is variable with time, meaning that a change to bring the most-sought topic to the principle page may have to be undone in the future. Long-term importance must be a key guiding principle in selecting the topic. eg: We did not move Avatar away from the religious context in the midst of the Avatar film popularity. This is particularly true of contemporary topics which can quickly wane from the spotlight. --Masem (t) 01:30, 30 May 2019 (UTC)
• Strong oppose. This is an encyclopaedia. Relative notability is not a popularity contest, nor is long-term significance. Compare Apple and Apple Inc. - pageview stats here. It is blindingly obvious that the fruit is the WP:PTOPIC, even if the company gets four times the page views.

WP:PTOPICs inevitably acquire bad links in which are unlikely ever to get found and fixed. They degrade the encyclopaedia. There is a runnable argument that WP:PTOPICs should be done away with altogether.

This proposal looks like an attempt to reopen the discussion at Talk:Wish You Were Here (Pink Floyd album)#Requested move 14 May 2019 which was closed on 23 May 2019 as 'no consensus'. Narky Blert (talk) 03:23, 30 May 2019 (UTC)

• Oppose, for two reasons. First, it would introduce instability into the encyclopedia. Imagine some flash-in-the-pan music sensation writes a song called "Djibouti", or some tech company releases a new phone called the "Pineapple". All of a sudden, these new uses are swamping the country and the fruit in page views, and we have to move the articles, only to have inevitably have to move them back once the song and the phone fade from public interest. Second, because even if the song and the phone in this case had enduring popularity, the country and the fruit will always have been more important to the broader web of topics in the encyclopedia. Primary topic titles should give greater weight to historical significance, with scientific and natural history topics getting the first order of precedence, followed by topics from human history and geography, with popular culture topics tending to go last. bd2412 T 03:54, 30 May 2019 (UTC)
• Oppose, per Masem, Narky Blert and BD2412 above. There may be other reasons too, but these are overwhelmingly sufficient. · · · Peter Southwood ^(talk): 04:54, 30 May 2019 (UTC)
• WP:PRIMARYTOPIC is not a name, it's just a shortcut to a section of a guideline. WP:PRIMARYUSAGE also redirects there and can be used just as easily. If anyone wants to create WP:MOSTSOUGHTTOPIC and start using it in the hope it catches on, I don't see anything wrong with that. Station1 (talk) 05:12, 30 May 2019 (UTC)
• Oppose per all the above. If anything, the trend has been towards increasing the importance of long-term topics vs common usage, and rightly so because we're an encyclopedia not a popculture directory. Each case is a balancing act between the two principles, and the system is working well as is. Thanks  — Amakuru (talk) 06:18, 30 May 2019 (UTC)
• Strong oppose per article stability. In ictu oculi (talk) 07:57, 30 May 2019 (UTC)
• Oppose. Titles should reflect long term significance, not an attempt to optimize poor behaviours of the “go” box that supplanted the search box. — Preceding unsigned comment added by SmokeyJoe (talk • contribs) 08:19, 30 May 2019 (UTC)
• Oppose as stated but the proposer makes good and important points. We should prioritise a topic which is likely to remain most sought on a long-term basis, or at the very least not put some other topic at the base name just because it's "more encyclopedic". If there is a conflict between what academia understands by the term and a popular use which is likely to last 10+ years then a dab is indicated. Certes (talk) 09:10, 30 May 2019 (UTC)
• Weak oppose as proposed, I'd say that the long-term significance can be useful for people looking for a topic and discovering that its named after another topic, for avoiding surprise (since sending people to the singer when searching for "Pink" would surprise people) and for link stability. I'd point out that B2C often calls it the "historical importance" criteria when its not necessarily, a topic can be younger and still have more long-term significance such as New York. I also don't see the benefit in sending at least 1/3% of the readers onto the wrong page and having to load that, work find the hatnote and select what they want. If the DAB is at the base name then everyone can find what they want easily. I would support something like generally getting at least 90% as I pointed out here. Getting only 2 thirds is too low for a PT unless WP:2DABPRIMARY is in play or we're leaving an long stable article at the base name to avoid breaking external links. Crouch, Swale (talk) 12:40, 30 May 2019 (UTC)
• Oppose. The problem isn't the rule; the problem is how people interpret it. See Talk:Overwatch_(video_game) for a recent example. Calidum 20:28, 30 May 2019 (UTC)
  • Yeah, that's a great example. The split is 50/50, exemplifying how useless our guidance is. When both sides often have reasonable arguments based on the same policy, that indicates the policy is giving lousy conflicting guidance. It paves the way for JDLI arguments for either side rationalized as policy-based. As to interpretation, that's the point of the name change. Hopefully people won't be as apt to interpret "MOSTSOUGHT" as "most important" as they are with "PRIMARY". But this proposal looks to be going down in flames so the JDLI tug-o-wars are doomed to continue. --В²C ☎ 00:27, 31 May 2019 (UTC)

    For Overwatch, the game is MOSTSOUGHT today but is it likely to remain so in, say, 2029? The answer isn't obvious and perhaps editors are split 50/50. Certes (talk) 00:38, 31 May 2019 (UTC)

    I see no problem with moving articles in ten years in accordance with shifts in user interests. —В²C ☎ 05:03, 31 May 2019 (UTC)

    I do, for sure. One of the objectives of Wikipedia is to be freely and readily forkable to other formats, such as most simply an offline electronic copy or a printed version. These are already somewhat common, although few would seek to print the entire thing. Swapping titles around according to fickle things like current popularity of a game, like overwatch, or a entertainment product, like Four of Diamonds, makes Wikipedia have difficulties with its mirrors and archives and other forks, and all for no good purpose. --SmokeyJoe (talk) 05:51, 31 May 2019 (UTC)

    We move articles for many reasons... what better reason can there be than to improve user experience by ensuring they’re taken to the article they are most likely seeking with a given search term? —В²C ☎ 06:52, 31 May 2019 (UTC)

    Compromising on a good title, for the ostensible benefit of a hack to make the "Go" box work better, does NOT improve the reader experience. A better article improves the reader experience. A worse title makes the article worse. An over-brief title makes the article worse. Hatnotes at the top of the article, required to reduce the damage of an imprecise and mis-recognized title, makes the article worse.
    Articles get renamed when they have a bad title and a better title is available. Re-titlining an old page carries costs. Multiple re-titling has amplified costs. --SmokeyJoe (talk) 07:15, 31 May 2019 (UTC)

    We're not talking about better or worse titles, much less articles. We're talking about an ambiguous term which alone would be an excellent title for any of its uses, except for the technical limitation of WP using the title within the URL and thus requiring titles to be unique. Disambiguation decisions about whether a title of, say, a film titled "Foo", which is much more likely to be sought than any other topic named "Foo", and more likely than all other uses of "Foo", should be Foo (film) or just Foo, and thus whether the Foo dab page is at Foo or Foo (disambiguation) accordingly, generally do not affect how "good" any of the affected titles are, and certainly do not affect how "good" the respective articles are. Making WP work better for users by moving titles is the best reason to change a title. That was the original point of PRIMARYTOPIC, and, because that sense is often neglected I believe largely because of the "primary" misnomer implying "most important", I think it should be renamed to MOSTSOUGHTTOPIC. --В²C ☎ 16:42, 31 May 2019 (UTC)

    How often should titles be moved according to this principle? If some band decides to call themselves "Wombat", and it gets more views than the marsupial for a week, do we move the articles around for that week, and then move them back? bd2412 T 21:25, 31 May 2019 (UTC)

• Oppose. We changed the criteria for a reason, which has been explicated well already. In short: treating it like a popularity contest would mean we'd be moving articles and changing redirects all the time, because what is most-sought this week is not what will be next week; and that ENC/NOT interaction: WP is an encyclopedia not a Web index or a search engine or a social networking platform; lasting encyclopedic significance matters a lot. Third, even if we did undo the additional criterion, we wouldn't rename the policy section and shortcut to something people don't use and aren't likely to use; the underlying principle would still remain primary topic, if there were one criterion or three criteria, or whatever. 50.78.103.6 (talk) (SMcCandlish on public WiFi) 20:40, 31 May 2019 (UTC)
• (Summoned by bot) Oppose per above. SemiHypercube 18:38, 2 June 2019 (UTC)
• Oppose – Long-term significance must be taken into account. See for example Talk:Fingering (music)#Requested move 30 October 2015 and Talk:Fingering (sexual act)#Requested move 27 May 2016. — JFG ^talk 05:37, 3 June 2019 (UTC)
• Oppose - Primary Topic has always been about the most important topic.[[1]] That is what primary means - first in importance. It was never meant to be about the most sought after topic. Its purpose was to prevent readers being taken to articles such as Pink and Apple because that would be a surprise even to the people searching for those articles. The page view criterion was added only as a suggested way to determine the most important subject.[[2]] A handful of people were confused about this and now seem to think its all about what's the most popular. It isn't and the biggest indicator of all is that it's called Primary Topic and not Most Sought After Topic.--Ykraps (talk) 18:26, 3 June 2019 (UTC)

Discussion

I certainly agree that there are issues, but I'm not sure whether this proposal would help. It has benefits, but as it stands, so far there's no support above as far as I can see.

As many know, I have long thought that the whole idea of primary topic is past its use by date. It's on my back burner, but I am occasionally gathering concrete examples of its failings at User talk:Andrewa/P T examples and scenarios, and new examples, and/or discussion of those already there, is more than welcome, as is more general discussion at User talk:Andrewa/Primary Topic RfC.

We cannot return to the past. Once we discouraged all personal attacks, and there's been no consensus to change that policy, but now they are widely tolerated. Once we explicitly focused on reader benefit, and I'm old-fashioned enough to think we still should and even that we do, but it's gone from the policy (by consensus). Many more examples could be cited. Andrewa (talk) 21:32, 30 May 2019 (UTC)

Late to the party, but I think the ultimate criterion is not "most sought topic", but "topic most likely to be sought given title phrase". The two are usually the same, but sometimes they're not, and I think the long-term significance criterion is useful precisely because it helps explain the cases where they differ. Crouch, Swale's "Pink" example is a good one. The article on the singer surely gets more views than the colour, but as a reader, I'd be very surprised if I went to https://en.wikipedia.org/wiki/Pink and saw the singer. Maybe just because I've internalized the long-term significance criterion and incorporated it into my expectations? But I think an average reader not familiar with policy would have the same expectations (and would intuitively know to search for something like "Pink singer", or at least expect to have to follow a hatnote if they don't).

A related factor: I think it's generally better for a PTOPIC to have wide recognizability, even if it involves a tradeoff in pageview stats (and this is often true of long-term significance winners). e.g. I assume 1989 (album) gets way more views than 1989. But everyone knows what the year 1989 is. A user looking for the album who lands at the article about the year will easily understand what's going on. On the other hand, even though the article gets relatively high traffic, there are lots of poor souls not familiar with the masterpiece of synthpop that is 1989 (album). Someone searching for the year who lands at the album (and isn't familiar with it), is going to have a brief 'wtf' moment. So yeah, long-term significance per se is not that compelling a reason for choosing a ptopic, but I think it can be useful when considered in reference to the principle of least astonishment. Colin M (talk) 07:08, 9 July 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#Requested move 27 May 2019 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#Discussion by panelists, 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)

@Certes: 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)
  • (edit conflict)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 [3]. 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#The process of determining the consensus decision and User talk:RegentsPark/Archive 8#Cambridge review 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)
        • @Born2cycle: 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#Requested_move_14_May_2019. 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#Bruce Smith. 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:
  1. 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.
  2. 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)

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.

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.

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)

• 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)
  • BD2412, 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)
    • Andrewa, 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. Andrewa, 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)
  • (edit conflict) 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, BD2412, 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)

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)

• 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#Discussion by panelists. 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)

BilCat, did you get a chance to read User:Andrewa/Primary Topic RfC over the weekend as planned? Any comments?

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 SmokeyJoe's suggestion if there is no clear PrimaryTopic then there is no PrimaryTopic. [4] 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? [5]

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 [6] 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 one billion Africans! 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 Wikipedia: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)#Places 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 Florida (U.S. state), 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 [7] 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, Andrewa. 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)

Andrewa, 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 article with a clear hatnote to the right article, and all values in between are possible depending on both the article and the user. Similarly, getting to a DAB could be anything from a 0 to a 9.8, the 9.8 if the DAB is short and has the right article clearly identified near the top (such as your experience with The Americans), the 0 if it's not identifiable or not there at all (it happens). Andrewa (talk) 07:11, 26 June 2019 (UTC)

Andrewa, okay, so the main if not only reason you wouldn't favor disambiguating London, Paris, etc. is because it would be disruptive in terms of breaking links, etc. But, if it wasn't for that, you acknowledge your reasoning does suggest all topics with ambiguous names, no matter how well known, how relatively likely to be sought, or how historically significant, should be at a disambiguated title. Only if they happen to be already established at an ambiguous title they should stay? Is that right? --В²C ☎ 17:34, 25 June 2019 (UTC)

No. Andrewa (talk) 18:32, 25 June 2019 (UTC)

Recap

The most important thing abut NYRM (which started this whole section) isn't that a group of editors, by whatever means, succeeded in keeping the New York State article at the base name New York, where it clearly didn't belong, for many years. The most important thing is that they did have a case in terms of reader experience, but not under current policy.

The case they did have was that the New York City article didn't belong there either, even if (as I and many believe) it is the Primary Topic. It's much better to have the DAB at the base name. But that is contrary to current policy.

We now have another case at Talk:The Americans (2013 TV series)#Requested move 18 June 2019, with strong arguments both ways. There has also been some discussion of this case above. I'm not wishing to canvass !votes either way there, and have no intention of !voting there myself. My point is that there are good arguments there both ways, under current policy. Nor have I posted a heads-up at the RM to the relevant discussion above. I can argue that both ways too.

Rather I maintain that in both of these cases and many others, the reader is better served by having the DAB at the base name, even if one of the articles is Primary Topic, and that we should change our policies and procedures to reflect this.

Perhaps (as originally proposed above) we should also change the no consensus rule, but that is not necessary to fix the problems with either of these articles. It should be a separate issue. Andrewa (talk) 16:49, 25 June 2019 (UTC)

These are very different cases. In NYRM there are two topics that can at least vie for PT. Anyone searching with "new york" could easily be looking for either the state or the city. In The Americans, one use decimates the others in terms of likelihood of being sought by anyone searching with "the americans". Today, and for the foreseeable future, it's clearly the 2013 TV series. It's the epitome of no contest. How the reader is better served with the DAB page at the base name is beyond me. We do agree on one general point: current policy is problematic. I believe the problem is it's way too vague - that's what allows so many reasonable opposing arguments. That's policy/guideline failure. --В²C ☎ 19:48, 25 June 2019 (UTC)

That's not a failure at all. Minimal rules are what has allowed WP to evolve towards its best self through true consensus, that is through the millions of edits and thousands of individual discussions among large numbers of editors, not straightjacketing rules decided by the relative handful of regulars who frequent policy talk pages. Too many rules stifle growth and discourage editors. If there are "many reasonable opposing arguments", that means there is no true consensus. Making New York a dab page has hurt more readers than it has helped, but has both hurt and helped only to a small degree, even for such highly viewed articles. In the end, it doesn't really matter that much if some true primary topics (whatever that means) are at their base name and others are not. Usually everyone finds what they're looking for, even if it takes an extra click or two. The far greater danger is a culture of some editors telling all other editors how to do things, at a macro level. Station1 (talk) 20:27, 25 June 2019 (UTC)

Minimal rules? We're way beyond minimal rules, and that's what often leads to all the unnecessary conflicts. We need to minimize the rules and make them more clear; less contradictory. --В²C ☎ 20:33, 25 June 2019 (UTC)

Conflicts are not always unnecessary or 'bad'. They often clarify consensus incrementally. My fear is that when rules are made more clear and less contradictory, they may well be in a direction that neither you nor I nor large numbers of other editors may agree with. Then we're stuck. Station1 (talk) 21:06, 25 June 2019 (UTC)

Well said. Have you seen User:Andrewa/Rules, rules, rules? I'd be very interested in your comments. Andrewa (talk) 06:25, 26 June 2019 (UTC)

Agree that New York and The Americans are very different cases. That's the whole point. In both cases, P T has been a failure. Andrewa (talk) 22:10, 29 June 2019 (UTC)

The Arericans has now been moved with the closing summary The result of the move request was: moved per WP:PRIMARYTOPIC criteria. WP:PRIMARYREDIRECT wouldn't work per WP:PRECISION. If the article enters into the predicted slow decline and later is no longer the primary topic, the articles can be rearranged then. [8]

It will be interesting to see whether the predicted slow decline actually takes place, and what happens if it does. It's possible this will become a classic case of a move that is supported by the current policy despite not being in the best interests of readers. Andrewa (talk) 11:40, 30 June 2019 (UTC)

And it's possible (even likely) that this is a case of a move that is support by the current policy because it is in the best interests of the readership, and that's why the current policy is the current policy. -- JHunterJ (talk) 13:03, 1 July 2019 (UTC)

Agree (except I'm skeptical that it's even likely, but that's not the main point IMO). And your input at User talk:Andrewa/P T examples and scenarios#The Americans, where I will answer this in more detail, would be very welcome. IMO the RM was a good call given the current policy. Consensus can change of course, but I have yet to claim or achieve consensus support for my rather radical proposal on Primary Topic. And the proposal has itself changed radically since it was first formulated, and will probably change further before any RfC is moved by myself. Andrewa (talk) 22:58, 1 July 2019 (UTC)

I'll be happy to participate in the eventual RfC, but there too it will be a repeat of the simple statements I've made here. -- JHunterJ (talk) 11:48, 2 July 2019 (UTC)

Possibly, but hopefully not! (;-> I won't be moving an RfC until and unless I have more evidence, such as the eventual result of the RM discussed at User talk:Andrewa/P T examples and scenarios #The Americans, and analysis of more of the examples on that page. I'm sure you would respond to the evidence presented. Andrewa (talk) 01:04, 3 July 2019 (UTC)

That page is dauntingly long, but the most interesting cases can now be discussed at User talk:Andrewa/P T test cases... the name says it all. There are only four listed currently, but they include The Americans. Discussion there more than welcome... as I've often said, I see changing my mind as a way of building it, not diminishing it, so discussion that helps me to do this is always welcome, and one of the benefits of editing Wikipedia. Andrewa (talk) 15:02, 12 July 2019 (UTC)

Use of [[Category:Disambiguation pages]] and Template:Disambiguation for multiple disambiguation subcategories

Hi, Category:Mathematics disambiguation pages states that :

Pages in this category are classified as Disambiguation Pages as they relate groups of articles that might otherwise be confused by having the same title. Each of the articles here has been affixed with {{mathdab}} or {{disambiguation|math}}.

Now, I have just added a number of disambiguation pages to subcategories of Category:Disambiguation pages by using the category tool (i.e. adding "[[Category:X disambiguation pages]]" to the source of disambiguation page), and not by adding parameters to the generic disambiguation template. My question is: For disambiguation pages that can be included in multiple disambiguation pages categories, is there a policy on using :

"{{Disambiguation|Parameter-A}} + {{Disambiguation|Parameter-B}} + ....",

versus

"[[Category:A disambiguation pages]] + [[Category:B disambiguation pages]] + ..." ?

If no, what good reasons are there to use multiple {{Disambiguation|Parameter-X}} over mulitple [[Category:X disambiguation pages]], or vice-versa ? Thanks in advance, Fa suisse (talk) 19:36, 4 June 2019 (UTC)

You can use {{disambiguation|parameter-a|parameter-b|...}}. There should not be multiple disambiguation templates on a page, because that produces multiple blocks of text. I don't know that there's guidance on using the parameter over the category, although I certainly find the parameters easier. -- JHunterJ (talk) 19:42, 4 June 2019 (UTC)

Placing category tags directly on dab pages should be avoided for consistency, to discourage the addition of incorrect category tags to dab pages and to discourage creation of unnecessary categories for dab pages (many such categories have been deleted e.g. because they duplicated a talk page category). DexDor ^(talk) 19:47, 4 June 2019 (UTC)

It is often necessary with the hn parameter, because the sort key there needs to be different than for the rest of the dab cats. -- JHunterJ (talk) 20:17, 4 June 2019 (UTC)

All of {{dab|surname}}, {{dab|given name}} and {{hndis}} pages can be special cases.

1. If there's a parameter, use it! and stack them as suggested above. It makes for cleaner-looking and (probably) more portable code.
2. On a DAB page which has the surname or given name parameter or both, it can be a good idea to add Category:Surnames of Ruritanian origin or the like. That populates categories.
3. {{dab}} pages should never have separate {{surname}} or {{given name}} tags. The documentation on the latter two is absolutely clear: use the parameters! but anthroponymists will keep doing it.
4. {{hndis}} takes a sortkey as parameter; e.g. {{hndis|Doe, John}}. Use it! A separate - or, worse, a duplicate - sortkey is a really bad idea. It's unnecessary, and there's always the risk that in future an editor will come along and change one but not the other.
5. There is at least one DAB category which has no dedicated parameter, which has to be added separately: Category:Language and nationality disambiguation pages.
6. {{hndis}}, {{mathdab}} and the like should only be used on 'pure' pages. One exception poisons the well, and {{dab|hndis}} or {{dab|math}} should be used instead. The reverse is also true: if it's a 'pure' page, use the more specific tag.
7. In very rare cases, separate {{dab}} and {{hndis}} tags are needed because they need different sortkeys. As a totally spurious example:

• Slugger Riley (boxer)
• Slugger Riley (stripper)
• Slugger Riley (divebar)

would need both {{dab}} and {{hndis|Riley, Slugger}} tags.

My concepts are probably all around in WP:MOS somewhere; though I wouldn't bank on it, nor on guidance in one place not being contradicted in another. However, they satisfy my ideas of simplicity and tidiness. Narky Blert (talk) 00:12, 6 June 2019 (UTC)

As for case #7 – not that I have encountered anything of this kind – wouldn't it be better to have {{Dab}} [[Category:Human name disambiguation pages|Williams, Jonathan]] so that the we don't have two templates each adding a visual tag on the page? – Uanfala (talk) 00:49, 6 June 2019 (UTC)

That looks a good way of doing it, and I like it. However, I'm not sure I've ever seen a dab/hndis page categorised like that; certainly no more than one or two. It looks as if it should be straightforward to write a bot to standardise everything.

That style is recommended, in slightly vague terms, in the {{dab}} documentation, thus: "{{Disambiguation|human name}}: for Category:Human name disambiguation pages (note that you must instead add the category separately if it needs a different sort key)". It does not say (as IMO it should) that {{Disambiguation|human name}} should only be used when the hndis part is a mononym.

That isn't in complete agreement with the {{hndis}} documentation, which says: "For a disambiguation page containing both human names and other entries, do not use the {{hndis}} template. Instead, use: {{Disambiguation|human name}}"; without saying anything about sortkeys. Narky Blert (talk) 22:29, 6 June 2019 (UTC)

I do come across those in the wild, and that is how I clean them. I'd definitely be on board if a template coder wanted to make the hn parameter take an optional value, e.g. {{disambiguation|hn=Haig, Douglas}}. -- JHunterJ (talk) 14:34, 19 June 2019 (UTC)

Coincidentally enough, another example. -- JHunterJ (talk) 14:41, 19 June 2019 (UTC)

A related issue is title and name DAB pages, e.g. Count Meout.

1. These should never be classified as {{hndis}}.
2. They should never have a sortkey. The title is part of the name, not a forename.

Imagine a DAB page:

• Count Meout (general)
• Count Meout (boxer)
• Count Meout (ship)

then {{dab|tndis}} does the job perfectly. However, if the DAB page did not include the ship, you would still have to categorise it as {{dab|tndis}}; because if you put it into Category:Title and name disambiguation pages alone, a senior editor is likely to come along and turn it into the unnecessarily complicated double-tag. We lack a {{tndis}} template. Narky Blert (talk) 00:41, 6 June 2019 (UTC)

Surely typing an extra 4 characters "dab|" isn't much hardship.

A lot of the above discussion is about ensuring that dab pages have the correct sortkey (i.e. sorted by surname rather than by forename), but does any editor really use these categories in a way that needs them to be sorted like that? DexDor ^(talk) 09:34, 22 June 2019 (UTC)

Mexican combo radio stations, parenthetical disambiguators

I'm writing this here because I'm looking for encyclopedic input on a unique set of circumstances. I do have to explain a bit of how we got here, though.

In 1994, the Mexican Secretariat of Communications and Transportation authorized FM combo frequencies to 83 AM radio stations in the country that had claimed financial difficulty. This one-time, never-repeated giveaway resulted in assignment of FM call letters that matched the AM station, but with "XH" substituting "XE" as is practice for FM radio stations.

In some cases, this was OK. For instance, XEMEX-AM added XHMEX-FM. However, the SCT assigned matches even if they conflicted with an existing FM station. Thus, the SCT authorized XHLZ-FM to XELZ-AM even though a station XHLZ-FM already existed. They did this 21 times, with one case being mitigated by a callsign change by the combo station. (See User:Raymie/Mexican double callsigns.) Subsequently, another eight double callsigns have been issued by various clerical and timing errors in the Mexican government, for a total of 28 double callsigns. When I began editing Mexican radio articles on Wikipedia, I moved all of the articles corresponding to the "Combos of '94" to their FM page titles, as the FM is now considered the primary outlet for these stations (and 15 of them have surrendered their AMs completely).

Most of the stations have parenthetically disambiguated article titles, except for some where the article already existed and one obvious PRIMARYTOPIC case. These are:

• XHHIT-FM (would be XHHIT-FM (Baja California)) and XHHIT-FM (Puebla). This is the newest double call, having been assigned last year.
• XHOX-FM (would be XHOX-FM (Tamaulipas)) and XHOX-FM (Sonora)
• XHTY-FM (would be XHTY-FM (Baja California)) and XHTY-FM (Colima)
• XHVG-FM (would be XHVG-FM (Baja California)) and XHVG-FM (Yucatán)

In one case, the article title is not parenthetical because the other station is a low-powered repeater of a state network:

• XHCHI-FM (Chihuahua), which has a hatnote

Another station has a redirect case for a similar reason:

• XHPQUI-FM -> XHPQUI-FM (Querétaro) despite there also being XHPQUI-FM (Michoacán)

I also had given some city disambiguators, and I'm wondering if those should be states to match the rest:

• XHLC-FM (Guadalajara)
• XHSU-FM (Mexicali)

My questions would be as follows:

• Should the four "singletons" (XHHIT, XHOX, XHTY, XHVG) be moved to parenthetically disambiguated titles?
• Should XHLC-FM (Guadalajara) and XHSU-FM (Mexicali) be moved to state disambiguators?

Thanks for putting up with me and this confusing situation. Raymie (t • c) 06:07, 9 June 2019 (UTC)

I know Raymie is aware, but for others, the naming convention is located at WP:NCBC#North America, for reference.

I would disambiguate all, and leave disambiguation pages at the primaries of all. As for 2nd question, I think its fine to leave them at Guadalajara/Mexicali as those are capitals of the respective states. I presume sources associate them more with the city name than the state. -- Netoholic @ 06:47, 9 June 2019 (UTC)

@Netoholic: There is now a formal RM for this at Talk:XHHIT-FM#Requested move 16 July 2019. Raymie (t • c) 02:27, 16 July 2019 (UTC)

President

Editors who watch this page may be interested in Talk:President (disambiguation)#Requested move 20 June 2019. Certes (talk) 13:49, 22 June 2019 (UTC)

Place name PTM clarity

Following a discussion at Talk:Stratford:

I propose the wording of WP:PTM is slightly extended to be made more explicit about how we include place names that have non-generics for example hyphenation "-on-river" "-upon-river" "-in-forest" "-on-the-forest" (sic) e.g. Henley-on-Thames and Henley-in-Arden (a forest) Henley Stratford-upon-Avon (and Stratford-atte-Bow, Stratford-sub-Castle, Stratford-on-Slaney) is correctly included in Stratford, Stow-on-the-Wold (unsure if "wold" being either a generic "forest" or the specific Cotswold) in Stow. Is there, in fact, a general rule that all hyphenated place named are typically known by the leading specific? (Kingston upon Hull is a counterexample of being known as solely "Hull", but it isn't hyphenated). Thoughts? More examples? Widefox; talk 10:41, 25 June 2019 (UTC)

I would say that hyphenated place named are typically known by the leading specific. For example, road signs to Newcastle-under-Lyme show simply "Newcastle" despite the better-known alternatives. Even Hull has Kingston Communications. Exceptions probably occur where the first word alone would be confusing – adjacent villages Foo-on-the-hill and Foo-in-the-vale, or if a similarly named distant place is much more famous – but I can't think of good counterexamples. Certes (talk) 11:15, 25 June 2019 (UTC)

I would leave it to the articles (or topic projects) to indicate names that their topic is known as, rather than presuming the Disambiguation Project would "authoritate" a general rule within a topic space. -- JHunterJ (talk) 12:23, 25 June 2019 (UTC)

I think that's my point Certes - adjacent Foo-on-the-hill and Foo-in-the-vale seem no different from our PTM example North Carolina (South Carolina). A non-adjacent (but in the same county) example in this dab are: Stratford St Andrew and Stratford St. Mary "given its name because Suffolk has two Stratfords".

It isn't just hyphenated, Kingston upon Thames, Kingston On Murray, South Australia, Napton on the Hill, Newcastle upon Tyne (just like Newcastle-under-Lyme above) follows the rule, as opposed to the (I believe highly exceptional) Kingston upon Hull.

JHunterJ, yes there's merit in avoiding WP:CREEP but we already have place name guidance, but the point is many of these articles don't bold their shortened version or it may even be considered local usage (and that's something I ponder), and may/or may not use or describe the shortened name. If it's a general rule that saves a lot of time checking, especially hamlets etc which are stubs. Curiously, Kingston upon Hull is listed at Kingston, which I presume is incorrect, as an exception to this rule. Widefox; talk 15:52, 25 June 2019 (UTC)

• I think the reader is probably better served if we keep the PTMs in the same sequence as the single names, especially in a page where there is a geographical arrangement, as at Stratford. If they think the place is called "Stratford" and have an idea which county it is in, that's where they will look. And the reader is who we're trying to help by creating the dab page. PamD 18:04, 25 June 2019 (UTC)

Hmm, can't that argument be made for including PTMs generally? I'm not proposing that, only proposing an easy rule/example that the cutoff should presume place name PTMs that are hyphenated (or similar spelled without the hyphen above) are known as their leading specific, which appears to be the case with all examples above. Further reading of Stony Stratford, it's close to Fenny Stratford and Old Stratford. As close to each other they need disambiguating maybe with hatnotes on each, but can anyone say if they're known as "Stratford" or should be included here? I presumed not, and put them in the see also. I wouldn't want to relax PTMs much (we only have People as the major exception), as generally they decrease signal to noise and a simple rule of none is difficult enough, but this is about the presumption that they aren't PTM. Widefox; talk 18:46, 25 June 2019 (UTC)

All places that include Stratford in the name generally should be included but generally WP:DABORDER should be followed since they aren't full matches. In the case of Stony Stratford the "Stony" is the generic part and the "Stratford" the specific part, similar to Newcastle upon Tyne (It is entirely proper to include such place names in disambiguation pages with the specific title. In the case of Kingston upon Hull that falls under the exceptional case where its ambiguous with the generic term (Hull) unlike "Tyne" for Newcastle upon Tyne or "Thames" for Henley-on-Thames. However some like Priory Green probably shouldn't be included at either the "Priory" or "Green" DAB page since even "Priory" is pretty generic in this case however Melton Mowbray is listed at both the Melton and Mowbray DAB pages because even the last name isn't that descriptive but more specific. Crouch, Swale (talk) 19:22, 25 June 2019 (UTC)

Any places that aren't full matches should be in the See also section or excluded. Any places that are synonyms with hyphenated qualifiers IMO should be sorted as if they were titled just "Stratford" without any hyphenated qualifiers, since that's how the reader is seeking them. Any things that are compound words where the extra words are generics but not just added for qualification could be sorted after the main, but for sorting geographic topics, the country-then-subdivision-then-topic name sorting seems to be preferred to the more generic advice. -- JHunterJ (talk) 19:44, 25 June 2019 (UTC)

The guideline says that in cases of specific names its entirely proper to include them which seems to say that they can go in the "main" section (but obviously would usually be included after those called just by the name). For example Great Canfield (where "Great" was formerly disambiguation but is now part of the name) should be at the Canfield DAB page but not at the Great DAB page but as noted {{Lookfrom|Great}} is included to find such titles. See User:Crouch, Swale/Levels of ambiguity for other examples. Crouch, Swale (talk) 20:23, 25 June 2019 (UTC)

I don't think there can or should be any bright-line rule. We must always remember that DAB pages are intended for readers who don't know precisely what they are looking for; if they did, they wouldn't be reading the DAB page. Whatever gets them quickly and accurately to an article does the job.

For example, from my personal knowledge, Stony Stratford is always called by its full name. Great Ayton and Fenny Drayton are commonly called by their full names, but also as Ayton and Drayton respectively. Little Ayton, however, is always called by its full name. Stanford Dingley is always known by its full name, never as Stanford. None need or should be on any DAB page except the less specific one - most certainly not on e.g. Great, as Crouch, Swale has rightly pointed out. Narky Blert (talk) 20:44, 25 June 2019 (UTC)

So Great Ayton would be on the Ayton dab page and sorted as if its title were Ayton, since that's what the person who reaches the page looking for the topic would be looking for the topic as. That's all I'm saying. -- JHunterJ (talk) 20:50, 25 June 2019 (UTC)

Agree with last two posts of JHunterJ. So, this is specifically about places that have had (these types of) qualifiers added at some point, in this example to "Stratford" (a common old toponym, thus having many examples over ages where the name has morphed). So the presence of the qualifier directly asserts that it is ambiguous and should be included in the body of the dab. Correct? Widefox; talk 22:39, 25 June 2019 (UTC)

The guideline at PTM is quite clear that its normal to include them even if they're not commonly known by the name but they should be sorted according to how ambiguous they are, as can be seen the Ayton DAB page sorts them by alpha order/ambiguity in the "places" section. Great Ayton should indeed be sorted as a PTM just like Little Ayton. Similarly even if Stanford Dingley is hardly even called just "Stanford" its still a specific name for that places (and like Mekton Mowbray since there isn't a general topic with that name its also specific for "Dingley"). However when taking into account the primary topic for "Stanford" then Stanford Dingley would not be much of a competitor for just "Stanford" but that doesn't mean it shouldn't be included. The idea of PTM is to prevent generic names from being included there (or PTMs of topics already on the DAB page). I think JHJ is forming a bit too much of a line between a partial match that is sometimes known by the shorter name (that apparently should be treated as a full match) and a partial match that is rarely known by its full name (that apparently should be excluded). The guideline says that PTMs for "specific" PTM matches are "entirely proper" but per WP:DABORDER they should go after the full matches not excluded entirely or treated as full matches. AFAIK the main purpose of the "see also" section is to include those that have a slightly different name (such as Stanford and Stamford) rather than for PTMs but I suppose its OK to put the PTMs in the see also. Crouch, Swale (talk) 16:35, 26 June 2019 (UTC)

I disagree, and perhaps I disagree with the guideline's phrasing. One thing: nothing in the disambiguation list is a PTM, even if the title is part of a longer phrase. It's either ambiguous (and so not a PTM) or a PTM (and so in the See also section or in a name-holder stopgap section after the ambiguous entries); I do not make it that much of a line, rather WP:PTM does. But the second thing: the WP:DABORDER is a recommended order, and when another order is more appropriate, we use the more-appropriate order. In the case of places, the country-subdivision-topic sort order is invariably more appropriate. In that ordering, the things-with-more-words-but-still-title-matches (not PTMs) should be sorted as if the reader were looking for them by the ambiguous title. -- JHunterJ (talk) 19:00, 26 June 2019 (UTC)

Exactly. PTMs don't go into a dab unless in the see also, with the exception of People in the section before the see also. I looked at Ayton and that's a dab that needs cleanup, outside of this topic...sweep, sweep, done. Widefox; talk 19:04, 26 June 2019 (UTC)

So now Ayton is cleaned, a-b sort isn't the most useful for the reader, but as JHunterJ detailed, best per geo subdivisions. Widefox; talk 21:30, 26 June 2019 (UTC)

Place of the disambiguation page when there is only one blue-linked article (redux)

I have removed the paragraph regarding disambiguation pages where there is only one extant article on Wikipedia, which was briefly discussed at Wikipedia_talk:Disambiguation/Archive_44#Place of the disambiguation page when there is only one blue-linked article. It looks to me like that passage was added without there being a consensus for it at the discussion. Several editors opined that a better system would be to have a disambiguation page available through a hatnote, but place the single topic at the base name, which in my experience matches what happens in most RMs on this subject already. See for example Talk:Norton, Worcestershire. Happy to hear other opinions on this, though.  — Amakuru (talk) 09:10, 3 July 2019 (UTC)

On second thoughts, I have added this paragraph back. Having been there for four years, I guess it now has incumbency, so let's discuss here instead. THanks  — Amakuru (talk) 09:56, 3 July 2019 (UTC)

• I copy-edited the language to avoid "choosing" and "preferring" phrasing, since the idea that primary topic is an award to be sought gets into some other issues, but I think the concept is sound (and I hope I haven't changed it with the copy edits): multiple topics on Wikipedia mean ambiguity, and being mentions (with redlinks) on other articles wouldn't preclude primaryness. The language could be changed to indicate that that is also a rare case, but that would have little effect in discussions, since each individual case is always the rare case when supporting that position. :-) -- JHunterJ (talk) 13:26, 3 July 2019 (UTC)

  But we do need an example that better fits the situation. -- JHunterJ (talk) 13:27, 3 July 2019 (UTC)

I agree with removing it. It's an excessive amount of advice for something that should only occur rarely and transiently. It could be condensed to a single bullet under Determining a primary topic: "When a disambiguation page lists only one existing article (ie, all other suggested articles are red-linked), the existing article does not automatically become the primary topic."--Trystan (talk) 14:00, 3 July 2019 (UTC)

• I don't think we should remove the rule altogether (no objections to moving to "Determining a primary topic" per above). A topic isn't NN simply because Wikipedia doesn't yet have an article on it. Obviously there is the argument that readers can only find out about 1 topic if there is only 1 blue link which is arguably not useful but then having the DAB at the base name encourages the other topics to be created and prevents incoming links from being broken later when a move is needed. If a topic is not notable and doesn't have a separate article then AFAIK the only notable article is at the base name (or the less specific disambiguator). WP:DABSONG says for example that disambigation (or further disambiguation) isn't needed if other songs don't have separate articles (but obviously assuming that they aren't notable, not just haven't been written about yet). But as noted the one near Evesham is likely notable since its in the Domeaday Book and was a parish. However the current parish is "Norton and Lenchwick" which appears to be a rename from simply "Norton" so its possible that there shouldn't be separate articles on both the village and parish due to the overlap not that the village isn't notable. Crouch, Swale (talk) 17:15, 3 July 2019 (UTC)
• Inevitably, I can't think of a specific example. However, I have fixed links to DAB pages where English WP listed e.g. only a few minor sportspeople and actors, but there was a well-sourced article several pages long in the home language about a major e.g. political, military or creative figure. Russian is a common case: I've seen articles with translations into all sorts of languages but not (yet) English. It seems possible that some such articles translated into English would have a claim to be the English PTOPIC on the enduring significance ground.

The article about the PTOPIC may not have been written yet.

As a related example, within living memory in the West the Battle of Khalkhin Gol, if it was known of at all, was thought of as a 1939 border skirmish between Japan and the USSR. It was actually a decisive Soviet defensive victory, and Japan never dared attack the USSR again. Narky Blert (talk) 21:00, 12 July 2019 (UTC)

Guidelines for title-and-name disambiguation pages

@Anthony Appleyard, WPGA2345, Spinningspark, Hugsyrup, and Lightburst: There are currently 1,148 pages in Category:Title and name disambiguation pages. Pursuant to the precedent established at Wikipedia: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:

• 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 bd2412's wording, and nice work to you and Narky Blert and others on finding what seems like a neat compromise on a slightly tricky problem. Hug^syrup 12:46, 23 July 2019 (UTC)

I have implemented Narky Blert's proposed changes. Should this be added to Wikipedia:Manual of Style/Disambiguation pages#Specific entry types? 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)

Wilson Hall or Hall, Wilson

Wilson Hall contains mostly buildings and 2 people. It had the template {{hndis|Hall, Wilson}}. I replaced it with {{disambiguation|human name}}. My question is, how should it be sorted - 'Wilson Hall' for the buildings or 'Hall, Wilson' for the people? Is it possible to do both? (Parents should consider the convenience of Wikipedia editors when naming children.) Leschnei (talk) 02:05, 23 July 2019 (UTC)

@Leschnei: The documentation of Template:Human name disambiguation says to use it when the page has only human names, so using the generic {{disambiguation}} looks correct.—Bagumba (talk) 02:30, 23 July 2019 (UTC)

I agree, this should be sorted as "Wilson Hall". bd2412 T 03:26, 23 July 2019 (UTC)

The relevant guidelines aren't as clear as they might be. See Wikipedia talk:Disambiguation#Use of Category:Disambiguation pages and Template:Disambiguation for multiple disambiguation subcategories, a discussion from last month. These rare mixed dab/hndis pages should be both tagged {{dab}} and placed in Category:Human name disambiguation pages, to allow for the different sortkeys. (That discussion explains why that method is better than tagging as both {{dab}} and {{hndis}}: it reduces clutter at the foot of the page.) I've now done that with Wilson Hall.

Geographers are another class of people who should take more care before thoughtlessly choosing names. See e.g. James Lake (disambiguation) (which until just now was categorised as hndis, with no geodis element). Narky Blert (talk) 07:36, 23 July 2019 (UTC)

Thanks all. I read Wikipedia talk:Disambiguation#Use of Category:Disambiguation pages and Template:Disambiguation for multiple disambiguation subcategories but it didn't occur to me to put a sortkey as a parameter for Category:Human name disambiguation pages. Something new to remember. Leschnei (talk) 11:42, 23 July 2019 (UTC)

Primary topic and Incomplete disambiguation conflicts

Hi all. I have recently closed a requested move discussion on Steve Smith (cricketer) (located here) which I determined there was no consensus. In short, those supporting the move to a further disambiguated article title argued that the current title was an incomplete disambiguation. Those opposing the move argued the article subject was the primary topic, and similar to some other cricketer articles (e.g. James Anderson (cricketer)), should be titled without their year of birth. Through reading this guideline, I was not able to determine how to title articles when there is a conflict between WP:INCDAB and WP:PRIMARYTOPIC, so I am opening an RFC to see if we can determine which takes precedence in future discussions. The options forward I see (there may be others) are:

• Option 1: INCDAB takes precedence over PRIMARYTOPIC
• Option 2: PRIMARYTOPIC takes precedence over INCDAB

I would appreciate the community's thoughts on this matter. Steven Crossin ^{Help resolve disputes!} 07:56, 23 July 2019 (UTC) replaced references to PRIMARY with PRIMARYTOPIC --В²C ☎ 21:23, 23 July 2019 (UTC)

• There was a recent closely-related if poorly-attended discussion at Wikipedia:Redirects for discussion#Mohammad Irfan (cricketer). I found this argument compelling: if Mohammad Irfan is WP:PTOPIC among all people with that name (and I am convinced that he is, as a well-known international player who was also caught up in a major cheating scandal, whereas the other cricketers are very minor figures), then Mohammad Irfan (cricketer) should redirect to him. (I didn't join in that discussion, because the traffic was all one way.)

IMO a similar argument applies where there is no, or another, PTOPIC, and a qualifier is needed; as with e.g. Steve Smith and James Anderson. If one topic with a qualifier is overwhelmingly better known than others with the same partial qualifier, then it is PTOPIC to that limited extent. I am more reluctant than many to argue for a PTOPIC: they collect bad incoming links which are difficult to find and fix. That said, I agree with your reasoning and the result in that recent RM. Narky Blert (talk) 08:31, 23 July 2019 (UTC)

• There is no "primary" for a qualifier. So once a page uses disambiguation any primary discussion is just pointless and ego-driven. Whatever option from the option list says what I said, I support that. --Gonnym (talk) 08:35, 23 July 2019 (UTC)
• weak Option 1 In the above example I did participate and vote with a primary topic rationale, Steve reasonings for no consensus do raise an issue and an order of precedence does seam a logical idea, but I have a concern with WP:PRIMARYTOPIC. Primary is about Wikipedians conducting their own research(WP:OR) and deciding that one is more significant than all others(WP:NPOV). WP:5P2 says Editors' personal experiences, interpretations, or opinions do not belong, to me thinking about Primary thats is an exact description of how it works, we take our personal experience Steve Smith was a National Captain, National Captains have longer careers, are generally the more talented players. Then with we look to justify our opinion with Google hits, and other sources, while we can produce lots of numbers to support our opinion we wouldn't dare write in the article, Steve Smith former Australian cricket captain is the most notable Steve Smith to have played cricket because its original research and not something that has been written about by a third party we can cite. In any order of precedence Primary should be well down the list, possibly not on it at all. Gnangarra 08:43, 23 July 2019 (UTC)

  My understanding of this RfC is that the proposal meant to reference WP:PRIMARYTOPIC, not WP:PRIMARY. Station1 (talk) 20:49, 23 July 2019 (UTC)

  sorry, fixed Gnangarra 23:34, 24 July 2019 (UTC)

  I just fixed the PRIMARY/PRIMARYTOPIC problem. --В²C ☎ 21:23, 23 July 2019 (UTC)

• Misapplying "primary topic" It's never been my interpretation that a parenthically disambiguated title, e.g. one that already ends in (cricketer), could be a "primary topic" of an already partially-disambiguated title. The primary topic would be just plain "Steve Smith". There are no other quasi-primary titles like "Steve Smith (cricketer)". The other reason there should not be a "Steve Smith (cricketer)" if there is more than one cricketeer is that the policy WP:PRECISION would fail: Usually, titles should unambiguously define the topical scope of the article ... There should not be multiple levels of "primary" for "Steve Smith".—Bagumba (talk) 12:38, 23 July 2019 (UTC)

  There are actually quite a few similar titles, such as Alabama (band), Lemmings (video game), Jane Seymour (actress), Lohengrin (opera), etc. There are not large numbers of these because it's fairly unusual for something to be the primary topic for a disambiguated title, but when they happen, they should not be treated differently from any other primary topic. Station1 (talk) 20:49, 23 July 2019 (UTC)

  Those would not comply with policy WP:PRECISION. Imagine being the reader that is redirected to a dab, think that you picked the "right" article, just to go there to find out it's the wrong (ambiguously-titled) article, and having to disambiguate yet again (if you haven't given up already).—Bagumba (talk) 14:25, 24 July 2019 (UTC)

  They do comply with WP:PRECISION. If they didn't, no primary topic ever would. WP:PRECISION clearly says "Exceptions to the precision criterion may sometimes result from the application of some other naming criteria. Most of these exceptions are described in specific Wikipedia guidelines or by Wikipedia projects, such as Primary topic...". Your example makes my point: Imagine someone seeking "Steve Smith (cricketer)" instead being redirected to Steve Smith the dab page. There is no benefit to anyone, even to the one person in a hundred who wants the other cricketer. Station1 (talk) 18:33, 24 July 2019 (UTC)

  I’m not convinced that a sufficient number of people would search for “Steve Smith (cricketer)” to warrant the incomplete disambiguation. Only 0.7% of visits to Thriller (Michael Jackson album) came through the redirect Thriller (album), and that is with several internal links to the redirect. I don’t think users are likely to type in parentheses in a search field, and internal links that are redirected to dab pages would be retargeted to the appropriate article, just like any link to a dab.--Trystan (talk) 19:28, 24 July 2019 (UTC)

  Certainly to the extent this whole issue affects only the relatively few people who would search for or link to something like "Steve Smith (cricketer)" it's relatively unimportant. But if the only benefit is to make an extremely rare mislink more obvious to editors, I think those few readers take precedence. Station1 (talk) 21:16, 24 July 2019 (UTC)

  @Station1: Steve Smith (cricketer) should be redirected to the specific dab section, Steven Smith#Cricket, where there are three specific cricket possibilities. I agree, readers should not be sent to the top of the generic long list.—Bagumba (talk) 08:02, 26 July 2019 (UTC)

  But even if that were done (and the anchor never broke), instead of 99%+ of those readers being at the right article automatically, 100% of those readers will have to decide whether they want Steve Smith (cricketer, born 1989) or Steve Smith (cricketer, born 1961). Most will decide correctly, but perhaps fewer than 99%, so we wind up with more readers on the wrong article than if there were no dab page involved. In addition, those who still get to the right article had to go through an unnecessary extra step. The <1% who really want the older Smith are no better off than clicking on a hatnote. Another consideration is that many people do search Google with strings like "steve smith cricket" and Google will show the primary topic for that string no matter what we title the article. If we title the article Steve Smith (cricketer, born 1989), there will likely be no hatnote on that article per WP:NAMB, ironically making any other cricketers named Steve Smith on WP more difficult to find. Station1 (talk) 07:33, 27 July 2019 (UTC)

• Option 2. Reading the guideline as a whole and considering the logic behind the concept of recognition of a primary topic, INCDAB comes into play only when there is no primary topic. There will be no primary topic in most cases, but certainly not all, and Steve Smith (cricketer) is a good example of the latter. Chances are better than 100 to 1 that someone searching for or linking to "Steve Smith (cricketer)" wants the famous one who is the subject of the article. By placing a hatnote on that article, no one searching for the famous Steve Smith (cricketer) is inconvenienced by landing on the dab page, while the rare reader who wants the other Steve Smith (cricketer) simply clicks on the hatnote. That is the same logic behind all primary topic article titles. Station1 (talk) 20:49, 23 July 2019 (UTC)
• Option 2. I don't know how the INCDAB wording slipped in, but I thought this was settled at WP:PDAB long ago, which to this day lists many examples of partially disambiguated titles, all of which, like Jane Seymour (actress), are perfectly fine, despite Jane Seymour (Canadian actress). The current wording at INCDAB is misleading and needs to be corrected. --В²C ☎ 21:20, 23 July 2019 (UTC)
  • Jane Seymour (actress) fails WP:PRECISE and is not perfectly fine. At best i It is grudgingly fine. —SmokeyJoe (talk) 21:45, 23 July 2019 (UTC)
    • She "fails" PRECISE to no greater degree than any other primary topic does; that's fine, by definition. More to the point, I would argue that disambiguating her further would make the topic less recognizable than it currently is. The actress named Jane Seymour is widely known. Add more precision by way of a country of origin and/or birth date in there and you only raise questions about whether that's the Jane Seymour, since such details about her are not nearly as well known as her being an actress, and could cause many to suspect that it's some other Jane Seymour. --В²C ☎ 23:27, 23 July 2019 (UTC)
      • Yes, I agree with that. It implies degrees of how Primary is the Primary Topic. It is unfortunately a really bad term. --SmokeyJoe (talk) 23:36, 23 July 2019 (UTC)
• Extreme cases should not set precedent. "Smith is often regarded as one of the best batsmen in the world and considered the "best since Bradman" due to his high batting average". This Steve Smith eclipses the other cricketers. Where there is no primary topic, certainly no primary topic for Steve Smith, the title should err towards precision. However, even if there were a rule against parenthetical primary topics, this would be an exception. No one who knows anything about the other cricketers will not know about this one. --SmokeyJoe (talk) 23:33, 23 July 2019 (UTC)

There is no PRIMARYTOPIC v. INCDAB conflict to resolve. WP:PRIMARYTOPIC does not apply because there is no PRIMARYTOPIC. The challenge is INCDAB: "it should redirect back to the main disambiguation page". Note that the word "should" is not "must". The INCDAB text could be improved, or it could be accepted that "should" allows for many exceptions. --SmokeyJoe (talk) 23:40, 23 July 2019 (UTC)

• Option 2, in rare and narrowly defined circumstances, such as Kiss (band). bd2412 T 23:43, 23 July 2019 (UTC)
• Option 2, I suppose, although I think WP:PRIMARYTOPIC doesn't really apply. WP:INCDAB should probably be rewritten and simplified to indicate that a disambiguation page shouldn't have a disambiguator in its title (other than "(disambiguation)" if there's a primary topic). The naming conventions for various topics might specify whether to support things like "Thriller (album)" and "Thriller (Cold Blood album)" or whether to always further qualify the qualifiers. But that should be up to the naming conventions, not the disambiguation guidelines. The technical problem that disambiguation exists to solve is solved either way, and WP:PRIMARYTOPIC should just be concerned with where Thriller (or Steve Smith) lands, not where Thriller (album) (or Steve Smith (cricketer)) lands. -- JHunterJ (talk) 12:08, 24 July 2019 (UTC)
  • Option 3: WP:PRECISION, being policy, takes precedence over naming convention guidelines. (WP:PRIMARYTOPIC simply does not apply to qualified titles, and WP:INCDAB needs to be rewritten to address only the avoidance of disambiguation pages with qualifiers in their titles, and to point to WP:PRECISION and topic naming conventions for non-disambiguation titling guidance.)

  Topic projects that want to have "levels" of qualifiers when one instance overwhelming dominates (that is, that want a primary-topic-like qualifier) would get broader community consensus for the policy exception, per WP:LOCALCONSENSUS. -- JHunterJ (talk) 15:21, 24 July 2019 (UTC)

• Option 1 should be the default. As with all rules, exceptions are appropriate in rare cases. In general, once we go to the effort of adding parenthetical disambiguation, we should make that disambiguation complete. The standard test for a primary topic should not be sufficient to make an exception (i.e., significantly more likely to be sought than any other topic.) The appropriate standard to make an exception here would be something like “overwhelmingly more likely”.--Trystan (talk) 13:43, 24 July 2019 (UTC)
• Option 1 Trystan wrote basically what I had planned to. I am not sure I have anything additional to add beyond what they said. CThomas³ (talk) 14:56, 24 July 2019 (UTC)
• Primary partial disambiguation is good and should be encouraged, not avoided, when there is such a clear differentiation in notability. Alan Davidson (cricketer) and Peter Bell (footballer) are two more Hall of Fame members that are obscurely located at Alan Keith Davidson and Peter Bell (Australian footballer, born 1976) because of the existence of a borderline notable namesake. Modify whichever guideline page you need to make this happen. The-Pope (talk) 11:38, 25 July 2019 (UTC)
  • I think this is a really good point - full disambiguation of what should be a partially disambiguated primary topic leads to obscure titles with unknown middle names, or accurate but little-known specifics within the parentheses. This practice is not helpful. --В²C ☎ 20:09, 25 July 2019 (UTC)
• Option 2. WP:CONCISE is one of our naming criteria. Thriller (Michael Jackson album) is a good example of a title that runs afoul of concise because some users' opposition to putting it at the preferable Thriller (album) even though someone searching for an album named Thriller will almost undoubtedly be looking for MJ's album. In this case, Thriller (album) is also WP:PRECISE enough. Calidum 01:09, 26 July 2019 (UTC)
  • That example is not typical of what Option 2 would lead to. An article only needs to receive a simple majority of traffic to be made a primary topic (more likely than all the other topics put together, as well as significantly more likely than any other individual topic). If the standard PT rules take precedence, you would have situations where up to half the traffic going to a title that is already disambiguated would arrive at the wrong article. I think a user seeing a title with parenthetical disambiguation - such as in our search box autocomplete - should be able to be virtually certain that they are getting the right article.--Trystan (talk) 13:34, 26 July 2019 (UTC)
    • I agree with you that instances where "partial disambiguation" is allowed should be limited. My concern is that unless we say explicitly that such exceptions are allowed, they won't happen in practice, so the status quo won't change at all. Calidum 23:11, 26 July 2019 (UTC)
• This might be a good discussion to advertise at WT:AT as well as the more-used NC talk pages. --Izno (talk) 21:09, 27 July 2019 (UTC)
• Option 1 for simplicity's sake. Always give perfectly unambiguous disambiguators. Red Slash 21:15, 27 July 2019 (UTC)
• Generally option 1 since PRIMARYTOPIC only deals with terms however its not unreasonable in clear cut cases like Thriller for a PDAB to be treated as primary but by default (even more so than "general" primary topics). Readers who know about how we title things would probably try including qualifiers if they know the term is ambiguous and that's likely for Thriller. However its less clear still if a PDAB can host an article or it has to redirect to the fully disambiguated title, I'm not certain what's best but I have usually opposed to it. In favour of PDABs hosting articles is not having a simpler title redirecting to a more complex one (WP:CONCISE). Against is is WP:PRECISE suggests that only primary topics can be at the base name but its less clear if it allows PDABs. Crouch, Swale (talk) 18:48, 29 July 2019 (UTC)
• It depends. In some cases, WP:CRITERIA are best met by a partially disambiguated title (i.e. Option 2). The list of extant examples at WP:PDAB shows that there's some consensus around this practice. I'd like to see WP:INCDAB updated to make this clear. Given the potential for confusion, I think the threshold for primary-ness should be even higher than normal. Colin M (talk) 03:16, 1 August 2019 (UTC)
• Option 2 because it is without a doubt the most helpful to readers. If someone is searching for e.g. Alabama (band) they are almost certainly going to be looking for the most famous band of that name and should be taken directly to the article they are looking for. Those relatively few looking for the lesser known band will expect expend less effort getting there from the hatnote at the bigger band's article than they would have to to pick the listing out of the 11 entries in the relevant one of 7 categories at Alabama (disambiguation). Very large numbers of our readers know how we title articles, and very nearly everybody who is looking for the article about the country music band will also know about the state. As such those people who fall into both groups will naturally search for "Alabama (band)", however it is likely that most of those people do not know that there was a different band with that name so will not know of the need to add additional qualifiers, or indeed what other qualifiers would be necessary - (Alabama band), (1980s band), (band formed 1969), (country band), (country music band) even assuming they know these facts before reading the article. Thryduulf (talk) 13:51, 1 August 2019 (UTC)

What about cases where it isn’t "almost certain", but just "significantly more likely", which is the standard for identifying a primary topic? For example, a couple of possible RMs:

Readers seeking House of Cards (TV series) are significantly more likely to be seeking House of Cards (American TV series) (90%) than House of Cards (British TV series) (10%), so move the American series to the "(TV series)" title.

Readers seeking Battlestar Galactica (TV series) are significantly more likely to be seeking Battlestar Galactica (2004 TV series) (75%) than Battlestar Galactica (1978 TV series) (25%), so move the 2004 series to the "(TV series)" title.

One might question whether those particular RMs would go through, but many ones like them would if we apply the standard PT test to disambiguated titles.--Trystan (talk) 14:45, 1 August 2019 (UTC)

If there is a primary topic (as determined by the usual means) for a given search term, then that search term should lead directly to that article because that is what is best for readers. Only when there is more than one search term an article is the primary topic for should this equate to a redirect. It is entirely irrelevant whether this will lead to 10 or 100,000 instances of titles like Alabama (band)/Alabama (Canadian band). The only thing that matters is that we maximise the chances of a reader finding the article they are looking for with as little hassle as possible. If the US and 2004 TV series are primary topics, they should be moved as you suggest. Thryduulf (talk) 15:17, 1 August 2019 (UTC)

Those moves would be quantitatively, objectively worse for getting readers to the right article. Incdab redirects with no incoming links get very minimal traffic. Yesterday, the 30-day stat for the House of Cards one was 43, and 1 (!) for the BSG one, compared to tens of thousands of views for the related articles. If those moves were made, an extremely small number of readers would get to the article without seeing the dab (and of course not all would be at the right article). But far greater would be the number of readers who would now arrive at the wrong article because they picked the incdab title out of the search autocomplete, having no way to tell it’s not the one they are looking for.--Trystan (talk) 13:53, 2 August 2019 (UTC)

Trystan, realizing this is what prompted me to start the #Article space descriptive shortcut redirects to articles with parenthetically disambiguated titles section below; such redirects are more likely to be actually used as search terms in many cases than the parenthetically disambiguated titles. That said, I don't see why the light direct usage of the PDAB titles would make "getting readers to the right article" "quantitatively, objectively worse". --В²C ☎ 16:58, 2 August 2019 (UTC)

The benefit of the hypothetical moves described above is that most people currently going to the incdab title (eg, BSG (TV Series)) would get to the right article without going through the disambiguation page. The cost is that people looking for the lesser-accessed article, like the 1979 BSG or the UK House of Cards, are more likely to end up at the wrong article, for example by picking “BSG (TV series)” from the search box autocomplete (where as now, the autocomplete offers up fully-disambiguated options). Because the people currently going through the incdab redirect (up to dozens) is so minuscule compared to the views that these lesser-viewed articles get (10-20 thousand), the cost will be much higher than the benefit.--Trystan (talk) 18:45, 2 August 2019 (UTC)

• Option 2 per Thryduulf, although I agree with bd2412 and Calidum that the usage should be limited and narrowly defined. -- Tavix ^(talk) 14:09, 1 August 2019 (UTC)
• Option 1 – Bagumba got it exactly right, up-thread. That said, I could see a very limited number of exceptional cases to this formulation, but the number of these should be very small, and only as a result of a clear consensus at a WP:RM discussion. --IJBall (contribs • talk) 16:13, 6 August 2019 (UTC)
• Option 1 with rare exceptions. WP:PRIMARYTOPIC is about the best destination for a word, name, or phrase, which to my mind includes Steve Smith but not Steve Smith (cricketer). Like most rules, a few exceptions are justified, but the threshold for joining that list needs to be set much higher than for a normal primary topic. Certes (talk) 16:27, 6 August 2019 (UTC)
  • In what way is "Steve Smith (cricketer)" not a phrase? If someone is familiar with the way we title articles and knows of multiple people called Steve Smith but only one cricketer (very likely) this is exactly the phrase they are most likely to use. Thryduulf (talk) 12:58, 7 August 2019 (UTC)
    • It's not a normal English noun phrase in the way that Steve Smith is, in that we don't insist on finding it in sources or necessarily expect to. See #Important questions below. Andrewa (talk) 07:35, 14 August 2019 (UTC)
• Option 2 per Thryduulf, also echoing the concerns of bd2412, Tavix, et al. The bar should be set higher for these titles, but there are many cases like "Alabama (band)" or "Thriller (album)" where we really know what users are looking for. Yes, perhaps unfortunate that the term "primary topic" suggests it's all or nothing, but it's never been within our ideals to put bureaucracy over service to readers. ("Ideals" being a key word there. Not planning on watching this discussion, so ping me if needed.) --BDD (talk) 22:55, 15 August 2019 (UTC)

Important questions

There are some really good points made above IMO. I'm not yet ready to !vote on the RfC, but I'd like to discuss. All of the following is said above or at least hinted at.

There's a critical difference between natural disambiguation and parenthetical disambiguation, and the rules may not necessarily be the same, and aren't, and our current policies and guidelines do say this but perhaps not clearly enough.

A natural disambiguation is an English noun phrase that can be expected to appear in reliable secondary sources, and it isn't even a candidate for an article title unless it does appear in them. Our disambiguation conventions (by which I mean any construction with which we disambiguate which is not a natural disambiguation) on the other hand produce titles that will not necessarily appear in sources at all, although comma disambiguation in particular may.

So our disambiguation conventions give titles which we may adopt even if they do not ever appear verbatim in sources. All such conventions should probably follow the same rules... parentheses, commas, are there any others? I guess we should look to see whether the pipe trick recognises any others.

This should be reflected in our article title policy and already is implicitly but perhaps not even consistently. And it seems to me that this RfC is seeking to clarify exactly this. Andrewa (talk) 00:38, 15 August 2019 (UTC)

A proposed new disambiguation template

This discussion is intended as a continuation from Wikipedia talk:Disambiguation#Guidelines for title-and-name disambiguation pages. 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#Variant templates.

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 Wikipedia:Manual of Style/Disambiguation pages#Specific entry types; 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 {{dab|tndis}}. Others, however, are pure tndis pages; King Joseph is an example. According to Wikipedia:Categorization#Categorizing pages, "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 {{dab|tndis}}, 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 {{dab|tndis}}, 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)

Proposed disambiguation category.

Somewhat in parallel with Category:Redirects from Greek letter organization letters, I'd like to propose a category and would like suggestions on names. A typical example is Delta Phi Epsilon which is a dab page between

• Delta Phi Epsilon (professional), the professional foreign service fraternity and sorority
• Delta Phi Epsilon (social), a National Panhellenic Conference affiliated social sorority

Current potential members in the category include

• Acacia (maybe)
• Alpha Delta Theta
• Alpha Gamma Sigma
• Alpha Kappa Pi
• Alpha Omega (maybe)
• Alpha Phi Gamma
• Alpha Zeta
• Delta Alpha Pi
• Delta Phi Epsilon
• Delta Sigma Chi
• Delta Sigma Epsilon (maybe)
• Kappa Alpha (Added later)
• Kappa Alpha Pi
• Kappa Delta Epsilon
• Phi Alpha
• Phi Beta Delta
• Phi Delta Gamma
• Scarab (maybe)
• Sigma Lambda Alpha

The "Maybe" entries are ones where the dab page disamiguates between a Greek Letter Organization (fraternity/sorority/honor society, etc) and something unrelated (such as Acacia being both a Greek Letter Organization and a tree. Thank youNaraht (talk) 14:26, 28 July 2019 (UTC)

• Organizations of a specified type probably constitute too narrow of a topic for a separate disambiguation category. I could see something like a Category:Greek letter disambiguation pages, containing all pages whose titles are some come combination of Greek letters. bd2412 T 15:00, 28 July 2019 (UTC)

• DB2412That would exclude Acacia and Scarab, but definitely fits the concept. It would pick up Alpha Omega (sort of) and Delta Sigma Epsilon (which is between a sorority and a Greek Army acronym) The question is whether the name indicates that the members of the category should be Gamma Delta Omega or ΓΔΩ or both. (Do we have dab pages in non-latin letters)? Also, how many articles would make sense to create a category with. For "standard' categories, 4 or 5 seems sufficient.Naraht (talk) 16:56, 28 July 2019 (UTC)

  As for non-latin letters, ∆ and ПКП are dabs, as is Ø (disambiguation) (not to be confused with Ø (Disambiguation), which isn't). Certes (talk) 17:05, 28 July 2019 (UTC)

  Note that we have Category:Disambiguation pages with Chinese character titles. bd2412 T 18:24, 28 July 2019 (UTC)

  BD2412 Hmm. That would align closer to one with ΓΔΩ, but certainly close to what I had im mind?

• Naraht, why? DexDor ^(talk) 18:28, 28 July 2019 (UTC)

  DexDor Why what? Why create the category in the first place?Naraht (talk) 20:35, 28 July 2019 (UTC)

• Oppose until an explanation of how the proposed category would improve wp is provided. What is the problem that the category would solve? DexDor ^(talk) 06:44, 29 July 2019 (UTC)

Comparisons

I presume that such a category would end up as a subcat of Category:Disambiguation_pages. I'm going to assume that this category gets to about 20 pages (and no subcats of that), when I find all of the appropriate articles. The other subcats to Category:Disambiguation_pages that have less than 100 pages in them are Tech and Engineering at 3 pages, Music Disambiguation at 4 pages, Date and Time Disambiguation at 26, Template Disambigiation at 33 pages, Case Law Disambiguation at 51 pages and Flight Number Disambiguation at 65 pages.Naraht (talk) 20:48, 28 July 2019 (UTC)

Article space descriptive shortcut redirects to articles with parenthetically disambiguated titles

If anyone can come up with a shorter name for this concept, please share! But for now I'm using, Article space descriptive shortcut redirects to articles with parenthetically disambiguated titles. What I mean by that is, for example, Alabama band, which has existed as a redirect to Alabama (band) for over ten years.

The utility of such redirects should be obvious, but just in case, I'll spell it out: parenthesis are relatively annoying to type. Most of us can type letters and spaces and shift for caps with touch typing, but when it comes to typing digits, or the special symbols above them, we have to stop and look down. It's a pain, relatively speaking. A first world pain, to be sure, but hey, disambiguation is all about making our articles easier to find, and typing Alabama band is significantly easier than typing Alabama (band). Hey, I was able to do that without looking down. Huh. I did not realize that, but still, I did mistype the ) the first time; it's more prone to error and I stand by my point for all those who can't find () without looking down.

Anyway:

1. Do we have any kind of guidelines for Article space descriptive shortcut redirects to articles with parenthetically disambiguated titles?
2. For any parenthetically disambiguated title Name (disambiguation) should we have a redirect to it without the parens, Name disambiguation? --В²C ☎ 16:58, 1 August 2019 (UTC)

• I sometimes make use of these, for the reason you describe, and am always glad when they exist. I'm not aware of any guidelines about them. I wasn't even able to find a redirect template for them at WP:TMR. {{R from incorrect disambiguation}} seems like it could kind of apply: Use this rcat to tag a title that incorrectly disambiguates a subject due to a typographical error, a format that does not follow Wikipedia convention or a previous editorial misconception. In practice, it seems like it's rarely used for this purpose, and the catch-all {{R from modification}} is typically how these redirects are tagged. Re #2: Sometimes? For short, predictable disambiguators like (song), (film), (poet), I'd say these redirects are likely to be useful. For obscure or compound disambiguators like (Swedish news programme), (1922 automobile), (politician, born 1952), etc. it seems unlikely readers will ever stumble on them naturally via search. Also, of course, there are some rare cases where stripping the parentheses from a disambiguated title actually creates a new primary topic. e.g. Fight (song) vs. Fight song. So any kind of automated mass creation seems like a bad idea. Colin M (talk) 19:23, 1 August 2019 (UTC)
• For all an unsuspecting reader might know, the Alabama band was a gang of outlaws who terrorised that peace-loving state in the mid 19th century. Non-standard redirects both create ambiguity and clutter up the search box. If someone types 'Alabama' into the search box and sees both 'Alabama band' and 'Alabama (band)', how are they supposed to guess that they're the same thing?

"Alabama Song" is about a song with that exact title. Alabama song redirects there, even though there are other songs titled "Alabama"; including the official state song.

Detective film is a genre; but Detective (film) is ambiguous, because there are several films titled Detective. Narky Blert (talk) 09:43, 3 August 2019 (UTC)

• That's a good point. I search Wikipedia using my browser's address bar (with a custom search prefix), so I'm not that familiar with the features of the in-page search bar. Is there any way to categorize a redirect so that it doesn't show up in search suggestions? I notice that Alabama band does exist as a redirect, but when I type any prefix of "Alabama band" into the search bar (up to and including the full phrase), the redirect doesn't show up as a search suggestion (the top suggestion is "Alabama (band)"). Any idea why this is? Maybe because the redirect gets so few hits, it gets ranked low by the algorithm? Colin M (talk) 17:14, 4 August 2019 (UTC)

• Its because the Alabama (band) takes precedence over redirects. Crouch, Swale (talk) 17:20, 4 August 2019 (UTC)

• Ah, makes sense. In that case, Narky Blert's concern about cluttering the search box seems like it wouldn't apply. Colin M (talk) 18:57, 4 August 2019 (UTC)

How much hatnote is too much?

Guidance per WP:D#Primary topic with two or more other topics:

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

PamD 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. </soapbox mode>. -- 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#Naming the phases. 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)

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. Eventhorizon51 ^(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. Eventhorizon51 ^(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. Eventhorizon51 ^(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? Eventhorizon51 ^(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. Eventhorizon51 ^(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. Eventhorizon51 ^(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? Eventhorizon51 ^(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. Eventhorizon51 ^(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...

1. The plural creates a new primary topic (Window vs. Windows)
2. The plural leads to a dab page (Raven vs. Ravens)
3. 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)

@Colin M:"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.

1. No primary topic at all (ex. Keep Cool)
2. Primary topic at the "base" form but not under variants (ex. Central station vs Central Station)
3. 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. Eventhorizon51 ^(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. Eventhorizon51 ^(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)

Ridicule page

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