Wikipedia talk:Disambiguation dos and don'ts

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

What does this mean?

I can't figure this out. Can it be phrased more simply? Don’t add red links to articles that aren't already linked from articles (click on the "what links here" link under the toolbox on the left hand side to see if any article links to the red link).

]

The original version was "Don't add red links that wouldn't make good articles." It was changed last month to "Don’t add red links to articles that aren't already linked from articles" and then the current version. Station1 (talk) 04:58, 27 August 2010 (UTC)[reply]

Then it is OK to add a red link (say, for example,

]

It meant "don't add (to disambiguation pages) red links that link to non-existant articles unless the red link is already linked from an article". I've tried to clarify it. -- JHunterJ (talk) 16:44, 27 August 2010 (UTC)[reply]

If there is an existing page somewhere in Wikipedia — say, for example,

]

Red links are allowed in articles. No one's come up with a reason to disallow them on disambiguation pages, although we do have more restrictions: the red link has to be used somewhere else first. Do you have a reason why they shouldn't be used here? -- JHunterJ (talk) 17:43, 27 August 2010 (UTC)[reply]
Specifically, see
WP:REDLINKS (read the intro for an overview). :) -- Quiddity (talk) 19:21, 27 August 2010 (UTC)[reply
]

Paradox

There seems to be two paradoxical sentences in this page. In the part "don't", it is written "Don't add entries without a blue link." It means we cannot add red links at all. On the other hand, the fourth sentence is "Don't add red links that aren't used in any articles." So we can add particular red links. Isn't it a paradox?

]

The first sentence doesn't mean you cannot use red links at all. The guideline is that you can't add a red-linked entry unless there is also a useful blue link within that entry.--NapoliRoma (talk) 13:36, 12 July 2012 (UTC)[reply]
...so what may need editing is the sentence: "Put exactly one link in each entry, at or near the start." Strictly speaking, that should be "exactly one blue link." I also think "at or near the start" is incorrect -- especially in the circumstance we're discussing.--NapoliRoma (talk) 13:40, 12 July 2012 (UTC)[reply]
The statement "Don't add entries without a blue link" does not exclude entries that also contain a red link. It only means that each entry should have a blue link. As NapoliRoma suggests, the more problematic statement is the one limiting entries to exactly one link without distinguishing between red or blue links. olderwiser 15:25, 15 July 2012 (UTC)[reply]
It was this edit that introduced the statement that is inconsistent with guidelines and practice. I am going to re-instate the previous language. olderwiser 15:29, 15 July 2012 (UTC)[reply]
Also, no paradoxes should be inferred from the information here. This is a handy dos-and-don'ts list, much abbreviated from the full guidelines. If something appears to be a paradox, we check to see what the actual guidelines say. -- JHunterJ (talk) 15:55, 15 July 2012 (UTC)[reply]

This whole thing is totally wrong. Red links in disambiguation pages have a good reason: They show readers, that the link they followed to "John Smith" needs to be changed and offers some possibilites. Often the reader can decide without specific knowledge, which one to pick, because they belong to the same group. If he has come from a Congressman, there is a very good chance, that John Smith (american politician) is the right one, if he comes from running at Olympic games, it might be the John Smith (Runner). In that way future articles get there incoming links beforehand. --Eingangskontrolle (talk) 22:57, 3 January 2017 (UTC)[reply]

No, disambiguation pages are not to do lists of articles to be created. Unless there is an existing article that contains verifiable information on the topic there is nothing to disambiguate within the context of Wikipedia. If there is an article that
mentions either John Smith (american politician) or John Smith (Runner), that can be included as a blue link in the description for the entry. If there is no existing article that mentions the topic, there is no evidence to support any claim of notability. olderwiser 23:45, 3 January 2017 (UTC)[reply
]
To editor
information page: it merely reflects consensus established at the cited guideline. That guideline, not this page, is where consensus on these questions is established, and where it should be challenged if necessary. Two, Bkonrad is right, there is an overwhelming consensus that dab pages are not repositories of nonexistent articles. They exist solely to aid navigation to existing articles. Familiarize yourself with the guideline before you make any more embarrassing pronouncements about things being "totally wrong". —swpbT 13:47, 4 January 2017 (UTC)[reply
]
I feel, the consensus ist established by barking away other opinions. But as long as I can find another article which is linking to the new item everything is ok. Very strange. --Eingangskontrolle (talk) 14:47, 4 January 2017 (UTC)[reply]
No, that is not how consensus is established. Being outweighed may feel like being "barked" at, but it's not. You can dig up reams of reasoned discussion that led to a consensus as well-established as this one. Your particular opinion on this matter has been raised and rejected by the community on a reasoned basis many times. You're free to challenge it again if you think you have a strong case, but unless that challenge prevails, you are obligated to follow consensus, whether you like how it was established or not. —swpbT 15:08, 4 January 2017 (UTC)[reply]

Something to the effect of...

"Keep subjective adjectives to an absolute minimum" perhaps? I don't have a problem with Mozart being described as famous, but much beyond that just leads to tears. - Richfife (talk) 23:25, 3 May 2013 (UTC)[reply]

That would seem to fall under "Keep descriptions short". Maybe that should link to ]

List of useful templates

I think this page should have a "See also" section filled with the names of templates useful for signaling that a disambiguation page has issues. For example templates like {{

}} (I guess such templates exist but I don't know where to find them or I don't have the time to search for them) and so on.

So it will be easy for the editors to find those useful templates, since this page (Wikipedia:Disambiguation dos and don'ts) is linked every time one edits a disambiguation page. —  Ark25  (talk) 14:56, 17 December 2014 (UTC)[reply]

The issues you see may be easily fixed: delete redlinks, add blue links, etc. No reason to proliferate bureaucracy. Also, lots of ugly cleanup templates will disturb the main purpose of disambig pages: ease of navigation. If you don't know how or have no time to fix, please put {{disambig-cleanup}} at the bottom, and people from WikiProject Disambiguation will fix it. -M.Altenmann >t 15:40, 17 December 2014 (UTC)[reply]
@
themselves. Not a page to teach them how to let others fix their mistakes. IMHO, this is not the right place for a link to {{disambiguation-cleanup}}. -- LittleWink (talk) 19:28, 17 December 2014 (UTC)[reply
]
I respectfully disagree. I created DDD with the intention of presenting only the most essential points, to avoid TL;DR syndrome. The full dab guideline is there to cover the less important details. In my experience, non-bulleted lists and entries ending in punctuation are not significant problems on dab pages, certainly not relative to the other points listed here. On the other hand, I do think it's appropriate to point to the cleanup tag; this is the only place most editors are likely to come across it, and it would be better for an editor who's not interested in doing the cleanup to tag the page, rather than do nothing. DDD applies to all dab edits; it's just as much about cleanup as it is about new entries. Swpbtalk 20:10, 17 December 2014 (UTC)[reply]
I am in process of checking about two thousand disambiguation pages if they exist and if they are complete. If they don't exist, I have to create them - example. If they are not complete, I have to add more items - example. About one third of them are Romanian Rivers, so I have to to the same on RO.WP too. Not only that, I have to place a lot of "See also" items for dab pages about words with the same roots, e.g. Corni River, on both Wikipedias. If I start to also cleanup the dab pages created by others or inter-relate the rivers, brooks, creeks and lakes, then the task would eat me an unfair amount of time that I don't have. So, unfortunately, I don't have the time to clean all the disambiguation pages that I come across. Having quick access to such cleanup tags (templates) might be quite useful.
By the way, the recent change of the
Template:Disambig editintro page (pointing to this guide too) is a breath of fresh air! —  Ark25  (talk) 10:19, 20 December 2014 (UTC)[reply
]

Don't include references ? !!!!

It is quite reasonable to expect that references are included inside the disambiguated articles....but:

  • What happens if the articles are not yet created? How can anyone be sure that the red links are real and not the product of our imagination?
  • What happens if among the entries are descriptions which are valid, but not enough to constitute an article? Should these descriptions stay unreferenced, without verification?

Because of these reasons, I believe that we should rephrase it to «Don't include references for blue links». --FocalPoint (talk) 22:40, 21 February 2015 (UTC)[reply]

Disambiguation pages are primarily navigational aides for existing content on Wikipedia. Just as Wikipedia is not a directory or an indiscriminate collection of trivia, disambiguation pages don't direct readers to content that is not covered in an existing articles.
WP:DABRL provide relevant guidelines. olderwiser 22:55, 21 February 2015 (UTC)[reply
]

So, when other encyclopedias and books contain several entries on historic persons, a few of which are one or two lines, your suggestion is that these entries should be discarded? I cannot agree to that, no matter how many shortcuts to guidelines you provide. There has to be another solution. If you want to name these pages something else than disambiguation, then so be it. I am open to suggestions. --FocalPoint (talk) 17:14, 22 February 2015 (UTC)[reply]

You can create articles or stubs for the entries yourself with appropriate references. Or you can find an article on a topic associated with the person or term and include a mention there with citation. The exclusion of references on disambiguation pages has been the accepted standard since very early in the project. If you wanted to change that standard, you'd need to raise the topic at Wikipedia talk:Disambiguation rather than here on the talk page of an abbreviated precis of that page. olderwiser 19:06, 22 February 2015 (UTC)[reply]
Thank you for your answer Bkonrad. I would need to invest a lot of energy to do that effectively, so I am just stating here my support to whoever will want to persuade the community to make reasonable exceptions to this agreement. Dear whoever, feel free to inform me if and when you raise the issue. --FocalPoint (talk) 19:56, 22 February 2015 (UTC)[reply]
This is the wrong place to raise your concern; as the header states, this page is merely a summary of the formal guideline,
MOS:DAB. If you want to challenge the current consensus regarding references on dab pages, that's the place to do it – but as Bkonrad has explained, that consensus is quite firmly established (for good reason, IMO). What I might be willing to support would be the inclusion of a ref or two within an invisible comment (<!-- like this -->), which you can probably get away with already. But as Bkonrad pointed out, if you have refs, you might as well start a stub. Swpbtalk 15:15, 23 February 2015 (UTC)[reply
]

Fair enough, I have raised my concern there, where I hope that you will both comment. --FocalPoint (talk) 16:47, 23 February 2015 (UTC)[reply]

"Dab pages should be ridden and not remembered"

   That section title is my first cut at encapsulating what i fantasize might inspire inexperienced Dab editors to finish every Dab edit by tersifying; it might even be an ideal wording. My first thot was accompanying it by a photo of a ski jumper, or a Norman Rockwell illustration of two kids sledding off a hillside ramp they have built out of snow. Or on the other hand, perhaps a better metaphor is a teleportation booth, where effort and delay are as close to zero as imaginable.
--Jerzyt 20:37, 22 January 2016 (UTC)[reply]

That bizarre sentence might mean something to you, but it means nothing to anyone else. If you want to write an essay on your musings, go right ahead; this information page, however, will continue to reflect the applicable guidelines in clear, common language. —swpbT 14:19, 26 January 2016 (UTC)[reply]

Sorting entries and sections

I think that a long list of disambiguations (longer than ten entries, say) is difficult to search visually without using the search key (Ctrl + F under Windows). Is there a rule when it is allowed to order entries or sections on a large disambiguation page? If so, where can I find this rules? If not, is the only rule that the way they are saved first is per definition the best way?--Sae1962 (talk) 14:43, 24 November 2016 (UTC)[reply]

I recommended the editor to check in with the project due to mass sorting dabs alphabetically (both sections and entries in sections).
WP:DABACRO. I suggest the mass sorted dabs are reviewed and if undesirable undone before subsequent edits happen. Widefox; talk 15:10, 24 November 2016 (UTC)[reply
]

I think this rule is pretty dumb and stands against everything Wikipedia stands for. Red links are an important feature of Wikipedia, and disambiguation of concepts and names is a very important feature in its own right, not only to divert readers to existing articles. Notability is the only thing that should count here, not a strange wish to have less red links. de.wikipedia has no problem with that, and their disambig pages are just as good (and often better) than en.wikipedia's. --Anvilaquarius (talk) 00:07, 8 July 2017 (UTC)[reply]

To editor Anvilaquarius: 1. You are raising this in the wrong place. Please read the edit notice that appeared at the top of the window when you edited this page.
2. You're welcome to raise the matter at the right place, Wikipedia talk:Manual of Style/Disambiguation pages, but I can tell you it has been raised many times before, and the existing consensus has been reconfirmed each time. You can read that guideline and search through its talk page history if you want to understand why that is so. —swpbT 13:50, 10 July 2017 (UTC)[reply]
No wonder Wikipedia is slowly dying. Silly conservatism, no embracing of "doing the right thing" and "WP:Be Bold" to be found anywhere. --Anvilaquarius (talk) 14:01, 10 July 2017 (UTC)[reply]
It's not dying by any means, and constantly re-litigating every consensus is a colossal waste of our time, but if that story makes you feel better, that's fine. —swpbT 17:12, 10 July 2017 (UTC)[reply]

Bad guidance in the {{One other topic}} template

Please join discussion at

partial name matches
.

As per these dos-and-dont's here, editors are not supposed to "include every article containing the title." The template basically guides editors to do just that. Coastside (talk) 16:47, 24 January 2019 (UTC)[reply]

To editor ]
Thanks for pointing that out. I was trying to summarize, but I see what you mean about being neutral in the notice. Coastside (talk) 21:03, 24 January 2019 (UTC)[reply]

Double negative

The consensus is to use a third wording proposed by Certes: "Don't include red links unless used in an article."

Cunard (talk) 01:19, 22 September 2019 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Does anybody think the double negative used in this revision of the page with the phrasing "Don't include red links not used in articles" is a good wording? In my opinion, it is absolutely horrible. Banana Republic (talk) 19:54, 23 July 2019 (UTC)[reply]

In my opinion, it's perfectly understandable and concise. There's nothing at all grammatically or logically wrong with two negatives in a sentence, half-remembered grammar school admonitions notwithstanding. —]

RfC: Should the policy page use a double negative to save words?

Requesting additional comments since the above discussion failed to attract attention from anybody other than the two editors in conflict.
The issue is: Should the policy page contain a double negative (
as in this version) in order to save a few words? or should it use verbiage that is free of a double negative (as in this version)? Banana Republic (talk) 21:32, 31 July 2019 (UTC)[reply]

  • This is not an instance of a double negative: the sentence is made up of two clauses, each of which is headed by a negated predicate. There's nothing wrong with that, even in the eyes of prescriptivists. However, I find the version without negation clearer, but that has to be weighted against its greater length (which matters given the format). – Uanfala (talk) 21:48, 31 July 2019 (UTC)[reply]
You lost me. "Don't include red links not used in articles" is a single clause. Banana Republic (talk) 22:07, 31 July 2019 (UTC)[reply]
I would call not used in articles a reduced relative clause, though your terminology might vary. – Uanfala (talk) 22:14, 31 July 2019 (UTC)[reply]
The difference between the two versions is 6 words (8 words vs. 14 words). Two of the 14 words in the longer version are the "a" article, so it's really only a 4 word difference. If it's more clear to use 4 additional words, I think it's worth it (of course, the reason it's more clear is that it is free of the double negative, so the reader does not have to parse out the sentence to figure out what it means). Banana Republic (talk) 22:11, 31 July 2019 (UTC)[reply]
I think it needs to say "unless used in at least one article". Otherwise, the plural could be interpreted to mean "more than one article". Banana Republic (talk) 00:03, 1 August 2019 (UTC)[reply]
"...unless used in an article"? That could be interpreted to exclude links found in multiple articles, but only by the wilfully obtuse. Certes (talk) 00:12, 1 August 2019 (UTC)[reply]
And when you're dealing with policies, you don't want ambiguities. I think unless used in at least one article is only 3 words longer than the present double negative phrasing of not used in articles. In my opinion, the additional 3 words are well worth the additional clarity. Banana Republic (talk) 01:10, 1 August 2019 (UTC)[reply]

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Post-hoc commentary

  • A) That was a silly thing to put an RfC tag on. B) The entire debate could have been avoided by changing "Don't" to "Avoid". [sigh]. And doing that now would still be an improvement.  — 
    AReaderOutThataway t/c 11:46, 22 October 2019 (UTC)[reply
    ]

Project banners on disam talk pages

I thought that, apart from one for this project, disam talks should not have project banners, but I can't see a policy saying so. Talk:Patriarch of Jerusalem has 5 banners, including yours. Is this right? Johnbod (talk) 12:31, 16 August 2019 (UTC)[reply]

There's no policy on the matter, but there's general agreement that talk pages only containing the WP DAB banner should not be created (that's documented in the footnotes of Template:WikiProject Disambiguation). As for talk pages that also contain other content: there's nothing wrong with the DAB banner being there as well, though its only purpose will be to remind editors that they're not on the talk page of an article. If you believe it adds clutter, feel free to remove it. Of course, if someone tried to create placeholder talk pages for a large number of dab pages (with or without the banners of other projects), that would be disruptive. – Uanfala (talk) 12:40, 16 August 2019 (UTC)[reply]
Thanks, it's more that I think the other four shouldn't be there - the various entries on the page have their own banners on their talks - what's the point of repeating these here? If bigger disam pages took this approach, it would be ridiculous. Johnbod (talk) 12:45, 16 August 2019 (UTC)[reply]
Oh, now I get what you meant. It's the banner of the dab project that's not needed, and as for other wikiprojects it's up to them to decide whether they want to track dab pages. I agree that in the vast majority of cases, that would be a bad idea. But adding relevant content-project banners is actually good for dab pages that stir up any sort of controversy: Talk:Patriarch of Jerusalem for example is unusual in having several discussion threads, including an old RM discussion; if a new RM discussion were to be started, you would definitely want this to show up in the article alerts of Wikiproject Christianity. – Uanfala (talk) 13:03, 16 August 2019 (UTC)[reply]
Ok, thanks! Johnbod (talk) 13:07, 16 August 2019 (UTC)[reply]
And some projects just track particular DAB pages that relate to major topics in their scope; e.g.,
AReaderOutThataway t/c 11:51, 22 October 2019 (UTC)[reply
]

A dozen different edits reverted en masse

redirects

At issue:

Whether or not to add to the footnote about piping that it's preferable to create a disambiguation redirect over piping. Proposed footnote (whose wording can be altered):

Piping for reasons other than format is acceptable when the link is not the term being disambiguated. If it's possible to create a disambiguating 
redirect
, do that.

Discussion

Not sure why this is controversial. The example in

)

No,
MOS:DABREDIR does no such thing. It describes some situations where redirects may be appropriate. It does not contain any directive to create redirects. olderwiser 22:22, 17 November 2023 (UTC)[reply
]
When I read
MOS:DABREDIR, I see an example of how a disambiguating redirect is superior to piping. I don't see why not include it in this summary page as a footnote. Where is Matt? (talk) 23:17, 17 November 2023 (UTC)[reply
]
There are clearly concerns that the added guidance does not match consensus. That aside, this page is intended as a concise list. It is not intended to be a rigorous explanation of every nuance. Every word added drives away a potential reader. This point applies also to the subsections below: let's keep it brief. Certes (talk) 22:35, 17 November 2023 (UTC)[reply]
Conciseness is a great objective, but it should not come at the expense of clarity. For the main text, I am proposing the addition of only one word (see section #Red Links (entry)). For all other issues, the added text is for footnotes, and footnotes do not need to be as concise as possible. Where is Matt? (talk) 23:17, 17 November 2023 (UTC)[reply]
Thank you for bringing to Talk. As Bkonrad said, the guide doesn't call for creation of redirects. And I do not agree that concision doesn't apply to footnotes. It applies to the entire page. —]

Disambiguation pages in the mainspace

At issue:

Whether or no to add a footnote to acknowledge an apparent contradiction in the title statement which states that Disambiguation pages are not encyclopedic, yet they exist in the article name space. Proposed footnote (whose wording can be altered):

Although not considered to be encyclopedic, disambiguation pages, by virtue of being located within the 
main namespace
, are included in Wikipedia's article count (currently standing at 6,909,426).

Discussion

Not sure why this is controversial. This is intended to reinforce the fact that disambiguation pages are not encyclopedic even though they are counted as articles. Other than the

Main page no other non-encyclopedic entries in the mainspace are included in the article count (note that redirects do not counted in the article count). Where is Matt? (talk) 21:57, 17 November 2023 (UTC)[reply
]

While I don't disagree with the statement, I don't think it is needed on this page which is intended to be a very brief and easily accessible guide. There is little benefit to adding many footnotes to address minutiae that have little direct relevance for this simple summary. olderwiser 22:27, 17 November 2023 (UTC)[reply]
I think adding this footnote makes it clear that it is acknowledged that disambiguation pages are not encyclopedic even though they are in the same space as all the encyclopedic articles. Where is Matt? (talk) — Preceding undated comment added 23:19, 17 November 2023 (UTC)[reply]
The big words at the top of the page already make it clear that disambiguation pages are not encyclopedia articles. Bringing up namespaces and page counts here will only muddy that point. None of that information will help editors know what a dab page should look like. —]

Link as close as possible to beginning of entry

At issue:

Whether or not to say that in case the link in the entry is not the disambiguation term, put the link as close as possible to the disambiguation term. Proposed footnote (whose wording can be altered):

This is desired, but may not always be applicable. If the link is not the term that is being disambiguated, put the link as close as possible to the disambiguated term.

Discussion

I admit: I did not carefully read the guidelines, and the guidelines are completely silent about it. It just seems like a good idea given that the expectation is for the link to appear at the beginning. Therefore, this discussion is more of a survey to see if there would be support to add to

MOS:DISAMBIGUATION a statement that if the link is not the term being disambiguated, put the link as close as possible to the beginning of the entry. Where is Matt? (talk) 21:57, 17 November 2023 (UTC)[reply
]

Again, this is getting pretty deep into the weeds on a simple summary. olderwiser 22:28, 17 November 2023 (UTC)[reply]
As I have already admitted, this is currently not in the guidelines, so it doesn't belong in this summary. The only question is: would you support adding to the guidelines a statement that if the term being disambiguated is not the linked term, put the link as close to the beginning as possible. Where is Matt? (talk) 23:22, 17 November 2023 (UTC)[reply]
]

At issue:

Whether or not to add the word "existing" to the entry to read as

Don't include 
red links
unless used in existing articles.

Discussion

When I first read this entry (without the word "existing"), I was a little confused as to "what articles"? Adding the word "existing" seems to add clarity (at least to me). Where is Matt? (talk) 21:57, 17 November 2023 (UTC)[reply]

I've no objection to this, although it smacks of deliberate obtuseness to pretend confusion. What other type of articles could this realistically refer to? olderwiser 22:30, 17 November 2023 (UTC)[reply]
To me it was confusing (I clearly wrote that I was wondering "what articles" without the word "existing"). I don't know why you are ]
I fail to see any possibility of confusion. There can't be links on pages that don't exist. —]

At issue:

Whether or not to add the following bold faced words to the footnote:

To see if the proposed red link is used in existing articles, click it, then click the "What links here" tool. An entry with a red link must also include a blue link mentioning the term (see first item in the "don't" list).

Discussion

I don't understand the objection to the addition of the four words ("the proposed red" and "also") to the footnote. I think they add clarity to the footnote. I also don't understand the objection to the parenthetic statement. It helps tie different points together. Where is Matt? (talk) 21:57, 17 November 2023 (UTC) Where is Matt? (talk) 21:57, 17 November 2023 (UTC)[reply]

It's already clear what the editor is being asked to do; this does not make it any clearer. Re the parenthetical, anyone who's reading this footnote has already read that bullet, immediately prior. The only part of this proposal that isn't a net negative to me is the word "also", on which I'm neutral. —]

The don't side includes do not use multiple blue links in an entry, and links to

WP:DAB. I find no reference to this guideline on the page. I do recall this guidance in the past, but not sure whether I saw it in formal documentation. ANyone have a real source? Dovid (talk) 15:32, 24 January 2024 (UTC)[reply
]

It is covered briefly at ]
@@Dovid@bolts 117.20.113.184 (talk) 00:09, 31 August 2024 (UTC)[reply]