Jump to content

Wikipedia talk:Disambiguation

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Bkonrad (talk | contribs) at 10:21, 5 August 2024 (Question: "/" in parenthetical disambig?). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

WikiProject iconDisambiguation
WikiProject iconThis page is within the scope of WikiProject Disambiguation, an attempt to structure and organize all disambiguation pages on Wikipedia. If you wish to help, you can edit the page attached to this talk page, or visit the project page, where you can join the project or contribute to the discussion.

on what statistics should look like for hatnotes, primary redirects, primary topics

Here's some more bits of info I've gathered after someone asked at Talk:Tupelo:

  • Talk:Slow#followup to move
    • hatnote got up to 50% of traffic
    • after the move, the previously presumed primary topic barely registers though the common section does consistently get a measurably noticable chunk of traffic
  • Talk:Panis#post-move
    • a primary redirect was in place and no hatnote
    • after the move, the previous presumed primary topic got ~1.2%, ~1.4%, ~2.4%, ~1.9%
  • Talk:Zozo#post-move
    • hatnote got a small amount of traffic but almost all identifiable traffic anyway; RM received very little interest
    • after the move, the previous presumed primary topic got ~2.6%, ~1.9%, ~2.2%
  • Talk:Mar#post-move
    • hatnote got ~5.2% compared to incoming traffic
    • after the move, the previous presumed primary topic got ~6.5%, ~4.3%, ~4%, ~2.9% (the latter being a weird month)
  • Talk:Julius#followup to move
    • a primary redirect was in place before, hatnote got ~3.5% of traffic, we noted the redirect ratio back then as 68/91 = ~75%
    • after the move, the previous redirect destination got ~11%, ~5%, ~3%, ~4%
  • Talk:Sola#followup to move
    • hatnote got ~10% of traffic
    • after the move the previous presumed primary topic got ~7%, ~7%, and then with the fall of overall traffic it was below the anonymization threshold (< 10/273 = < 3.66% with every source-destination combination - which doesn't mean it wasn't actually something different though still a minority).
  • Talk:Tete#post-move
    • the hatnote got ~11% before the move
    • afterwards the previously presumed primary topic gets ~6%, ~7.2%, ~8.2%
  • Talk:Uma#post-move
    • there was a primary redirect in place and the hatnote got ~25.3% of its traffic before the move and dis. traffic was much larger still
    • afterwards the previously presumed primary topic gets ~8.2%, ~9%, ~11% interest
  • Talk:Ty#post-move
    • hatnote got a very small amount of traffic (max 220/13742 = ~1.6%), was only #5 in the top list
    • after the move, the previously presumed primary topic was sorted down in the list, got ~7% clicks the next month; sorted back up the following month it got ~8%, ~7.5%, ~5% clicks, though ~53% / ~55% / ~60% / ~47% of identifiable outgoing
  • Talk:Hum#full disambiguation again
    • used to be primary redirected to human humming, went back and forth a bit
    • previous primary redirect destination gets ~10%, ~8%, ~8%
  • Talk:Marr#post-move
    • hatnote got ~10% of traffic
    • after the move the previous presumed primary topic got ~11%, ~10.5%, ~11%, ~7.2%, ~9.6%
  • Talk:Rara#post-move
    • hatnote got some traffic before, all small
    • after the move the previous presumed primary topic got ~11.9%, ~11.3%
    • closely connected topic also shows up in outgoing destinations, but nothing else
  • Talk:Cam#post-move
    • hatnote got ~3.3% of traffic
    • after the move the previous presumed primary topic got ~11.5%, ~8.6%, ~12.3%
  • Talk:Luz#post-move
    • hatnote got ~9.7% of traffic, total disambiguation list traffic at times substantially higher as well
    • after the move the previous presumed primary topic got ~12%, ~7%, ~7.7% among several other topics
  • Talk:Top#post-move
    • hatnote got ~2%
    • after the move the previous presumed primary topic got ~12%, and half of identified outgoing
  • Talk:Kolya#post-move
    • hatnote got ~1.4%, total disambiguation list traffic substantially higher than that
    • after the move the previous presumed primary topic got ~13%, ~11%, ~8%, ~7.6%, ~7%
  • Talk:Shoot#post-move
    • hatnote got ~1% of traffic
    • after the move, the previously presumed primary topic got ~11%, ~10%, ~11%, ~12%, ~14.5% interest
  • Talk:Redd#post-move
    • hatnote got ~5% of traffic
    • after the move, the previously presumed primary topic got ~10.8%, 19.6%
  • Talk:Tupelo#post-move
    • hatnote got ~3% of traffic
    • after the move, the previously presumed primary topic got ~14%, ~28%
  • Talk:Boyle#post-move
    • hatnote got <4% of traffic
    • after the move, the previously presumed primary topic got ~15.6%, ~33%, though it's not clear if this is an actual improvement
  • Talk:Vic#post-move
    • hatnote got ~2%
    • after the move, the previously presumed primary topic got ~15.8%, ~15%
  • Talk:Golden shower#disambiguated
  • Talk:Bold#post-move
    • the previous stats indicated up to ~20% interest in the hatnote
    • after the move the interest in the previously presumed primary topic was ~16%, ~14.7%, ~18.4%, ~12.1%, ~14.3%
  • Talk:Julia#post-move
    • hatnote got ~20% of traffic
    • after the move, the previously presumed primary topic got ~14%, ~16%, ~17%
  • Talk:Slava#post-move
    • disambiguated after 18 years of being presumed primary topic, 15 years with a hatnote (March '22 1199/9356 = ~13%)
    • after the move, we continue seeing seasonal spikes for the previously presumed primary topic, and regardless of spikes it gets ~23%, ~15%, ~11% interest
  • Talk:Hamme#post-move
    • hatnote got relatively small traffic, was not measurable, most likely <10%
    • after the move, the previously presumed primary topic got ~16% interest
    • reverted, subsequent discussion resulted in no consensus
  • Talk:Baudouin#post-move
    • primary redirect, hatnote got < 0.5% interest compared to total incoming traffic at destination, nobody checked a comparison of redirect and disambiguation traffic
    • after the move, the previously presumed primary topic got ~16%, ~23%, ~17% interest
  • Talk:Warren#followup to move
    • hatnote got ~7% of traffic
    • after the move, the previously presumed primary topic got ~18%, ~12%, ~14%, ~15% interest
  • Talk:Hamm#followup to move
    • hatnote got ~2.5% of traffic
    • after the move, the previously presumed primary topic got ~18.4%, ~21%, ~22.9% interest
  • Talk:Mana#post-move
    • hatnotes combined got ~8% of traffic
    • after the move, the previously presumed primary topic got ~19%, ~17%, ~16% interest
  • Talk:Charlotte#post-move
    • the hatnote got ~0.7% before the move, yet there were hints that it could do better if reorganized because of ~20% measurements related to the primary redirect (which we sadly can't have in a lot of cases)
    • afterwards the previous presumed primary topic gets ~21%, ~23.5%, ~21.1%, ~22.9% interest
  • Talk:Lili#post-move
    • the hatnote got ~2% before the move
    • after the move, the previously presumed primary topic got ~23.2%, ~15.4%, ~26.4% interest
  • Talk:Gaga#post-move
    • the hatnote got ~1.5% before the move
    • after the move, the previously presumed primary topic got ~24.8%, ~29.9%, ~27.4% interest
  • Talk:Saba#post-move
    • hatnote was in the top 5 of identifiable outgoing clickstreams, the ratio wasn't recorded then but was around 635/23806 = ~2.6%
    • after the move, the previously presumed primary topic got ~28.5%, ~26%, ~24%, ~23.5%, though around half of outgoing
  • Talk:Frida#post-move
    • hatnote got ~2% of traffic
    • after the move, the previously presumed primary topic got ~27%, ~19%, ~27%, ~24.2%
  • Talk:Thomastown#post-move
    • hatnote got ~1%
    • after the move, the previously presumed primary topic got ~25%, ~28%
  • Talk:Forced march#post move to disambiguation
    • was a soft redirect between 2011 and 2015, when it was made a primary redirect, and in 2023 it was disambiguated after a discussion
    • previous primary redirect destination gets ~29%, ~27%, ~44%, ~34.1%, another meaning that wasn't even mentioned in the RFD gets much more
  • Talk:Major#post-move
    • the previously discussed primary topic was moved after a lot of discussions, at the time of the RM the hatnote had max 431/17909 (~2.4%) interest
    • afterwards it shows up with ~30.6%, ~30.3%, ~25%, ~28%, ~21.3%, ~26.9%, ~37.1% of reader interest, though three quarters of outgoing
  • Talk:Ultra#post-move
    • the hatnote got ~2% before the move
    • afterwards the previously presumed primary topic gets ~29%, ~30.6%, ~26.5%, ~23%, ~26.9%, ~20.6%
  • Talk:Quantum leap#post-move
    • the hatnotes got ~21% before the move
    • afterwards the previously presumed primary topic gets ~32%, ~29.7%, ~32.5%
  • Talk:San Juan#followup to move discussion
    • before the discussion, the most popular link is alphabetically sorted in the middle of a big list and got ~22% clickstreams
    • after the discussion, it's on top of a MOS:DABCOMMON section, and gets ~29%, ~38%, ~26%
  • Talk:Sokol#post-move
    • hatnote got ~3-4%
    • afterwards the previously presumed primary topic got ~33%, ~21%, ~30%
  • Talk:Rasna#post-move
    • hatnote got ~1%
    • afterwards the previously presumed primary topic got ~20.9%, ~23.2%
    • move got reverted, went through a RM
    • afterwards the previously presumed primary topic got ~37%, ~38%
  • Talk:Severian#post-move
    • hatnote got ~1.7%
    • after the move, previously presumed primary topic got ~37%, ~33%, ~31%
  • Talk:Tiro#post-move
    • primary redirect was in place and we could measure ~18% of interest in the hatnote
    • after the move, previously presumed primary topic got ~36%, ~28%, ~36%
  • Talk:Lio#post-move
    • before the move, hatnote got ~1%
    • after the move, previously presumed primary topic got ~35.6%, ~37.9%, though >90% outgoing
  • Talk:Mons#post-move
    • hatnote got ~2%
    • after the move, previously presumed primary topic got ~38.5%, ~33.3%, ~32.3%, ~40.9%
  • Talk:Starwood#post-move
    • hatnote got ~2%
    • after the move, previously presumed primary topic got ~38.5%, ~35%, ~36.6%
  • Talk:Dave Hill#post-move
    • hatnote got ~0.5%
    • after the move, previously presumed primary topic got ~39%, ~46.1%, though almost all outgoing
  • Talk:Alnair#post-move
    • had a primary redirect
    • after disambiguation, previously presumed primary topic got ~46.5%, ~38%, ~41.5%
  • Talk:Angles#followup to move discussion
    • with primary topic in place, hatnote got less than 0.5% compared to incoming traffic and wasn't even in top 20 clickstreams
    • after the move, the previously presumed primary topic gets ~46.5%, ~43.6%, ~43.7%, ~42%
  • Talk:ATB#post-move
    • hatnote got ~1%
    • after the move, previously presumed primary topic got ~47%, ~45%, though almost all identifiable outgoing
  • Talk:Lord Cameron#followup to move discussion
    • proposed primary redirect quite recent, no consensus
    • proposed primary topic later got ~47%, ~54.8%, ~36.3%, ~54.2%, ~52.4% of incoming traffic
  • Talk:Give Me Liberty#post-move
    • hatnote did not get an observable level of interest
    • after the move, previously presumed primary topic got ~62%, ~39%, ~42.5%
  • Talk:Erasure#post-move
    • hatnote got < 0.3% interest, I myself doubted that there's a navigation issue there, but it wasn't completely clear
    • after the move, the previously presumed primary topic got ~48%, ~47%, ~44%, ~47.9% interest
  • Talk:AEG#post-move
    • hatnote got ~1% of traffic, I was skeptical because of that and long-term significance aspects
    • after the move the previous presumed primary topic got ~49%, ~47.5%, ~47.3% interest, though ~90% of identifiable outgoing
  • Talk:Motul#followup to move discussion
    • proposed primary topic gets ~51%, ~49%, ~52%, ~48%, ~51%
    • no consensus to move
  • Talk:Nabis#post-move
    • hatnote had ~1% interest
    • after the move the previous presumed primary topic got ~50%, ~58%, ~41.8%
  • Talk:King Charles#post-move
    • several RMs, kept disambiguated
    • proposed primary topic gets ~60%, ~55.9%, ~58.4% interest, though ~80% of identifiable outgoing, and hints of more
  • Talk:Sugar Man#post-move
    • was a primary redirect, the ratio between redirect views and disambiguation views was between ~23% and ~43% but then mostly going back
    • after the move the previous redirect destination got ~60%, ~61.5%, ~61%, ~68.2%
  • Talk:Heavy metal music/Archive 13#Requested move 12 June 2023
    • proposed primary topic got ~60% of traffic, though a fair bit of of it came from there, too
    • the discussion was overwhelmingly against the move regardless
  • Talk:Sean O'Malley (fighter)#Requested move 5 March 2024
    • proposed primary topic got ~71% or ~84% of traffic, one other topic identifiable as well
    • no consensus
  • Talk:Michael Fagan#Requested move 17 February 2024
    • proposed primary topic got between around 70 to around 85 percent of traffic for years and across spikes in usage
    • no other major topics by long-term significance, consensus to move by usage

I think I'll have to keep updating this summary here to build up a knowledge base. --Joy (talk) 15:19, 1 March 2024 (UTC)[reply]

--Joy (talk) 14:44, 6 April 2024 (UTC)[reply]
--Joy (talk) 18:05, 10 May 2024 (UTC)[reply]
--Joy (talk) 06:55, 5 June 2024 (UTC)[reply]
--Joy (talk) 16:37, 11 July 2024 (UTC)[reply]

This isn't to say that all of these moves were truly warranted or that there aren't a plethora of individual factors at play. But even with this spread of outcomes, there's something distinctly off with our current near-consensus interpretation of how stats should look like for primary topics by usage. This also means little for considerations of long-term significance. --Joy (talk) 15:30, 1 March 2024 (UTC)[reply]

Your numbers for % of "interest" are rather misleading, as they don't mention that in many cases, the largest percentage by far was "no traffic at all", i.e. no clickthrough, for whatever reason (visits not by humans? wanted target not available? info on disambig page sufficient?). E.g. for Hamme, you note "after the move, the previously presumed primary topic got ~16% interest", which was more than 4 times as much as the other topics "combined". Fram (talk) 14:51, 11 April 2024 (UTC)[reply]
Yes, I've mentioned this several times. I agree it is misleading to simply assume that every incoming view counts for something meaningful. Truth is that there is no way for us to know what if anything those 'dead-end' incoming page views signify. olderwiser 15:34, 11 April 2024 (UTC)[reply]
@Bkonrad exactly, but it's not exactly that we don't know that they don't signify anything. There's multiple hints that they do:
First of all, there is a spread of cases here, ranging from where we see a lot of the incoming views translate into clicks, to where we see few of the incoming views translate into clicks. I didn't summarize all of that information on this talk page, you have to go click through the links to examine that. (I may find some time later to extract that dimension of data and extend the list above.)
That means that we're not just consistently seeing some ghost traffic always, rather, we've got to be observing actual reader behavior at least to an extent. So we can't just see e.g. 60% of traffic translate into clicks in a fresh case and then jump to the conclusion that most of the remaining 40% is ignorable.
Secondly, there are cases where we see almost all of the incoming views translate into clicks. The most recent such example I found is described at Talk:Forced march#post move to disambiguation, where our identification rate went from 34/55 (~62%) in the first month observed, to 96/96, to 95/95, to 135/135 in the last three months, amazingly enough, even at such a small amount of traffic.
This negates even the idea that there's always got to be at least some of this ghost traffic, because apparently we have a falsifying scenario that seems quite consistent. So we can't just see e.g. 75% of traffic translate into clicks and then jump to the conclusion that any part of the remaining 25% is ignorable.
--Joy (talk) 12:33, 14 April 2024 (UTC)[reply]
It should be noted that we since observed forced march getting more outgoing clicks than incoming ones. That's another scenario we can't account for - the same readers clicking multiple items in a list. --Joy (talk) 08:48, 18 July 2024 (UTC)[reply]
On the individual points raised by @Fram earlier:
  • meta:Research:Wikipedia clickstream says it tries to exclude visits not by humans: We attempt to exclude spider traffic by classifying user agents with the ua-parser library and a few additional Wikipedia specific filters. It's certainly possible that it misses, but then the page views "User" category is likely missing, too, so I don't know that we should rely on that being a major effect.
  • Wanted target not available - how would this improve the odds for the claim that there would have to be a primary topic, when there'd be topics that detract from there being a primary topic yet they're not even available? That would seem to just raise the risk of astonishing more contingents of readers. "These people don't even know about meaning X, and they proclaimed meaning Y as the main one - pfft!"
  • Info on disambig page sufficient - this use case is indeed not studied at all, and I agree that it seems possible for at least some cases. Ultimately, why would we consider all navigations that do not result in another click bad? IOW surely this also detracts from the idea of there being a primary topic, if there is also the contingent of readers who we cannot convince to click on the link to read about the proposed primary topic (which is also usually the very first link in the list).
  • More than 4 times as the other topics combined - I've explained already at Talk:Hamme (disambiguation) how you are making weirdly incorrect statements. Even if we compare 28 identified clickstreams and the 10 identified clickstreams, the ratio between those two numbers is 2.8, it is simply not 4. Likewise, both 28 and 10 are so close to the anonymization threshold that it's not at all clear that this ratio has to be precise. In other words, this could have been 4 or it could have been 2 with just a few more src-dest pairs of views identified as opposed to anonymized out. And none of these ratios are impressive when we also see a lot more traffic interested in neither of these.
In any event, thanks for the interest. --Joy (talk) 12:33, 14 April 2024 (UTC)[reply]
Yes, I'm not saying the count of incoming views should be completely ignored, only that trying to read into what it signifies is highly speculative and we should be very cautious about what significance we attribute to such dead-end views. If there is a sudden change in the number of such incoming views, that likely merits some further consideration. Similarly, if there is a consistent, very large gap between incoming and outgoing views, that also may merit some consideration. But even in such cases, deciding what readers reaching such dead-end views were looking for when arriving at a particular disambiguation page is still highly speculative. It could play a factor in arguing that there is no primary topic where there is none at present (i.e., where there is a request to replace a disambiguation page with a primary topic). I'm not sure what significance we could read into such dead-end views of a disambiguation page where there is an existing primary topic. It could be readers are just curious about what else might have the same name, without intending to look at any of them in more detail. We just don't know why such readers behave that way. olderwiser 13:46, 14 April 2024 (UTC)[reply]
Agreed, the change in pattern would be a significant indicator. But on that front, I point again to evidence above - we often observe a clearly consistent pattern, and then we do a switch for whatever reason, and then we the data switches to observing a clearly different consistent pattern. Well, it often takes a few months for things to settle, and in the interim period there's a swing or two, but still.
In cases where there is already a primary topic selected, it's very hard to read into the no-clickthrough traffic. Because the content is larger and varied, it could be any number of possibilities. Just like it could be readers who are navigated wrongly and just immediately click away, it could also be misnavigated readers who stayed and learned something and then clicked away, or it could be a bunch of completely content readers who were absolutely happy to read what was in front of them and had no need to immediately learn more about another related topic. We don't have the tools to discern these.
With simpler pages like the disambiguation lists, however, it's less hard to understand the general reader behavior because we don't present people with huge amounts of possibilities, we reduce that number and streamline their options, and make it more likely we can understand the measurements of our existing tools.
What I think we should learn from all this is that we should not be too cautious and instead we should not be afraid to experiment as much as we have been so far.
In all this data I've tracked, we've yet to observe a case where there was a fresh reader complaining about disambiguation lists being the wrong choice. As long as we apply MOS:DABCOMMON, and we do, we have no indication that we're confusing or troubling any appreciable amounts of readers even in contentious cases. --Joy (talk) 14:35, 14 April 2024 (UTC)[reply]
In all this data I've tracked, we've yet to observe a case where there was a fresh reader complaining about disambiguation lists being the wrong choice. This seems a peculiar criterion. Quite aside from reactions to the lists you have been compiling, I can't recall the last time I came across a "fresh" reader ever complaining about an incorrectly placed disambiguation page where the complainant was not a myopic partisan seeking to promote their preferred topic.
Regarding What I think we should learn from all this is that we should not be too cautious and instead we should not be afraid to experiment as much as we have been so far. I'm glad you are taking a deeper dive into the data, but I hope no one is being misled that the reems of data of uncertain quality based on poorly documented functions represents an agreed upon approach to making decisions. olderwiser 16:02, 14 April 2024 (UTC)[reply]
We actually have some interesting data points about that, too, cf. Talk:Tito (disambiguation), where nobody really paid attention for over a decade as disambiguation was in place, and then a consensus of editors practically instantly chose to apply a primary topic redirect mainly for long-term significance. (On the plus side, that flip allowed us to measure something else afterwards, Wikipedia talk:Disambiguation/Archive 56#on the quality of clickstream and pageviews usage data explains more.)
I'm pretty sure if we go through other cases we can also find similar timeframes, where some arbitrary navigation choice has been in place for years and decades, and then we arbitrarily decide to congregate, make fun new decisions and pat ourselves on our collective backs :)
IOW our decision-making process seems perfectly sound (mostly to me too, I'm not excluding myself here), but so much goes through the cracks that it's doubtful that much of it really matters as much as we think it does. --Joy (talk) 16:49, 14 April 2024 (UTC)[reply]

how many months it takes for disambiguation usage statistics to change

I'd like to point out an aspect of #on what statistics should look like for hatnotes, primary redirects, primary topics that is becoming increasingly clear - we don't need a lot of time to detect changes in readership navigation patterns. Usually whatever happened with one month after a change was quite indicative of the pattern of traffic going forward, there's never a serious fluctuation.

We should use this to our advantage - to be more willing to experiment for e.g. two months, because that will usually suffice to get measurements and decide if the change was good or not. --Joy (talk) 18:16, 10 May 2024 (UTC)[reply]

There's another corollary to this - our traffic patterns are sometimes remarkably stable. At times, it's actually too stable - some of these examples defy a logical expectation of organic variety in reader interest. It makes me think that most of the traffic is heavily moderated by external search engine algorithms, and the little variety that we do see is actually organic traffic. --Joy (talk) 22:17, 20 July 2024 (UTC)[reply]

including the most notable set index topics on human name disambiguation pages

This is effectively a continuation of Wikipedia talk:Disambiguation/Archive 55#effects of WP:NAMELIST on navigation outcomes for anthroponymy entries which went stale and got archived out, but still applies.

More examples have since cropped up where we see from the available data that readers would benefit from us including the most popular given name and surname entries on the base disambiguation pages whenever a separate name list (set index) exists:

I wanted to title this section "WP:NAMELIST considered harmful", but it's not really, just the overly strict implementation we employ right now. :)

If there are no objections, I would go ahead with making this change:

Lists of names
To prevent disambiguation pages from getting too long, long lists of given name or surname holders can be moved out of disambiguation pages into separate set indices. In cases where there are distinctly popular entries in such lists, such as those with substantially large usage or long-term significance compared to the rest of the list, links to such articles should be retained on the base disambiguation page. This kind of extra listing should in turn still be constrained by the base list size, so it should not typically exceed five to ten entries.
We reasonably expect to see Abraham Lincoln at Lincoln (disambiguation), but very few sources would refer to the waltz composer Harry J. Lincoln by an unqualified "Lincoln", nor is he a topic of outsized reader interest, so he is listed only at the Lincoln (surname) anthroponymy article. Conversely, it's reasonable to expect that a lot of readers might want to navigate to Andrew Lincoln because of consistently measurable outsized usage, so he should be listed at both.
footnote here: All-time page views for all entries listed at Lincoln (name) All time monthly page views comparing the aforementioned 'Lincoln' topics
This does not necessarily prejudice primary topic considerations. For example, many highly notable people are called Herb, but typing in Herb gets you an article on plants. However, as the usage statistics show the interest in Herb Alpert to be typically exceeding the reader interest in the plant topic, the hatnote at Herb or the list at Herb (disambiguation) may include a link to that biography, next to the links to Herb (surname) and Herb (given name), where articles on people named "Herb" are listed. Consensus among editors determines if an article should be listed on the disambiguation page.
footnote here: All-time page views for all entries listed at Herb (given name) All time monthly page views comparing the aforementioned 'Herb' topics

--Joy (talk) 11:25, 4 June 2024 (UTC)[reply]

This covers the most pressing topic of #Wikipedia talk:Content assessment#Request for comment. The other issue, whether to encourage keeping anthroponymy lists merged, needs more discussion because it may detract from the goals of this - e.g. if we squash a short list like Herb (surname) back into Herb (disambiguation), and don't squash the given name list, that may give undue prominence to people with the surname. We already have a problem with the long tail of ambiguity cluttering disambiguation pages. I'd prefer to deal with the complexities of that separately. --Joy (talk) 11:29, 4 June 2024 (UTC)[reply]
I've applied this change, but something confused me with note formatting in https://en.wikipedia.org/w/index.php?title=Wikipedia:Disambiguation&oldid=1227556919#Lists_of_names - if someone could render assistance, I'd appreciate it.
I also swapped out Andrew Lincoln for Jon Hamm, because the difference in reader traffic is even more stark there. --Joy (talk) 13:30, 6 June 2024 (UTC)[reply]
I've reverted these changes. So much detail is couterproductive per WP:CREEP. It also changes the default to having WP:PTM names on dab pages from current general consensus that they are exceptions. Most PTM name lists belong in anthroponymy articles. Station1 (talk) 19:30, 6 June 2024 (UTC)[reply]
@Station1 you might have missed the reams of data I provided in discussions above and linked in the archive, explaining how readers looking for biographies are being so badly served by our navigation. I'd appreciate it if you could review it.
I think this idea of a general consensus that people's names are just partial title matches, as opposed to instances of actual ambiguity, are not based on an accurate observation of reader behavior, rather it appears more based on an opinion of a relatively small group of us editors. By moving links to biographies behind another click, and by not helping readers to the most common navigation choices, we've been artificially modifying reader navigation as opposed to enabling it.
In a few recently documented examples such as Tito, Charlotte and Luka, hints of their actual behavior still came through. --Joy (talk) 20:26, 6 June 2024 (UTC)[reply]
The trouble with Tito (disambiguation), for example, is that the 3 or 4 things actually called Tito are buried at the bottom of a huge list of people who aren't named solely Tito. Station1 (talk) 20:43, 6 June 2024 (UTC)[reply]
Yes, exactly this. That one or a very few might be looked as a mononym is not a good reason to abandon the current guidance. olderwiser 20:54, 6 June 2024 (UTC)[reply]
I don't know what you mean, because the proposed wording doesn't talk of mononyms, rather it encourages thinking about outsized usage and long-term significance. A mononymous usage of a name by a relatively minor person should not be prioritized over a normal usage of a name by a relatively major person. (Or in turn by relatively minor toponyms, fictional characters and other items that habitually clutter our disambiguation lists.) IOW we should start thinking about ambiguity in navigation not just through what is technically ambiguous, but what is practically ambiguous for the average English reader, and how the compendium of knowledge about an ambiguous term is most effectively presented to them. --Joy (talk) 22:01, 6 June 2024 (UTC)[reply]
I'm sorry, but this is just continuing on the same "mononymity rules!" party line without evidence... I had a look in the clickstreams, and found in November '20 that the link to the acronym, "TITO", was clicked at least 20 times, in the same month when the 2019 film was clicked 10 times. The link to TITO has always been in the last section, See also, which is below the film section. No other entry from the film section crossed the anonymization threshold that month, but Jackson (15), Ortiz (11) and two of the footballers +did (11 and 12 resp.). The footballers are in the top mononymous section, while the other two are in the general sections. Maybe it's more likely that we forced the readers looking for the Jacksons and the Ortizes to have to comb through the general lists to find them, and the number of them who gave up and went back to Google might be higher than the number looking for the films? --Joy (talk) 21:47, 6 June 2024 (UTC)[reply]
Dab pages are not search engines, and were never meant to be search engines. They are necessary navigation aids where there are two or more topics that would or could have identical or nearly identical titles. That's because of the technical impossibility of two articles having the same title. They were always intended to be as short as possible, in order to be as easy to use as possible. WP has a search engine for people who can't remember or spell someone's last name, which is far superior to anything human editors could put on a page. We also have "intitle" and similar templates to stick on the bottom of dab pages when useful. An occasional IAR exception for a very popular easily misspelled topic is fine, but we shouldn't turn dab pages into inferior search engines. Station1 (talk) 22:24, 6 June 2024 (UTC)[reply]
Yes, and there are readers who think a person with the name Foo Bar has an identical name to a person with the name Foo Baz or Foo Quux, because that's how human names work.
But even so, regardless of this generic argument, I still don't see how the proposed wording doesn't match with what you described in your last sentence. Even if you think Abraham Lincoln isn't an identical enough match for Lincoln, you allow it to be listed already, because whatever, people use that like that. It turns the dab page into an inferior search engine, but you see the usefulness. Likewise, allowing Jon Hamm to be listed at Hamm would be useful, as the same thing happens. The Lincoln biography is read by 400 thousand people a month, while the comparable city articles are read by 20 and 15 thousand, respectively. The Hamm biography is read by 200 thousand people a month, while the comparable city article is read by 2 thousand. In the latter case it's a difference of 100 : 1, we're not talking subtle nuance here, and it's significantly larger than the 10 : 1 difference in the former.
Fundamentally, the encyclopedia describes, it does not prescribe. Making huge contingents of readers jump through hoops because we don't feel like they're using these words the right way - is the latter. --Joy (talk) 06:57, 7 June 2024 (UTC)[reply]
Lincoln is often referred to as Lincoln, and could conceivably be a PRIMARYREDIRECT like Einstein or Churchill, so belongs on the Lincoln dab page. To my knowledge Jon Hamm is not referred to as just Hamm. Even so, I wouldn't object to adding him to the dab page per WP:IAR, but it would be a bad idea to add the 18 other people at Hamm (surname). - Station1 (talk) 17:06, 7 June 2024 (UTC)[reply]
With these kinds of numbers, it seems probable that even the amount of accidental or cursory references to him as just Hamm are statistically relevant.
No argument about not listing the other 18 people there, absolutely, that's why the phrasing was very careful to weed that out. Did you notice the part that said In cases where there are distinctly popular entries in such lists, such as those with substantially large usage or long-term significance compared to the rest of the list. Is that not strict enough? --Joy (talk) 08:41, 8 June 2024 (UTC)[reply]

Since this discussion died down, the same kind of problems have cropped up in a few more places, for example at "Dina", described at Talk:Dina (disambiguation), and at Wikipedia talk:WikiProject Anthroponymy#Splitting lists of names articles when clearly different names. --Joy (talk) 17:42, 26 June 2024 (UTC)[reply]

BTW Talk:Julius is another such case. We have it on the record that nobody calls him just Julius, yet when we started presenting readers with the choice to click him or to click mononymously named people, the readers consistently choose him. :) --Joy (talk) 08:53, 18 July 2024 (UTC)[reply]

MOS:DABNOENTRY is contradicted by WP:PTM

MOS:DABNOENTRY states: "On a page called Title, do not create entries merely because Title is part of the name ... This does not apply if the subject is commonly referred to simply by Title." On the other hand WP:PTM says: "Placenames are often divided between a specific and generic part, for example North Carolina (where "Carolina" is the specific, and "North" the generic part). Common generics are compass points, upper/lower, old/new, big/small, etc. It is entirely proper to include such placenames in disambiguation pages with the specific title (North Carolina is properly listed at Carolina (disambiguation))". DABNOENTRY would exclude North Carolina from Carolina (disambiguation) because the state is never called simply Carolina, just as New York is never referred to as York (York Yankees?). In my opinion, DABNOENTRY takes precedence (and makes the most sense), and the wording in PTM should be removed. Clarityfiend (talk) 14:48, 17 June 2024 (UTC)[reply]

"Nothing could be finer than to be in Carolina in the morning ..." —Carolina in the Morning, Gus Kahn and Walter Donaldson.
References to "the Carolinas" or "the Dakotas" aren't unusual. Largoplazo (talk) 15:24, 17 June 2024 (UTC)[reply]
I have no objection to the Carolinas. As for the song, I venture to guess it's talking about the Carolinas, but it wouldn't scan properly as "be in the Carolinas". Also, DABNOENTRY states "commonly referred to". One song isn't going to cut it. Clarityfiend (talk) 10:13, 18 June 2024 (UTC)[reply]
How about 2? "Carolina in My Mind". The songwriter was specifically referring to his home in North Carolina.--User:Khajidha (talk) (contributions) 13:21, 6 July 2024 (UTC)[reply]
Or three? "Carolina". --User:Khajidha (talk) (contributions) 13:23, 6 July 2024 (UTC)[reply]
The key words in DABNOENTRY are "merely because". It's saying PTMs are not generally helpful to include. WP:PTM is pointing out a subclass of PTMs that often are helpful. There's no direct contradiction, but there could be better alignment – I'd say changing WP:PTM from "entirely proper" to "often proper" would bring it more in line with both DABNOENTRY and best practice, and that the two sections should link to each other with hatnotes. —swpbT • beyond • mutual 15:35, 17 June 2024 (UTC)[reply]
This started with Talk:Vic#French places. I think the main criterion is pretty clear - if the average English reader is going to encounter ambiguous references to a topic in practice, they should be listed. --Joy (talk) 18:18, 17 June 2024 (UTC)[reply]
I often put partial matches like that in See also; I must have been in a particularly deletionist mood that day. That's the sort of thing I would do with the bizarre New York (disambiguation) entry in York (disambiguation). Who would look for the Big Apple under York? In fact:
Proposal: Reword what PTM currently says to "It is entirely often proper to include such placenames in the See also section of disambiguation pages with the specific title". Clarityfiend (talk) 10:13, 18 June 2024 (UTC)[reply]
I don't think this is just for see also, because I have encountered numerous examples of toponyms where this would not match real-world circumstances, and this sort of a thing could well be controversial. --Joy (talk) 14:05, 18 June 2024 (UTC)[reply]
I think in the case of "Vic", for most places like "Vic-sur-Aisne" it is common to use plain "Vic" when there is no ambiguity. For instance in the neighbouring town Cœuvres-et-Valsery the road leading to Vic-sur-Aisne is called "Route de Vic", Similarly, the "Route de Rabastens" leads to Rabastens-en-Bigorre. So yes, I think places like Vic-sur-Aisne should be listed on the disambiguation page "Vic". The "-sur-Aisne" is not really generic, more a specifier or disambiguator (because there are several places named "Vic"). Markussep Talk 08:09, 20 June 2024 (UTC)[reply]

traffic pattern changes between redirects, broad-concept articles and disambiguation pages

Here's a bit of a continuation of Wikipedia talk:Disambiguation/Archive 56#a change in page views between primary topic and primary redirect:

The term national bank was recently replaced by disambiguation through a WP:MALPLACED redirect, but it used to be read by ~4k readers a month. Likewise happened for state bank, which used to be read by ~1k people a month.

All-time page view statistics for these topics and the disambiguation pages

The change seems to have caused the reader traffic to practically instantly drop to 0.4k and 0.2k a month, respectively.

So it looks like the change caused us to effectively relinquish 80-90% of readers looking up a term like that, as their search engine stopped sending them our way (or at least I can't think of another scenario why this pattern change would happen). --Joy (talk) 18:05, 26 June 2024 (UTC)[reply]

Here's another one: Talk:Ottoman#followup to the merge of plural - once we squashed plural and singular, 80% of incoming traffic magically disappeared. --Joy (talk) 11:47, 27 June 2024 (UTC)[reply]

I happened to notice Talk:Pharos (disambiguation)#readership statistics today - a change from disambiguation page to primary redirect in 2016 also caused ~80% of previously recorded incoming traffic to disappear. --Joy (talk) 09:35, 16 July 2024 (UTC)[reply]

Semi-protected edit request on 5 July 2024

Edit purpose: The page section in the example no longer exists. The section and the redirect now use "American Football" instead of "Football".

Current text: In some cases, it may be more appropriate to redirect readers to a list rather than a disambiguation page. For example, Cleveland (NFL) should not be a disambiguation page, but should instead redirect to List of Cleveland sports teams#Football.

Replacement text: In some cases, it may be more appropriate to redirect readers to a list rather than a disambiguation page. For example, Cleveland (NFL) should not be a disambiguation page, but should instead redirect to List of Cleveland sports teams#American Football. Solid kalium (talk) 18:09, 5 July 2024 (UTC)[reply]

I reverted "American" on a U.S. topic page, so it works again. Hyphenation Expert (talk) 18:42, 5 July 2024 (UTC)[reply]

Shield and sword

 Courtesy link: Shield and Sword – a neo-Nazi music festival
 Courtesy link: Shield and sword – red link
 Courtesy link: Sword and shield – a disambig page

Can someone help me unscramble all this?

  • "shield and sword" is a metaphor for the function of grand juries; see Grand jury#Purpose for usage (no redirect there by that name)
  • A search-bar query for "shield and sword" (lowercased, without quotes) takes you to Shield and Sword, a neo-Nazi music festival, via the redirect Shield And Sword
  • "sword and shield theory" is an analysis of Marshal Pètain's leadership of Vichy France in WW2, and redirects to Vichy syndrome#"Sword and shield" argument
    • A query for "sword and shield" (lowercased, without quotes) goes to disambig page Sword and shield (which doesn't link the festival, which has Shield first)
  • There is no disambig page Shield and sword (that slot is already taken by the festival article).

Starting with the easy stuff: it seems pretty clear that D-page Sword and shield should contain an entry that links the festival article, right? Do we need to move the festival to Shield and Sword (festival) so we can create "Shield and sword" anew as a disambig page, so it can point to the festival, and also to Grand jury page, and maybe also the theory about Marshal Pètain? Thanks for any advice. Mathglot (talk) 08:51, 6 July 2024 (UTC)[reply]

Primary Topic

There is a move proposal at Talk:Rallying#Requested move 12 June 2024 suggesting the article should be disambiguated. Another user has supported, mentioning the policy of WP:PRIMARYTOPIC. However, no other Rallying topic articles can be found - making the move unnecessary under that very policy. Is that correct, does primary topic only mean a primary Wikipedia article and not common usage of a word within multiple contexts? I'd be grateful if anybody could clarify that within the discussion, or here for me. Thanks. Rally Wonk (talk) 16:38, 10 July 2024 (UTC)[reply]

What does "under certain circumstances" mean in WP:DABSISTER

Wouldn't it be useful to either define what the words "under cetain circumstances" at WP:DABSISTER mean? or (even better) provide examples when a link to a foreign language Wikipedia would be useful and when it wouldn't be useful?
I would give it a stab, but I have no idea what those words mean. The Mountain of Eden (talk) 20:53, 16 July 2024 (UTC)[reply]

My feeling is that we should avoid linking to articles in other language wikipedias… instead, we should create articles here, and link to those. Blueboar (talk) 15:01, 28 July 2024 (UTC)[reply]

Proposed definition using the existence of quality control policies of Veifyability, Notability, and Neutrality

Since no one has provided a definition for "under cetain circumstances", how about this defintion:
In cases for which no article exists for a disambiguation term in the English Wikipedia but an article exists in a different language Wikipedia, it is acceptable to use the {{interlanguage link}} template to link to the article in the sister project, with the disambiguating term counting as a blue link (so an additional blue link would not be necessary for the entry) only if the sister project has verifyability, notability and neutrality policies.

Standards of quality for the Wikipedias in the available languages
Wikipedia name
in English
Wikipedia name
in native language
LanguageScript (ISO
15924
code)
Language
code/prefix
Verifyability
Policy
Notability
Policy
Neutrality
Policy
English WikipediaEnglish WikipediaEnglishLatnencheckY
link
checkY
link
checkY
link
Simple English WikipediaSimple English WikipediaSimple EnglishLatnsimplecheckY
link
checkY
link
checkY
link
Abkhaz WikipediaАԥсуа авикипедиа
(Apsua avikipedia)
AbkhazCyrlab☒N☒N☒N
Acehnese WikipediaWikipèdia bahsa AcèhAcehneseLatnace☒N☒N☒N
Adyghe WikipediaАдыгэ Википедие
(Adıgə Vikipedie)
AdygheCyrlady☒N☒N☒N
Afrikaans WikipediaAfrikaanse WikipediaAfrikaansLatnafcheckY
link
checkY
link
checkY
link
Albanian WikipediaWikipedia shqipAlbanianLatnsqcheckY
link
checkY
link
checkY
link
Alemannic WikipediaAlemannische WikipediaAlemannic GermanLatnals☒N☒N☒N
Southern Altai WikipediaТӱштӱк алтай Википедия
(Tüštük altay Vikipediya)
Southern AltaiCyrlalt☒N☒N☒N
Amharic Wikipediaአማርኛ ዊኪፔዲያ
(Amarəñña wikipediya)
AmharicEthiam☒NcheckY
link
checkY
link
Amis WikipediaWikipitiya 'AmisAmisLatnami☒N☒N☒N
Angika Wikipedia विकिपीडियाAngika Deva anp☒N☒N☒N
Arabic Wikipediaويكيبيديا العربية
(Wīkībīdiyā al-ʿarabiyya)
ArabicArabarcheckY
link
checkY
link
checkY
link
Aragonese WikipediaBiquipedia en aragonésAragoneseLatnan☒NcheckY
link
checkY
link
Armenian WikipediaՀայերեն Վիքիպեդիա
(Hayeren Vikʿipedia)
ArmenianArmnhycheckY
link
checkY
link
checkY
link
Aromanian WikipediaWikipedia pri ArmâneaștiAromanianLatnroa-rup☒N☒N☒N
Franco-Provençal WikipediaVouiquipèdia en arpetanFranco-ProvençalLatnfrp☒N☒N☒N
Assamese Wikipediaঅসমীয়া ৱিকিপিডিয়া
(Ôxômiya wikipidiya)
AssameseBengascheckY
link
checkY
link
checkY
link
Asturian WikipediaWikipedia n'asturianuAsturianLatnastcheckY
link
☒NcheckY
link
Atayal WikipediaWikibitia na TayalAtayalLatntay☒N☒N☒N
Atikamekw WikipediaAtikamekw WikipetciaAtikamekwLatnatj☒N☒N☒N
Avar WikipediaАвар Википедия
(Avar Vikipedija)
AvarCyrlav☒N☒N☒N
Awadhi Wikipediaअवधी विकिपीडिया
(Avadhī vikipīḍiyā)
AwadhiDevaawa☒N☒N☒N
Aymara WikipediaAymar WikipidiyaAymaraLatnay☒N☒N☒N
Azerbaijani WikipediaAzərbaycanca VikipediyaAzerbaijaniLatnazcheckY
link
checkY
link
checkY
link
Balinese WikipediaWikipédia Basa Bali
(ᬯᬶᬓᬶᬧᬾᬤᬶᬬ ᬩᬲᬩᬮᬶ)
BalineseLatnban
Bambara WikipediaWikipedi BamanankanBambaraLatnbm
Banjarese WikipediaWikipidia basa BanjarBanjareseLatnbjn
Bashkir WikipediaБашҡорт Википедияһы
(Başķort Vikipediya)
BashkirCyrlba
Basque WikipediaEuskarazko WikipediaBasqueLatneu
Toba Batak WikipediaWikipedia Batak TobaToba BatakLatnbbc
Bavarian WikipediaBoarische WikipediaBavarianLatnbar
Belarusian WikipediaБеларуская Вікіпедыя
(Bielaruskaja Vikipiedyja)
Belarusian (official
Narkamaŭka orthography)
Cyrlbe
Belarusian Wikipedia (Classical)Беларуская Вікіпэдыя
(Bielaruskaja Vikipiedyja)
Belarusian
(Taraškievica orthography)
Cyrlbe-tarask
Bengali Wikipediaবাংলা উইকিপিডিয়া
(Bangla uikipiḍiẏa)
BengaliBengbn
Betawi WikipediaWikipédi basa BetawiBetawiLatnbew
Bhojpuri Wikipediaबिहारी विकिपीडिया
(Bihārī vikipīḍiyā)
Bihari (Bhojpuri)Devabh
Bishnupriya Manipuri Wikipediaবিষ্ণুপ্রিয়া মণিপুরী উইকিপিডিয়া
(Bişnupriya mônipuri u'ikipiḍiẏā)
Bishnupriya ManipuriBengbpy
Bislama WikipediaWikipedia long BislamaBislamaLatnbi
Bosnian WikipediaWikipedia na bosanskom jezikuBosnianLatnbs
Breton WikipediaWikipedia e brezhonegBretonLatnbr
Buginese Wikipediaᨓᨗᨀᨗᨄᨙᨉᨗᨕ ᨅᨔ ᨕᨘᨁᨗ
(Wikipedia basa Ugi)
BugineseBugibug
Bulgarian WikipediaБългароезична Уикипедия
(Bǎlgaroezična Uikipediya)
BulgarianCyrlbg
Burmese Wikipediaမြန်မာဝီကီပီးဒီးယား
(Mranma wikipi:di:ya:)
BurmeseMymrmy
Catalan WikipediaViquipèdia en catalàCatalanLatnca
Cebuano WikipediaWikipedya sa SinugboanonCebuanoLatnceb
Central Bikol WikipediaWikipedyang Bikol SentralCentral BikolLatnbcl
Chamorro WikipediaWikipedia ChamoruChamorroLatnch
Chavacano WikipediaChavacano WikipediaZamboanga ChavacanoLatncbk-zam
Chechen WikipediaНохчийн Википеди
(Noxçiyn Wikipedi)
ChechenCyrlce
Cherokee WikipediaᏫᎩᏇᏗᏯ ᏣᎳᎩ
(Wigiquediya tsalagi)
CherokeeCherchr
Cheyenne WikipediaVekepete'a TsėhésenėstsestȯtseCheyenneLatnchy
Chewa WikipediaWikipedia ChichewaChewaLatnny
Old Church Slavonic WikipediaСловѣньска Википєдїꙗ
(Slověnĭska Vikipedija)
Old Church SlavonicCyrscu
Chuvash WikipediaЧăваш Википедийĕ
(Russian-based: Căvaš Vikipedijĕ,
Turkish-based: Çovaş Vikipyediyö)
ChuvashLatncv
Cornish WikipediaWikipedya KernowekCornishLatnkw
Corsican WikipediaCorsipedia or Wikipedia in lingua corsaCorsicanLatnco
Cree Wikipediaᐎᑭᐱᑎᔭ ᓀᐦᐃᔭᐍᐏᐣ
(Wikipitiya nēhiyawēwin)
CreeCanscr
Crimean Tatar WikipediaQırımtatarca VikipediyaCrimean TatarLatncrh
Croatian WikipediaHrvatska WikipedijaCroatianLatnhr
Czech WikipediaČeská WikipedieCzechLatncs
Dagbani WikipediaWikipidia DagbaniDagbaniLatndag
Danish WikipediaDansk WikipediaDanishLatnda
Maldivian Wikipediaދިވެހި ވިކިޕީޑިޔާ
(Dhivehi vikipīḍiyā)
MaldivianThaadv
Dinka WikipediaWikipedia ThuɔŋjäŋDinkaLatndin
Doteli Wikipediaडोटेली विकिपिडिया
(Ḍōṭēlī vikipiḍiyā)
DoteliDevadty
Dutch Low Saxon WikipediaNedersaksische WikipedieDutch Low SaxonLatnnds-nl
Dutch WikipediaNederlandstalige WikipediaDutchLatnnl
Dzongkha Wikipediaརྫོང་ཁ་ཝེ་ཁེ་རིག་མཛོད
(Rdzong kha we khe rig mdzod)
DzongkhaTibtdz
Egyptian Arabic Wikipediaويكيپيديا مصرى
(Wīkībīdiyā maṣri)
Egyptian ArabicArabarz
Emilian–Romagnol WikipediaEmiliàn e rumagnòl VichipedèiaEmilian–RomagnolLatneml
Erzya WikipediaЭрзянь Википедия
(Erzäń Vikipedija)
ErzyaCyrlmyv
Esperanto WikipediaVikipedio en EsperantoEsperantoLatneo
Estonian WikipediaEestikeelne VikipeediaEstonianLatnet
Ewe WikipediaWikipiɖia EʋegbeEweLatnee
Extremaduran WikipediaGüiquipeya en estremeñuExtremaduranLatnext
Fante WikipediaFante WikipediaFanteLatnfat
Gurene WikipediaGurenɛ WikipediaFarefare (Gurene)Latngur
Faroese WikipediaFøroysk WikipediaFaroeseLatnfo
Fiji Hindi WikipediaFiji Baat WikipediaFiji HindiLatnhif
Fijian WikipediaVaka-Viti WikipediaFijianLatnfj
Finnish WikipediaSuomenkielinen WikipediaFinnishLatnfi
Fon WikipediaWikipedya ɖò FɔngbemɛFonLatnfon
French WikipediaWikipédia en françaisFrenchLatnfr
Friulian WikipediaVichipedie par furlanFriulianLatnfur
Fula WikipediaWikipedia FulfudeFulaLatnff
Gagauz WikipediaGagauzca VikipediyaGagauzLatngag
Galician WikipediaGalipedia or Wikipedia en galegoGalicianLatngl
Georgian Wikipediaქართული ვიკიპედია
(Kartuli vik’ip’edia)
GeorgianGeorka
German WikipediaDeutschsprachige WikipediaGermanLatnde
Spanish WikipediaWikipedia en españolSpanishLatnes
Ghanaian Pidgin WikipediaGhanaian Pidgin WikipediaGhanaian Pidgin EnglishLatngpe
Kikuyu WikipediaWikipedia GĩgĩkũyũKikuyuLatnki
Gilaki Wikipediaگیلکی ویکیپدیاٰ
(Giləki vikipөdiya)
GilakiArabglk
Konkani Wikipediaकोंकणी विकिपीडिया
(Konknni Wikipidia)
(ಕೊಂಕ್ಣಿ ವಿಕಿಪೀಡಿಯಾ)
Konkani (Goan Konkani)Deva/Latn/Kndagom
Gorontalo WikipediaWikipedia bahasa HulontaloGorontaloLatngor
Gothic Wikipedia𐌲𐌿𐍄𐌹𐍃𐌺 𐍅𐌹𐌺𐌹𐍀𐌰𐌹𐌳𐌾𐌰
(Gutisk wikipaidja)
GothicGothgot
Greek WikipediaΕλληνική Βικιπαίδεια
(Ellinikí Vikipaídeia)
GreekGrekel
Greenlandic WikipediaKalaallisut WikipediaGreenlandicLatnkl
Guarani WikipediaVikipetã avañe'ẽmeGuaraniLatngn
Guianan Creole WikipediaWikipédja an kriyòl gwiyannenFrench Guianese CreoleLatngcr
Gujarati Wikipediaગુજરાતી વિકિપીડિયા
(Gujrātī vikipīḍiyā)
GujaratiGujrgu
Gun WikipediaGungbe WikipediaGunLatnguw
Haitian Creole WikipediaWikipedya kreyòl ayisyenHaitian CreoleLatnht
Hausa WikipediaWikipedia HausaHausaLatnha
Hawaiian WikipediaHawai‘i WikipikiaHawaiianLatnhaw
Hebrew Wikipediaויקיפדיה העברית
(Vikipedya ha-ivrit)
HebrewHebrhe
Hill Mari WikipediaКырык марла Википеди
(Kyryk marla Vikipedi)
Hill MariCyrlmrj
Hindi Wikipediaहिन्दी विकिपीडिया
(Hindī vikipīḍiyā)
HindiDevahi
Hungarian WikipediaMagyar WikipédiaHungarianLatnhu
Icelandic WikipediaÍslenska WikipediaIcelandicLatnis
Ido WikipediaWikipedio en IdoIdoLatnio
Igala WikipediaWikipídiya IgalaIgalaLatnigl
Igbo WikipediaWikipedia IgboIgboLatnig
Ilocano WikipediaWikipedia nga IlokanoIlocanoLatnilo
Aramaic Wikipediaܘܝܩܝܦܕܝܐ ܠܫܢܐ ܣܘܪܝܝܐ
(Wīqīpedyāʾ leššānā suryāyā)
Aramaic (Syriac)Syrcarc
Inari Sámi WikipediaAnarâškielâlâš WikipediaInari SámiLatnsmn
Indonesian WikipediaWikipedia bahasa IndonesiaIndonesianLatnid
Ingush WikipediaГӏалгӏай Википеди
(Ghalghaj Vikipedi)
IngushCyrlinh
Interlingua WikipediaWikipedia in interlinguaInterlinguaLatnia
Interlingue WikipediaWikipedia in InterlingueInterlingueLatnie
Inuktitut Wikipediaᐃᓄᒃᑎᑐᑦ ᐊᕆᐅᙵᐃᐹ
(Uikipitia inuktitut)
InuktitutCansiu
Iñupiaq WikipediaUiqipitia IñupiatunIñupiaqLatnik
Irish WikipediaVicipéid na GaeilgeIrishLatnga
Italian WikipediaWikipedia in italianoItalianLatnit
Jamaican Patois WikipediaJumiekan Patwa WikipidiaJamaican PatoisLatnjam
Japanese Wikipediaウィキペディア日本語版
(Wikipedia nihongo-ban)
JapaneseJpanja
Javanese WikipediaWikipedia basa JawaJavaneseLatnjv
Banyumasan WikipediaWikipédia basa BanyumasanBanyumasanLatnmap-bms
Kabardian WikipediaАдыгэбзэ Уикипедиэ
(Adıgəbzə Wikipediă)
KabardianCyrlkbd
Kabiye WikipediaWikipediya kabɩyɛKabiyeLatnkbp
Kabyle WikipediaWikipedia taqbaylitKabyleLatnkab
Dusun WikipediaWikipedia DusunDusunLatndtp
Kannada Wikipediaಕನ್ನಡ ವಿಕಿಪೀಡಿಯ
(Kannaḍa vikipīḍiya)
KannadaKndakn
Kapampangan WikipediaWikipediang KapampánganKapampanganLatnpam
Karachay-Balkar WikipediaКъарачай-Малкъар Википедия
(Qaraçay-Malqar Wikipédiya)
Karachay-BalkarCyrlkrc
Karakalpak WikipediaQaraqalpaq WikipediasıKarakalpakLatnkaa
Kashmiri Wikipediaکٲشُر وِکیٖپیٖڈیا
(Kạ̄śur vikipīḍiyā)
KashmiriArabks
Kashubian WikipediaKaszëbskô WikipedijôKashubianLatncsb
Kazakh WikipediaҚазақша Уикипедия
(Qazaqşa Wïkïpedïya)
(قازاقشا ۋىيكىيپەدىييا)
KazakhCyrl/Latn/Arabkk
Khmer Wikipediaវិគីភីឌាភាសាខ្មែរ
(Vikiiphiidiaa phiăsaa khmae)
KhmerKhmrkm
Kinyarwanda WikipediaWikipediya mu IkinyarwandaKinyarwandaLatnrw
Kirundi WikipediaWikipediya mu IkirundiKirundiLatnrn
Komi-Permyak WikipediaПерем коми Википедия
(Perem komi Vikipedija)
Komi-PermyakCyrlkoi
Komi WikipediaКоми Википедия
(Komi Vikipedija)
KomiCyrlkv
Kongo WikipediaWikipedia kikôngoKongoLatnkg
Korean Wikipedia한국어 위키백과
(Han-gugeo wikibaekgwa)
KoreanHangko
Kotava WikipediaWikipedia men KotavaKotavaLatnavk
Kurdish WikipediaWîkîpediya kurdî
(ویکیپەدیا کوردی)
Kurdish (Kurmanji)Latn/Arabku
Kusaal WikipediaWikipiidia KʋsaalKusaalLatnkus
Kyrgyz WikipediaКыргыз Википедиясы
(Kırgız Wikipediya)
KyrgyzCyrlky
Ripuarian WikipediaWikkipedija en Ripoarisch PlattRipuarianLatnksh
Ladin WikipediaWikipedia per ladinLadinLatnlld
Judaeo-Spanish WikipediaVikipedya en lingua Judeo-EspanyolaJudaeo-SpanishLatnlad
Lak WikipediaЛакку мазрал Википедия
(Lak:u mazral Vikipediaˤ)
LakCyrllbe
Lao Wikipediaວິກິພີເດຍ ພາສາລາວ
(Wi ki phī dīa phasa lao)
LaoLaoolo
Latgalian WikipediaVikipedeja latgaļu volūdāLatgalianLatnltg
Latin WikipediaVicipaedia LatinaLatinLatnla
Latvian WikipediaVikipēdija latviešu valodāLatvianLatnlv
Lezgian WikipediaЛезги Википедия
(Lezgi Vikipediä)
LezgianCyrllez
Ligurian WikipediaWikipedia LigureLigurianLatnlij
Limburgish WikipediaLimburgse WikipediaLimburgishLatnli
Lingala WikipediaLingála WikipediaLingalaLatnln
Lingua Franca Nova WikipediaVicipedia en lingua franca novaLingua Franca NovaLatnlfn
Classical Chinese Wikipedia文言維基大典
(Wéijī dàdiǎn wényán)
Classical ChineseHantzh-classical
Lithuanian WikipediaLietuviškoji VikipedijaLithuanianLatnlt
Livvi-Karelian WikipediaLivvinkarjalan WikipediiLivvi-KarelianLatnolo
Lojban Wikipediani'o la .uikipedi'as. pe lo jbobauLojbanLatnjbo
Lombard WikipediaWikipedia in lombardLombardLatnlmo
Low German WikipediaPlattdüütsche WikipediaLow GermanLatnnds
Lower Sorbian WikipediaDolnoserbska wikipedijaLower SorbianLatndsb
Luganda WikipediaWikipediya LugandaLugandaLatnlg
Luxembourgish WikipediaWikipedia op LëtzebuergeschLuxembourgishLatnlb
Macedonian WikipediaМакедонска Википедија
(Makedonska Vikipedija)
MacedonianCyrlmk
Madurese WikipediaWikipèḍia bhâsa MadhurâMadureseLatnmad
Maithili Wikipediaमैथिली विकिपिडिया
(Maithilī vikipiḍiyā)
MaithiliDevamai
Malagasy WikipediaWikipedia amin'ny teny malagasyMalagasyLatnmg
Malay WikipediaWikipedia Bahasa Melayu
(ويکيڤيديا بهاس ملايو)
MalayLatnms
Malayalam Wikipediaമലയാളം വിക്കിപീടിയ
(Malayāḷaṃ vikkipīṭiya)
MalayalamMlymml
Maltese WikipediaWikipedija MaltiMalteseLatnmt
Manx WikipediaWikipedia yn GaelgManxLatngv
Marathi Wikipediaमराठी विकिपीडिया
(Marāṭhī vikipīḍiyā)
MarathiDevamr
Mazanderani Wikipediaمازرونی ویکی‌پدیا
(Mazandarani vikipedi)
MazanderaniArabmzn
Meadow Mari WikipediaОлык Марий Википедий
(Olyk Marij Vikipedij)
Meadow MariCyrlmhr
Meitei Wikipediaꯃꯤꯇꯩꯂꯣꯟ ꯋꯤꯀꯤꯄꯦꯗꯤꯌꯥ
(Meeteilon weekeepaydeeya)
MeiteiMteimni
Minangkabau WikipediaWikipedia MinangkabauMinangkabauLatnmin
Mingrelian Wikipediaმარგალური ვიკიპედია
(Margaluri vik’ip’edia)
MingrelianGeorxmf
Mirandese WikipediaBiquipédia an lhéngua mirandesaMirandeseLatnmwl
Moksha WikipediaМокшень Википедиесь
(Mokšenj Vikipedijesʹ)
MokshaCyrlmdf
Mon Wikipediaဝဳကဳပဳဒဳယာမန်
(Wīkīpīdīya mawn)
MonMymrmnw
Mongolian WikipediaМонгол Википедиа
(Mongol Vikipyedia)
MongolianCyrlmn
Moroccan Arabic Wikipediaويكيبيديا المغربية
(Wīkībīdiyā maḡribiyy)
Moroccan ArabicArabary
Māori WikipediaWikipedia MāoriMāoriLatnmi
N'Ko Wikipediaߥߞߌߔߘߋߞߎ ߒߞߏ
(Wkipdeku n'ko)
N'KoNkoonqo
Nahuatl WikipediaHuiquipedia nāhuatlahtōlcopaNahuatlLatnnah
Navajo WikipediaWikiibíídiiya Dinék'ehjíNavajoLatnnv
Tarantino WikipediaUicchipèdie tarandíneTarantinoLatnroa-tara
Neapolitan WikipediaWikipedia napulitanaNeapolitanLatnnap
Nepali Wikipediaनेपाली विकिपिडिया
(Nepālī vikipiḍiyā)
NepaliDevane
Newar Wikipediaविकिपिडियाय् लसकुस
(Vikipiḍiyāya lasakūsa)
NewarDevanew
Nias WikipediaWikipedia Li NihaNiasLatnnia
Nigerian Pidgin WikipediaNaijá WikipediaNigerian PidginLatnpcm
North Frisian WikipediaNordfriisk WikipediaNorth FrisianLatnfrr
Northern Sámi WikipediaDavvisámegiel WikipediaNorthern SámiLatnse
Northern Sotho WikipediaWikipedia Sesotho sa LeboaNorthern SothoLatnnso
Norwegian WikipediaNorsk WikipediaNorwegian (Bokmål)Latnno
Novial WikipediaWikipedie in novialNovialLatnnov
Norwegian (Nynorsk) WikipediaNorsk (Nynorsk) WikipediaNorwegian (Nynorsk)Latnnn
Occitan WikipediaWikipèdia en occitanOccitanLatnoc
Odia Wikipediaଓଡ଼ିଆ ଉଇକିପିଡ଼ିଆ
(Oṛiā uikipiṛiā)
OdiaOryaor
Kalmyk WikipediaХальмг Бикипеди
(Haľmg Vikipedi)
Kalmyk OiratCyrlxal
Old English WikipediaEngliscan ǷikipǣdiaOld EnglishLatnang
Oromo WikipediaOromoo WikipediaOromoLatnom
Ossetian WikipediaИрон Википеди
(Iron Vikipedi)
OssetianCyrlos
Pa'O Wikipediaပအိုဝ်ႏဝီခီပီးဒီးယား
(Pǎʼǒ wikhipi:di:ya)
Pa'OMymrblk
Paiwan Wikipediawikipidiya nua pinayuananPaiwanLatnpwn
Palatine German WikipediaPälzisch WikipediaPalatine GermanLatnpfl
Pali Wikipediaपालि विकिपीडिया
(Pāli vikipīḍiyā)
PaliDevapi
Pangasinan WikipediaWikipedia PangasinanPangasinanLatnpag
Papiamento WikipediaWikipedia na papiamentuPapiamentoLatnpap
Pashto Wikipediaپښتو ويکيپېډيا
(Pax̌tó wīkīpeḍyā)
PashtoArabps
Pennsylvania Dutch WikipediaPennsilfaanisch-Deitsche WikipedelchePennsylvania DutchLatnpdc
Persian Wikipediaویکی‌پدیای فارسی
(Vikipediā-ye Fārsi)
PersianArabfa
Picard WikipediaWikipédia in lingue picardePicardLatnpcd
Piedmontese WikipediaWikipedia an piemontèisaPiedmonteseLatnpms
Norfuk WikipediaNorfuk WikkapedyaNorfukLatnpih
Polish WikipediaPolskojęzyczna WikipediaPolishLatnpl
Pontic WikipediaΠοντιακόν Βικιπαίδεια
(Pontiakón Bikipaídeia)
Pontic GreekGrekpnt
Portuguese WikipediaWikipédia em portuguêsPortugueseLatnpt
Western Punjabi Wikipediaپنجابی وکیپیڈیا
(Pañjābī vikīpīḍīā)
Western PunjabiArabpnb
Punjabi Wikipediaਪੰਜਾਬੀ ਵਿਕੀਪੀਡੀਆ
(Pañjābī vikīpīḍīā)
PunjabiGurupa
Quechua WikipediaQhichwa WikipidiyaQuechua (Southern Quechua)Latnqu
Romanian WikipediaWikipedia în limba românăRomanianLatnro
Romansh WikipediaVichipedia rumantschaRomanshLatnrm
Buryat WikipediaБуряад Википеэди
(Buryaad Vikipjeedi)
Buryat (Russia Buriat)Cyrlbxr
Russian WikipediaРусская Википедия
(Russkaya Vikipediya)
RussianCyrlru
Rusyn WikipediaРусиньска Вікіпедія
(Rusîn'ska Vikipedija)
RusynCyrlrue
Sakizaya WikipediaWikipitiya nu SakizayaSakizayaLatnszy
Samoan WikipediaWikipedia gagana SāmoaSamoanLatnsm
Samogitian WikipediaŽemaitėška VikipedėjėSamogitianLatnbat-smg
Sango WikipediaWïkïpêdïyäa na SängöSangoLatnsg
Sanskrit Wikipediaसंस्कृतविकिपीडिया
(Saṃskṛta vikipīḍiyā)
SanskritDevasa
Santali Wikipediaᱥᱟᱱᱛᱟᱲᱤ ᱣᱤᱠᱤᱯᱤᱰᱤᱭᱟ
(Santaṛi wikipiḍiya)
SantaliOlcksat
Saraiki Wikipediaسرائیکی ویٖکیٖپیڈیا
(Sarā'īkī vikipīḍiyā)
SaraikiArabskr
Sardinian WikipediaWikipedia in sarduSardinianLatnsc
Saterland Frisian WikipediaSeelterfräiske WikipediaSaterland FrisianLatnstq
Scots WikipediaScots WikipædiaScotsLatnsco
Scottish Gaelic WikipediaUicipeid na GàidhligScottish GaelicLatngd
Seediq WikipediaSeediq WikipidiyaSeediqLatntrv
Serbian WikipediaВикипедија на српском језику
(Vikipedija na srpskom jeziku)
SerbianCyrl/Latnsr
Serbo-Croatian WikipediaSrpskohrvatska Wikipedija
(Српскохрватска Википедија)
Serbo-CroatianLatnsh
Shona WikipediaWikipedhiya chiShonaShonaLatnsn
Shan Wikipediaဝီႇၶီႇၽီးတီးယႃးတႆး
(Wiː-kʰiː-pʰiː-tiː-jaɑː- táy)
ShanMymrshn
Sicilian WikipediaWikipedia ’n sicilianuSicilianLatnscn
Silesian WikipediaŚlůnsko WikipedyjoSilesianLatnszl
Sindhi Wikipediaسنڌي وڪيپيڊيا
(Sindhi wikipidia)
SindhiArabsd
Sinhala Wikipediaසිංහල විකිපීඩියා
(Siṁhala wikipīḍiyā)
SinhalaSinhsi
Slovak WikipediaSlovenská WikipediaSlovakLatnsk
Slovene WikipediaSlovenska WikipedijaSloveneLatnsl
Somali WikipediaSoomaali WikipediaSomaliLatnso
Sorani Kurdish Wikipedia ویکیپیدیای کوردیی سۆرانی
(Wîkîpîdiyay Kurdî Soranî)
Kurdish (Sorani)Arabckb
Sotho WikipediaWikipedia SesothoSothoLatnst
South Azerbaijani Wikipediaتورکجه ویکی‌پدیا
(Azərbaycanca Vikipediya)
South AzerbaijaniArabazb
Dagaare WikipediaDagaare WikipiideɛDagaareLatndga
Sranan Tongo WikipediaSranan WikipediaSranan TongoLatnsrn
Moroccan Amazigh Wikipediaⵡⵉⴽⵉⴱⵉⴷⵢⴰ ⵜⴰⵎⴰⵣⵉⵖⵜ ⵜⴰⵏⴰⵡⴰⵢⵜ
(Wikibidya tamaziɣt tanawayt)
Standard Moroccan AmazighTfngzgh
Tibetan Wikipediaབོད་ཡིག་གི་ཝེ་ཁེ་རིག་མཛོད
(Wylie: Bod yig gi we khe rig mdzod)
Lhasa TibetanTibtbo
Sundanese WikipediaWikipédia basa SundaSundaneseLatnsu
Swahili WikipediaWikipedia ya KiswahiliSwahiliLatnsw
Swazi WikipediaWikipedia siSwatiSwaziLatnss
Swedish WikipediaSvenskspråkiga WikipediaSwedishLatnsv
Shilha WikipediaWikipidya taclḥiyt
(ⵡⵉⴽⵉⵒⵉⴷⵢⴰ ⵜⴰⵛⵍⵃⵉⵜ)
ShilhaLatn/Tfngshi
Tagalog WikipediaWikipediang TagalogTagalogLatntl
Tahitian WikipediaVitipetia Reo TahitiTahitianLatnty
Tajik WikipediaВикипедияи Тоҷикӣ
(Vikipedijai Toçikī)
TajikCyrl/Latntg
Talysh WikipediaTolyšə VikipedijəTalyshLatntly
Tamil Wikipediaதமிழ் விக்கிபீடியா
(Tamiḻ vikkippīṭiyā)
TamilTamlta
Tatar WikipediaТатар Википедиясе
(Tatar Wikipediäse)
TatarCyrltt
Telugu Wikipediaతెలుగు వికీపీడియా
(Telugu vikīpīḍiyā)
TeluguTelute
Tetum WikipediaWikipédia iha lia-tetunTetumLatntet
Thai Wikipediaวิกิพีเดียภาษาไทย
(Wi-ki-phi-dia pha-sa thai)
ThaiThaith
Tigrinya Wikipediaዊኪፐድያ ብትግርኛ
(Wikipädya bətəgrəñña)
TigrinyaEthiti
Tok Pisin WikipediaWikipedia long Tok PisinTok PisinLatntpi
Tongan WikipediaWikipedia ʻi lea fakatongaTonganLatnto
Tsonga WikipediaWikipediya XitsongaTsongaLatnts
Tswana WikipediaWikipedia SetswanaTswanaLatntn
Tulu Wikipediaತುಳು ವಿಕಿಪೀಡಿಯ
(Tuḷu vikipīḍiya)
TuluKndatcy
Tumbuka WikipediaWikipedia ChitumbukaTumbukaLatntum
Turkish WikipediaTürkçe VikipediTurkishLatntr
Turkmen WikipediaTürkmençe WikipediýaTurkmenLatntk
Tuvan WikipediaТыва Википедия
(Tıwa Vikipediya)
TuvanCyrltyv
Twi WikipediaWikipidia TwiTwiLatntw
Tyap WikipediaWukipedia nTyapTyapLatnkcg
Udmurt WikipediaУдмурт Википедия
(Udmurt Vikipedija)
UdmurtCyrludm
Ukrainian WikipediaУкраїнська Вікіпедія
(Ukrayinsʹka Vikipediya)
UkrainianCyrluk
Upper Sorbian WikipediaHornjoserbska wikipedijaUpper SorbianLatnhsb
Urdu Wikipediaاردو ویکیپیڈیا
(Urdū vikipīḍiyā)
UrduArabur
Uzbek WikipediaOʻzbekcha Vikipediya
(Ўзбекча Википедия)
UzbekLatn/Cyrluz
Venda WikipediaWikipedia nga tshiVenḓaVendaLatnve
Venetian WikipediaWikipedia en łéngoa vènetaVenetianLatnvec
Veps WikipediaVepsän VikipediiVepsLatnvep
Vietnamese WikipediaWikipedia tiếng ViệtVietnameseLatnvi
Romani WikipediaRomani VikipidiyaRomani (Vlax Romani)Latnrmy
Volapük WikipediaVükiped VolapükikVolapükLatnvo
Võro WikipediaVõrokeeline VikipeediäVõroLatnfiu-vro
Walloon WikipediaWikipedia e walonWalloonLatnwa
Waray WikipediaWaray WikipediaWarayLatnwar
Wayuu WikipediaWikipeetia süka wayuunaikiWayuuLatnguc
Welsh WikipediaWicipedia CymraegWelshLatncy
West Flemish WikipediaWest-Vlamse WikipediaWest FlemishLatnvls
West Frisian WikipediaFrysktalige WikipedyWest FrisianLatnfy
Western Armenian WikipediaԱրեւմտահայերէն Ուիքիփետիա
(Arevmdahayerēn Uikʿipʿetia)
Western ArmenianArmnhyw
Wolof WikipediaWikipedia WolofWolofLatnwo
Xhosa WikipediaWikipedia isiXhosaXhosaLatnxh
Yakut WikipediaСахалыы Бикипиэдьийэ
(Sahalyy Bikipieçje)
YakutCyrlsah
Yiddish Wikipediaיידישע וויקיפעדיע
(Yidishe vikipedye)
YiddishHebryi
Yoruba WikipediaWikipéédíà YorùbáYorubaLatnyo
Zazaki WikipediaWikipediyay ZazakiZazaLatndiq
Zeelandic WikipediaZeêuwstaelihe WikipediaZeelandicLatnzea
Zhuang WikipediaVeizgiek Bakgoh VahcuenghZhuang (Standard Zhuang)Latnza
Zulu WikipediaWikipedia isiZuluZuluLatnzu
Norman WikipediaAugeron, Cotentinais, Percheron [fr]:
Viqùipédie normaunde
Auregnais: Ouitchipédie Nourmaounde
Brayon [fr], Cauchois, Rouennais [fr]:
Viqùipédie normande
Guernésiais: Ouitchipédie normande
Jèrriais: Ouitchipédie Nouormande
Sercquiais: Witchipedi Normãdi
NormanLatnnrm
Eastern Min WikipediaBàng-uâ-cê: Bànguâpedia
or Mìng-dĕ̤ng-ngṳ̄ Wikipedia
Eastern MinLatncdo
Southern Min WikipediaPe̍h-ōe-jī: Holopedia or
Wikipedia Bân-lâm-gú
Southern MinLatnzh-min-nan
Hakka WikipediaPha̍k-fa-sṳ: Hakkâpedia
or Hak-kâ-ngî Wikipedia
Hakka ChineseLatnhak
Chinese WikipediaTraditional Chinese: ,
simplified Chinese:
(pinyin: Zhōngwén wéijī bǎikē)
Chinese (written
vernacular Chinese
)
Hans/Hantzh
Gan WikipediaTraditional Chinese: 贛語維基百科,
simplified Chinese: 赣语维基百科
(Pha̍k-oa-chhi: Gon wéijī bǎikē)
Gan ChineseHans/Hantgan
Wu WikipediaTraditional Chinese: 吳語維基百科,
simplified Chinese: 吴语维基百科
(Romanized: Wu-nyu Vi-ci-pah-khu)
Wu ChineseHans/Hantwuu
Cantonese WikipediaTraditional Chinese: 粵文維基百科
(Jyutping: jyut6 man4 wai4
gei1 baak3 fo1
)
CantoneseHantzh-yue
Uyghur WikipediaUEY: ئۇيغۇرچە ۋىكىپېدىيە
(ULY: Uyghur wikipëdiye)
(UYY: Uyghur vikipediyə)
(UKY: Уйғур википедийә)
UyghurArabug

(the table still needs to be filled out -- I only filled out the first 25 entires in the table). The Mountain of Eden (talk) 01:46, 22 July 2024 (UTC)[reply]

Support

Oppose

  • No, this would open the floodgates to dab pages listing vast numbers of entries with no information useful to the reader of English Wikipedia unless they happen also to be readers of the other language. A rule distinguishing between "good" and "bad" non-English wikis would be confusing and difficult to implement. PamD 08:00, 25 July 2024 (UTC)[reply]
    Props to TMoE for going through the effort of starting that list above, but this really sounds like something that would have to be standardized at e.g. meta before it would be really reliable. --Joy (talk) 11:48, 28 July 2024 (UTC)[reply]

Discussion

This doesn't seem necessary. It hasn't been demonstrated that a problem actually exists with the current text, which allows for flexibility on a case by case basis. Remsense 01:50, 22 July 2024 (UTC)[reply]
This also misses one main reason not to include ills--even on wikis that have vnn standards, not every article in said wiki meets those standards. Just take a look at the amount of sheer crap that exists on the English wiki which supposedly has high standards. And besides that, the mere existence of an article in another language wiki provides zero indication whether that same topic has any notability at all in English. I thought the last discussion on this determined that at minimum, the term must be mentioned in a current article to provide at least some minuscule suggestion that the topic has some currency in English. olderwiser 03:16, 22 July 2024 (UTC)[reply]
Just like notability is not a function of time, I wouldn't think it would be a function of the language used to write the article. But it is a function of the people who participate in the discussion, which is why consensus can cange. This is why I think we ought to have a clear policy, so we will have consistency. The current wording of WP:DABSISTER is meaningless to me, and in 5 days nobody was able to provide me a meaning for it. That's why I proposed something that has meaning.
While it is obvious that having policies for verifiability, notability, and neutrality does not assure that each and every article fully complies with the policies, it's better than having no policies. That's why I proposed it instead of of the vague "under some circumstances". The Mountain of Eden (talk) 06:51, 22 July 2024 (UTC)[reply]
I disagree, in that notability is very much dependent on language and culture. Your proposal in essence gives a green light to include ills to every single article in other languages that have some sort of vnn standards, regardless of whether any given term has any usage whatsoever in English. olderwiser 10:56, 22 July 2024 (UTC)[reply]
Wikipedia's notability policy says that notability is established with coverage by "reliable and independent sources". How would that be dependent on language and culture? The Mountain of Eden (talk) 02:56, 23 July 2024 (UTC)[reply]
This isn't really the right forum for discussing notability of foreign language topics on the English Wikipedia. The concept of disambiguation arises within a language wiki when there is more than one topic that could have the same title. If there is no extant information about a foreign language topic on the English Wikipedia, there is nothing to disambiguate. olderwiser 03:40, 23 July 2024 (UTC)[reply]
I agree that disambiguation is needed "when there is more than one topic that could have the same title". The point is what do you do when there is no article on the English Wikipedia. We have MOS:DABRED to handle that. But in cases when there is an article, just not on the English Wikipedia, that's handled by WP:DABSISTER. The current verbiage in WP:DABSISTER with the words "under certain circumstances" is ambiguous at best, and meaningless at worst. The idea is to clean up the language to give a clear guideline. The Mountain of Eden (talk) 16:48, 23 July 2024 (UTC)[reply]
To add insult to injury, there is a footnote in WP:DABSISTER saying "There is no agreement on the conditions under which such links are acceptable." We should therefore come up with someting. Even if it's not perfect, it could be improved later on. The Mountain of Eden (talk) 16:52, 23 July 2024 (UTC)[reply]
Good luck on with reaching such agreement. Previous discussions were long with more or less intransigent partisans. I think like a lot of things on Wikipedia, the guidelines cannot precisely prescribe what to do in every situation and some things are best left to case-by-case discussions. I do not think it is wise to assume any sort of equivalence between articles in various language Wikipedias. With the guideline as you proposed, it would be a very short roll downhill to having dab pages stuffed to the gills with ILL entries for any and every other language that has any semblance of VNN guidelines (regardless of how rigorously said guidelines are followed in practice). My take is essentially that disambiguation pages are meant to disambiguate articles in the specific language of that Wiki. That is, there is no title conflict between articles in English wiki and any other language wiki. Each one can have different articles with exactly the same title without any conflict. If a foreign term has any relevance for English, there should be some indications within the English Wiki (i.e., the term is at least mentioned somewhere in some article). olderwiser 17:54, 23 July 2024 (UTC)[reply]
"[T]he guidelines cannot precisely prescribe what to do in every situation." I fully agree with you.
[S]ome things are best left to case-by-case discussions. I also agree with that. The problem is that the current wording at WP:DABSISTER, especially the footnote, is so useless, you might as well have nothing, and just treat the case of a red link in the English Wikipedia that a blue link in some foreign language Wikipedia the same as any other red link.
If we think that a red link on the English Wikipedia with a blue link to a foreign language Wikipedia should be handled differently from an ordinary red link, we should spell out what to do in such a case, rather than say there is no consensus on what to do.
My proposal may not be perfect, but at least it's something. If we put it into the page, it might spawn future editors with ideas on how to improve it. The Mountain of Eden (talk) 21:14, 24 July 2024 (UTC)[reply]
I don't think it should be handled differently from other red links. I don't think articles in foreign language wikis should be treated as equivalent to English articles for blue links in dab entries. In my opinion, there should be an existing English article that mentions the term. olderwiser 22:53, 24 July 2024 (UTC)[reply]
Sounds good. If nobody else contributes to this discussion within the next 4-5 days, we'll call it a consensus and change the project page accordingly. The Mountain of Eden (talk) 23:24, 24 July 2024 (UTC)[reply]
What would you be changing if it is not what you originally proposed? olderwiser 23:28, 24 July 2024 (UTC)[reply]
Good question. See below The Mountain of Eden (talk) 23:47, 24 July 2024 (UTC)[reply]

Proposal #2

Change the wording of WP:DABSISTER to the following:

If an article doesn't exist on the English Wikipedia, but exists on a sister project, that is likely an indication that an article should be created on the English Wikipedia. However, at the end of the day, per WP:WRITEITFIRST, until an article is created on the English Wikipedia, the term to be disambiguated is to be treated as prescribed in WP:DABRED.


The Mountain of Eden (talk) 23:47, 24 July 2024 (UTC)[reply]

Support

Oppose

  • I think saying this is a likely indication is too strong. We don't really know that in general, and there's so much variation between languages that any such assessment seems like a generalization. A term might be a common word in a foreign language and have numerous meanings documented there, but few or none of these would exist in English as in English they'd be using the native word instead.
It seems to me that the existence of the dabsister section is mostly a safety provision to make sure people don't remove those external links from {{ill}} as we don't permit external links otherwise.
In general, I'd advise thinking about this from a readers first perspective - to large contingents of English readers, even adding interlanguage links isn't useful and might possibly be confusing, because they might click through the one blue link expecting to continue reading in English. Allowing these links is already generous enough, but requiring some other standard to be met (like dabmention) is safer. --Joy (talk) 11:57, 28 July 2024 (UTC)[reply]

Discussion

I think there it is wrong to say that is likely an indication that an article should be created on the English Wikipedia. The mere existence of an article in another language says nothing about whether the article should be created on the English Wikipedia. And what happens to the footnote which provides an example of how the entry should be constructed (which example by the way satisfies MOS:DABRED). olderwiser 00:28, 25 July 2024 (UTC)[reply]

We can replace "is likely an indication" with "may be an indication". The Mountain of Eden (talk) 05:36, 25 July 2024 (UTC)[reply]
  • @The Mountain of Eden: Please give a couple of examples of cases where the current vagueness has been a problem. Noting that, as pointed out above, the single example in the current documentation, in endnote "f", doesn't make anything clear as Árbol is mentioned in Vilalba#Administrative_units so the dab page entry is fine with or without the {{ill}} link (let alone the complications of Vilalba vs Villalba in Spanish/Galician wikis, making it a pretty poor example). Some real examples would make this discussion more meaningful. Thanks. PamD 08:08, 25 July 2024 (UTC)[reply]
  • The wording "at the end of the day" is not the sort of thing to see in documentation.
I think that the current wording probably works well: in almost all cases a blue link will be possible to an article which mentions the topic, but I can imagine occasional cases where there is an ambiguous term, easily confused with a topic in Eng.wiki, that is present in another wikipedia but not (yet) in en.wiki and where there is no obvious place to add a reliably sourced blue link.
Perhaps there's a Canadian poet newly-added to en.wiki, with a common given-name-and-surname combination, and a German poet with the same name but clearly different birthdate and bio in de.wiki. It's helpful to our reader to include a wikilink to the German poet alongside the entry for the Canadian poet of the same name, even though the German poet isn't mentioned in our List of German-language poets and we can't expect the editor who's just created an article about the Canadian, and is adding them to the name dab page, to research their German namesake beyond finding that they exist in German wikipedia and are identifiably a different poet. (But it would be much better to add the German to that list or some other appropriate article, or create a minimal stub for them.)
If we're changing WP:DABSISTER at all, the first sentence should perhaps read:
Redlinks for topics covered in other language Wikipedias can be enhanced by using {{Interlanguage link}} to link to those other Wikipedias, but a blue link to an article in English Wikipedia is still required unless there is an exceptional need to help our readers by disambiguating a topic not yet mentioned here.
Perhaps adding:
Editors are strongly encouraged to find an article or list where the topic can be mentioned, reliably sourced, so that a blue link can be created per WP:DABMENTION.
PamD 08:33, 25 July 2024 (UTC)[reply]
Basically that sounds like encouraging use of the {{Interlanguage link}} template whenenver applicable. This should be the case for any red link. If that's indeed the case, then the entire section WP:DABSISTER should be redirected to WP:DABRED, with WP:DABRED encouraging use of {{Interlanguage link}} template whenever applicable. The Mountain of Eden (talk) 21:11, 26 July 2024 (UTC)[reply]
No, just no. These are different things, although there is some overlap. Sister links are relatively uncommon. Red links are routinely added incorrectly by inexperienced editors. We need guidance for red links that is a clear as possible. Sister links are at best a sort of special case of red link. olderwiser 21:23, 26 July 2024 (UTC)[reply]
"Sister links are at best a sort of special case of red link"
I would strike out the words "at best" and "sort of", to read "Sister links are a special case of red link", which means the two sections should be combined rather than spread out over two different pages. The Mountain of Eden (talk) 21:36, 26 July 2024 (UTC)[reply]

Proposal #3

  1. Eliminate WP:DABSISTER from this page and move the shortcut to MOS:DISAMBIGUATION under WP:DABRED.
  2. Under the boxed Flibbygibby example add the following sentence (w/o the italics):
    "If the article to be disambiguated does not have an article on the English Wikipedia, but has an article on a sister project in another language, the term may be linked to the sister project using the {{interlanguage link}} template."
  3. WP:DABSISTER would link to this new proposed sentence.

The Mountain of Eden (talk) 22:38, 30 July 2024 (UTC)[reply]

Support

Oppose

Discussion

::Sounds like that's proposal #4. But why not add that one sentence? The Mountain of Eden (talk) 01:54, 31 July 2024 (UTC)[reply]

Sorry, misread the question. I don't see how we can redirect the shortcut w/o adding the text since nothing in MOS:DAB talks about links to sister projects. We could either delete the shortcut, or if we change the shortcut to WP:DAB, we would somehow need to discuss links to sister project in MOS:DAB. The Mountain of Eden (talk) 02:02, 31 July 2024 (UTC)[reply]
  • This proposal doesn't clarify whether the redlink guidance is also applicable to ILLs or whether this is just some appendage and that the blue link to the other language alone is sufficient. And further this removes the existing guidance at DABSISTER about not linking to other sister projects, like Wikidata or Wikivoyage. olderwiser 02:07, 31 July 2024 (UTC)[reply]
    You lost me. By definition, you only add the {{interlanguage link}} template if there is no article on the English Wikipedia. The proposed wording doesn't affect the existing wording in WP:DABRED. It just says that it's permissible to add the template to red links. The Mountain of Eden (talk) 02:11, 31 July 2024 (UTC)[reply]
    The text and placement makes it read like a non sequitur add-on. It isn't clear whether any of the conditions applicable to red links are applicable to ILLs or if they are an exception. And what about the other sister project text and the example in the footnote? olderwiser 03:02, 31 July 2024 (UTC)[reply]
    I'm not sure why it's not clear. The proposed text neither modifies nor impacts the existing WP:DABRED. It just says that it's permissible to use the {{interlanguage link}} template. I think it's absolutely related because you would only use this template on red links. You would not use it if there is an existing article on the English Wikipedia. The Mountain of Eden (talk) 03:13, 31 July 2024 (UTC)[reply]
    Placed at the end and without any example, this could be taken to mean that an entry with only an ill link is ok, regardless of whether it is mentioned in any existing article. It would be clearer if the example from the footnote were preserved. And what about the guidance regarding the other sister projects? olderwiser 03:46, 31 July 2024 (UTC)[reply]
    I don't know what footnotes you're talking about. Regardless, we can also add a sentence that use of the {{interlanguage link}} template is not a substitute for the need to have a red link from an existing article.
    What guideline for other sister projects would be needed? The article either exists in a sister project, or doesn't. If it exists in a sister project, use of the {{interlanguage link}} template is OK, and if it does not then use of the template is not OK. The Mountain of Eden (talk) 03:56, 31 July 2024 (UTC)[reply]

Proposal #4

Eliminate WP:DABSISTER entirely.

Support

Oppose

Discuss

I have added this proposal (after the fact) simply because it should have been an option from the beginning. Blueboar (talk) 01:04, 31 July 2024 (UTC)[reply]

top/common ordering as a matter of style vs. navigation efficiency

I've noticed a few cases recently where MOS:DABCOMMON formatting was a bit of an issue:

Several of the discussions at Wikipedia talk:Manual of Style/Disambiguation pages/Archive 44 have been about ordering, too. The search of talk page archives here brings up a lot of discussions on ordering as well. Maybe we need to ponder this matter more coherently.

It seems to me that we should move the part of the style guideline that affects the top of a disambiguation page into the main guideline here, because this doesn't seem to be a matter of just style per se, rather it might be making a significant impact on ensuring that a reader who searches for a topic using a particular term can get to the information on that topic quickly and easily. --Joy (talk) 09:54, 25 July 2024 (UTC)[reply]

I'm not sure that advantage of having a common uses group at the top is always clear-cut. It can result in slowing navigation if readers jump to the relevant section expecting to find the specific item listed there only to have to look back up to the top. This is similar to what can happen with a primary topic as well and raises question of whether such entries should be duplicated within the appropriate section as well as at the top. olderwiser 12:54, 25 July 2024 (UTC)[reply]
I agree, we should actually list the common items in both places. If the list is already relatively long, duplicating a couple of popular items shouldn't lengthen it unreasonably, and we hopefully catch most of those cases. --Joy (talk) 16:52, 25 July 2024 (UTC)[reply]
That and also with relatively short pages, it may be unnecessary or even counter-productive to try to pull out a couple. olderwiser 17:21, 25 July 2024 (UTC)[reply]
Because of so much possible variety, we'd have to test on specific examples. For example, is it 1 common 20 uncommon, or 2 : 20, or 1 : 10, or 3 : 10, and then the varying levels of how common each of the common ones is, etc. --Joy (talk) 18:51, 26 July 2024 (UTC)[reply]

Capitalization of a disambiguation page title with both all-caps and lowercase senses

I seem to recall that there is a rule that if a disambiguation page has both all-caps and lowercase senses, then the title of the page should be at the lowercase title, if that is available. In particular, I am thinking of LOR (for which many Lor senses exist). Lor currently redirects to LOR. I am not asking for a page move here, but for where the rule on this can be found. If there is no rule on this, where should one be put? BD2412 T 01:58, 2 August 2024 (UTC)[reply]

I think what you're looking for is two of the bullets under WP:DABNAME:
  • A word is preferred to an abbreviation, for example Arm (disambiguation) over ARM.
  • The spelling that reflects the majority of items on the page is preferred to less common alternatives.
Those can sometimes be contradictory, but it's probably best to hash those out on a case-by-case basis. Station1 (talk) 06:01, 2 August 2024 (UTC)[reply]
The real question here is do we have to account for this merge in the first place? If you see distinct usage patterns based on capitalization, and if it would make navigation more efficient if the reader didn't have to wade through both lists together, they should simply be split up, as this guideline is not actually consistently applied in the first place, cf. #WP:DABCOMBINE not actually with organic consensus in the acronym space.
In my browser, I have to do PgDn twice already to browse that list, so if that can be two lists of Lor and LOR and if these would be more straightforward, that would actually make more sense. The idea of merging is valid where we believe there's a huge amount of traffic of people e.g. typing in "lor" but wanting "LOR". If these could be served with a link to LOR visible on the first page without scrolling, that seems better than forcing the readers to go through two pages of a more complex list on every visit. And, it would become measurable, we could see in the statistics how many readers needed to do that. --Joy (talk) 07:25, 2 August 2024 (UTC)[reply]
... as this guideline is not actually consistently applied in the first place ...: It is a guideline, until it is modifed or removed. Until then, it's unclear if other examples are WP:OTHERSTUFF or WP:IAR.—Bagumba (talk) 09:53, 2 August 2024 (UTC)[reply]
@Joy: I have seen much longer "merged" pages, and would be concerned that some people searching for "LOR" will not bother to capitalize when typing the letters into the search box. BD2412 T 17:50, 2 August 2024 (UTC)[reply]
In the case of long pages, that can be handled by adding, for example, "LOR (disambiguation)" to See Also, or even adding it as a hatnote if See Also is really far down the page. Even with merged pages I think it's easier for readers to find what they're looking for if the Lors and LORs are split into separate sections. Station1 (talk) 18:03, 2 August 2024 (UTC)[reply]

Question: "/" in parenthetical disambig?

Currently working on rewriting WP:KOREA's guidance on mountain article titles. For disambiguations with multiple terms, I'm unsure of what is preferred, a "/" or an "and". For instance, here's a page with an "and": Taehwasan (Gangwon and North Chungcheong). Here's a page with a "/": Sinseonbong (Chungju/Goesan).

Are either formats acceptable? I know having multiple terms in the first place isn't great; but in the worst case scenario where we had multiple terms, what should we do? seefooddiet (talk) 07:53, 5 August 2024 (UTC)[reply]

Note, some relevant sections I found. WP:NCPLACE#Natural features and possibly a loose interpretation of WP:DISAMBIG#Format may suggest that we should avoid "/" as article titles don't typically have them? seefooddiet (talk) 07:55, 5 August 2024 (UTC)[reply]
I think the more usual approach in such cases is to use the mountain range as the disambiguating term. But that info is currently missing in the articles. olderwiser 10:21, 5 August 2024 (UTC)[reply]