Wikipedia talk:Disambiguation

Move discussion regarding the Genderqueer article

Hi, all. I left a message at Wikipedia talk:Article titles about moving this article: Talk:Genderqueer#Requested move 1 May 2019. But, given the disambiguation aspect of the discussion, it has occurred to me that leaving a note about the move discussion here might also be beneficial. One issue of discussion is WP:NOUN. Flyer22 Reborn (talk) 19:37, 5 May 2019 (UTC)

shipindex vs dab?

I recently cleaned up USS Holly to match MOS:DAB style. My edit was reverted by User:Llammakey, saying that it's a list, not a dab page. It sure looks like a dab page to me. The initial creation of the page back in 2008 even says, disambiguation of US ships named "Holly". I have no problem with Llammakey's revert (WP:BRD and all that), I'm just trying to understand what's the accepted best practice here. -- RoySmith (talk) 22:19, 8 May 2019 (UTC)

Llammakey said "SI pages are NOT dab pages, they are list pages". SI means Wikipedia:Set index articles. They are indeed lists and not disambiguation pages. For this example, see also Wikipedia:WikiProject Ships/Guidelines#Index pages which is linked on "list of ships" at the bottom of USS Holly. PrimeHunter (talk) 23:04, 8 May 2019 (UTC)

WP:SHIPS have a WP:CONSENSUS guideline that lists of ships are WP:SIA pages not WP:DAB pages. This works well most of the time: navies don't reuse a name until an earlier ship has been removed from the navy list.

It works less well when there are two ships with the identical name fighting on opposite sides in the same battle, e.g. HMS Swiftsure (1787) and HMS Swiftsure (1804) at the Battle of Trafalgar.

In my experience, SIAs inevitably collect bad links-in, but who am I to argue? Narky Blert (talk) 19:22, 9 May 2019 (UTC)

Feedback sought for proposed article-to-DBA/SIA conversion at Allopathic medicine

Your feedback would be appreciated at Talk:Allopathic medicine#Make this page a disambiguation page. Thanks, Mathglot (talk) 06:32, 17 May 2019 (UTC)

Apologize for the ping if it's unwanted, but we could still use opinions at this discussion. Pinging top ten editors at WT:D: @JHunterJ, Born2cycle, Bkonrad, BD2412, SmokeyJoe, Diego Moya, Andrewa, PamD, Kotniski, and SMcCandlish: Thanks, Mathglot (talk) 22:52, 20 May 2019 (UTC)

An RM relying on PRIMARYTOPIC

This RM could use some input from primary topic experts:

• Talk:Wish_You_Were_Here_(Pink_Floyd_album)#Requested_move_14_May_2019

--В²C ☎ 23:25, 21 May 2019 (UTC)

Ayman Joumaa

Ayman Joumaa and Ayman Joumaa (disambiguation) need to be rearranged. Currently Ayman Joumaa (disambiguation) is the DAB page and Ayman Joumaa redirects to Ayman Zakaria Joumaa. I would like to put the DAB page at Ayman Joumaa and redirect Ayman Joumaa (disambiguation) to that page. Can I simply over-write the current contents or do I need to go through a series of moves? Leschnei (talk) 13:02, 22 May 2019 (UTC)

Edited to ping Bachounda who has been editing these pages. Leschnei (talk) 13:08, 22 May 2019 (UTC)

You would need the series of moves. -- JHunterJ (talk) 13:10, 22 May 2019 (UTC)

Actually, just the one move, of the disambiguation page to the base name (overwriting the redirect). -- JHunterJ (talk) 13:12, 22 May 2019 (UTC)

I agree with Leschnei and thaks for pinging me, indeed the two people are known in Lebanon, I looked in politics but I could not find, I decided to redirect Ayman Joumaa to Ayman Zakaria Joumaa. --Bachounda (talk) 14:00, 22 May 2019 (UTC)

I've only carried out moves to new names. How does it work when the name being moved to already exists? Leschnei (talk) 15:09, 22 May 2019 (UTC)

A technical request at WP:RM/TR -- JHunterJ (talk) 15:18, 22 May 2019 (UTC)

Thanks, I'll make the request Leschnei (talk) 15:26, 22 May 2019 (UTC)

Another place to post in cases like these, but only in the specific case where FizBuz points to FizBuz (disambiguation) rather than the other way round, with no other complications, is WP:MALPLACED.

I didn't know about WP:MALPLACED - thanks for that. Leschnei (talk) 00:42, 27 May 2019 (UTC)

It is never a good idea to overwrite, which messes up (or can even lose) page history. It is always best to go through technical moves. Narky Blert (talk) 20:04, 26 May 2019 (UTC)

I thought that that was probably the case but wanted to be sure. Thanks for confirming. Leschnei (talk) 00:42, 27 May 2019 (UTC)

This is apparently a contested move since the redirect was already in existence. The request has been moved to Talk:Ayman Joumaa (disambiguation) for discussion, if you'd care to weigh in. Leschnei (talk) 12:48, 23 May 2019 (UTC)

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)

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)
  • (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)

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)

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)

Formal equality

Please discuss at Talk:Gender_equality#Is_formal_equality_the_same_term_or_should_it_have_its_own_article? AngusWOOF (bark • sniff) 18:22, 6 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)

RfC on ignoring article title policy for NYC Subway stations

There is currently an RfC to discuss whether ignoring WP:PRECISION for NYC Subway station articles would improve the encyclopedia at Wikipedia:Naming conventions (US stations)/NYC Subway RfC -- JHunterJ (talk) 15:24, 18 June 2019 (UTC)

Primary topics of numbers/years

There is a discussion at Talk:911 (disambiguation)#Requested move 19 June 2019 where it seems to have been suggested that due to prior RFCs (or similar) that the article shouldn't be disambiguated. While we can probably give the consideration of consistency for borderline cases I didn't think that generally be award primary topic status to topics even if similar ones do, see User:Born2cycle/Unnecessary disambiguation#Background even if similar pages are disambiguated (although that point is the reverse it still applies here that is to say 911 probably required disambiguation even if similar ones don't). It seems that a rule that numbers from 101 to 999 is quite an arbitrary rule and will result in readers ending up on the wrong article, but then 739 doesn't have any other articles with that name (739 (number) is just a redirect to 700 (number)) and thus is one that should probably be at the base name even if not all are. Crouch, Swale (talk) 20:47, 19 June 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)