This page is within the scope of WikiProject Short descriptions, a collaborative effort to improve the coverage of short descriptions in articles on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Short descriptionsWikipedia:WikiProject Short descriptionsTemplate:WikiProject Short descriptionsShort descriptions articles
This page is within the scope of WikiProject Wikidata, a collaborative effort to improve Wikipedia's integration with Wikidata. If you would like to participate, please visit the project page.WikidataWikipedia:WikiProject WikidataTemplate:WikiProject WikidataWikidata articles
Just wanted to report that I've been shortening or otherwise changing short descriptions that match common mistakes, using a quarry script.[1] I know other methods of searching are available but I've found a nice workflow this way. I can turn on one or two filters to get a bit of variety with the type of problem being corrected.
So far I've managed to prune down all the SDs over 100 characters and nearly all those of exactly 100 characters. Counting all the SDs in excess of 60 characters, there's over 100 thousand such articles that may need attention. It's steady work :) Wizmut (talk) 19:25, 31 May 2024 (UTC)[reply]
Thank you for doing God’s work for short descriptions. It would be awesome if you were able to track long short descriptions generated from templates if it’s possible. I wager there’s a lot of template generated short descriptions between 80-99 characters hiding in sight. -1ctinus📝🗨20:30, 31 May 2024 (UTC)[reply]
I've looked into your question, but the only coherent output I've gotten is a list of articles which have SD-generating templates that are not generating any SD: [2] I'm not sure why this happens but there's thousands of them.
The problem with finding induced SDs is that the database which tracks instances of templates on pages, templatelinks, will say that Template:Short description appears on any page with either an explicit or induced SD. Overall my attempts at distinguishing between the two using the database have come up short. Wizmut (talk) 07:12, 5 June 2024 (UTC)[reply]
Sometimes, an infobox sets a good SD and we really do not want the text to be overridden by a local SD in the article. So we have a problem:
If we leave the article without a local SD template, there is the danger that somebody else will add one (to "fix" the article) and so block the infobox value.
If we "import" the SD text from the infobox to a local template, this means that any future improvement to the infobox SD text will be lost.
Do we:
accept that, if we "import" the infobox SD text into an article and later the infobox SD text is improved, then we just have to repeat the import for all of the articles using the infobox
accept that, if we "import" the infobox SD text into an article and later the infobox SD text is improved, then we just have to not mind
add some sort of comment to the article text saying not to create a local SD, and accept that few people will see it or read it
treat an empty SD as being valid (do not add the article to Category:Pages with empty short description) so the empty SD marks the article as "fixed" but also does not set the local SD value
invent a new SD value of "inherit" which (being special like "none") does not set the SD, but allows the value to be inherited from a subsequent infobox
When is a short description that is identical for every article that uses that infobox better than a local SD (assuming the local SD is specific to the article)? Schazjmd(talk)16:02, 23 June 2024 (UTC)[reply]
Per WP:SDCONTENT, the short description is part of the article content, and is subject to the normal rules on content. So it should always be possible by local consensus to override any 'default' infobox text. Of course, local consensus may occasionally be worse than the infobox version, but that's just a feature of "the normal rules on [editing] content". I don't think it's something we need to worry about too much. MichaelMaggs (talk) 21:29, 23 June 2024 (UTC)[reply]
Per the above comments, if "we" do not want the infobox's SD to be overwritten, "we" should put the article on our watchlist and ensure that the article's content is not changed in an undesirable way. Perform option #3 above, a hidden comment, if necessary. – Jonesey95 (talk) 19:48, 24 June 2024 (UTC)[reply]
Guidelines include "Extinct group of molluscs" as an example. "Extinct" is time-related, not unlike "defunct", one of the deprecated words. Surely such permanent time-related adjectives are OK? Robin Patterson (talk) 23:47, 26 June 2024 (UTC)[reply]
Yes, "extinct" is definitely OK. The existing wording Avoid time-specific adjectives like "former", "retired", "late", "defunct", "closed", "current", "new", "recent", "planned", "future", etc is intended to discourage editors from constantly updating the SD as things change over time, eg from "Footballer" to "Retired footballer" or from "Company" to "Defunct company", but it doesn't really address your point. It would be better for the guidance to suggest focusing on what the subject matter is (currently) best known for: so in the first example, the subject is best known for being a footballer, not for being a retired footballer. As with "extinct", there are rare examples where time-specific adjectives are not only OK, but are really needed. If others feel the same we might consider working up some better wording. MichaelMaggs (talk) 08:39, 27 June 2024 (UTC)[reply]
An exemplary case in point (apart from missing the WP:SD40 target) being: Woolly mammoth (Extinct species from the Quaternary period). I would also make a case for "defunct" being acceptable in some cases too. -- Cl3phact0 (talk) 09:54, 27 June 2024 (UTC)[reply]
I frequently see short description changes in my watchlist, and they frequently look like chair-shuffling ie. It's too long. Now it's shorter. Oh wait, it needs to say this, now it's longer. Oh wait, it needs to be rephrased. Oh wait, it's too short, we need to make it longer etc etc .. it would be funny if it wasn't for my poor watchlist and attention overload. I'd love to see these things moved to their own database somewhere out of mainspace. Like Wikidata or Commons. -- GreenC16:39, 29 June 2024 (UTC)[reply]
we’ve come full circle, given that wikidata was previously used. haha. the best way to possibly implement that would be for the watchlist program to have a setting to be able to ignore changes w/ shortdesc helper. -1ctinus📝🗨00:40, 30 June 2024 (UTC)[reply]
There's the option to exclude the #Shortdesc helper tag in watchlists through the filter settings. Won't catch all cases of shortdesc changes (i.e. those done manually without the gadget) but should cut out a decent amount of edits (plus, editors who use shortdesc helper are more likely to be experienced in shortdesc editing and hence need less monitoring of their edits). Liu1126 (talk) 01:20, 30 June 2024 (UTC)[reply]
Euler's partition theorem – Relates the product and series representations of the Euler function Π(1-x^n)
Do I need more to prove beyond all doubt that the use of annotated links is vandalism? Every Wikipedia article that uses an annotated link to that article will see THAT! Including this:
Π(1-x^n)
Is THAT how we now do mathematical notation in Wikipedia articles? We will now discard an deprecate all the work that's gone into WP:MOSMATH and condone things like THAT?
In articles we can write
Π(1 − xn).
To be fully explicit I will point out several obvious things:
A minus sign differs from a stubby little hyphen (as you see above).
Spaces precede and follow a minus sign when it is used as a binary operation symbol (as you see above), unlike what is done when it is a unary operation symbol.
Variables are italicized. (Unlike things like cos, log, max, sup, det, etc., and unlike parentheses and other punctuation.)
@Jonesey95: You've got to be kidding: You changed it so that it says "Theorem in number theory." Do you really think it would be appropriate in List of things named after Leonhard Euler to describe that item by saying "Theorem in number theory"? Many of the other items in that same list are theorems in number theory, and obviously those interested in that list will want immensely more specificity than "Theorem in number theory". It is as if a list containing miscellaneous geographic locations that satisfy some criterion said:
Paris – a place
Berlin – a place
Honolulu – a place
Besides lists of annotated links often have some links beginning with a capital letter and some with lower case, in a context where lower case is clearly the appropriate option. And they are not adapted to the context. Michael Hardy (talk) 17:57, 2 July 2024 (UTC)[reply]
Of course that's an appropriate short description; it follows the guidance on this page. If there were a music album in that list called Euler's Party Theorem, I would expect its short description to be something like "1978 rock album by Group Theory" or whatever. That SD would help me distinguish the music recording from the mathematical theorems.
I don't know why you are posting strawman arguments (Paris: Paris – Capital and largest city of France; Berlin: Berlin – Capital and largest city of Germany; Honolulu: Honolulu – Capital city of the U.S. state of Hawaii) and complaining here. If {{annotated link}} is vandalism, discuss it on the talk page for that template, or start a TFD. If annotated links should begin with a lower-case letter, propose that change at the template's talk page. If {{annotated link}} gives undesirable results at List of things named after Leonhard Euler, don't use the template there. – Jonesey95 (talk) 18:16, 2 July 2024 (UTC)[reply]
If you don't like the annotation just write your own, its perfectly reasonable to use annotation templates for some items in a list but write out a custom description for others, you can even subst: it nif you want. Orchastrattor (talk) 18:26, 2 July 2024 (UTC)[reply]
There is no use of {{annotated link}} above. Please link to an actual list that displays this problem, preferably from the talk page of the template in question. Also you might want to RTFM. – Jonesey95 (talk) 18:17, 2 July 2024 (UTC)[reply]
I am the great niece of W.E. Garrett Gilmore. He is know by this name and not “William Gilmore”. The photo accompanying the entry “William Gilmore” is NOT W.E. Garrett Gilmore. The text IS correct for W.E. Garrett Gilmore!
Any thoughts on these (just one of many)? This, from "Class of 55 South African 4-6-0 locomotives" to "Design of steam locomotive" for South African Class 6B 4-6-0 is really not an improvement. Likerwise [3]. I presume these were done because some of the description is also implicit in the name. Except that we don't always have the names visible in the same context as the description. Also the resultant description is still, and now entirely, implicit in the name. That makes the changed description completely useless (to the point where we might as well delte it altogether). Andy Dingley (talk) 13:04, 7 July 2024 (UTC)[reply]
The first revision change is better due to WP:CONCISE, and I would disagree with the idea that "South African Class 6B 4-6-0" is implicit of a steam locomotive design. What you're describing is a common problem for a lot of articles whose titles are on the edge of describing themselves and not. -1ctinus📝🗨14:12, 7 July 2024 (UTC)[reply]
CONCISE is about article titles, not shortdescs. Nobody claims '"South African Class 6B 4-6-0" is implicit of a steam locomotive design'.
This may be a common problem (that's why we support 'none' as a short desc). But that's no reason to go from a reasonable description to one that's "the sky is blue" levels of self-evident. Andy Dingley (talk) 14:57, 7 July 2024 (UTC)[reply]
See WP:SDDUPLICATE and WP:SDLENGTH. We generally want short descriptions to be 40-characters or less if possible. So duplicate words such as "South African" in both and "4-6-0" in the first (which also seems to be jargon that is also discouraged) shouldn't be repeated in both.
If we look to WP:SDDATES, it would probably be more helpful to identify the most relevant dates for each than the number of cards built, which seems more trivial and less definning. Something like "Steam locomotive class (1897-1973)" for the first and "Electro-disel locomotive class (1992-)" might be better with the necessary adjustments if the industry convention is to use only the build years, or the first run year. -- Patar knight - chat/contributions14:42, 7 July 2024 (UTC)[reply]
The description here is 43 characters. Which is entirely in keeping with a practice where 80% are <=40 chars, and 60 is seen as a limit.
'4-6-0' is no more 'jargon' than 'president' is in our masthead example. What's a president? Is that like a king? My country has prime ministers instead, are they the same thing? Everything assumes some level of field-specific knowledge. '4-6-0' is extremely common terminology for anyone with any interest in railway matters. That's a very broad scope and entirely appropriate to use for descriptions of locomotives. What we don't need here are more of these "choo-choo pull train" descriptions that convey absolutely nothing to either audience. '4-6-0' is a good description: it's clear and conceptually atomic: I can look-up 4-6-0 and find a specific article. It also conveys to those with a passing interest in the field rough ideas of the size, purpose and era of the locomotive, and obviously that it's a steam locomotive. Year dates though (which neither version uses) are not helpful. They're annotational, not defining. There are very few locomotives where their date is significant, or it affects their function as locomotives. Andy Dingley (talk) 14:57, 7 July 2024 (UTC)[reply]
I think the only place I see a short description is when searching, and in those cases I already have the class name. Yes, anyone familiar with steam locomotives knows that a 4-6-0 is a steam locomotive. In situations where the search results are ambiguous, explicitly stating "steam locomotive" is probably helpful. Mackensen(talk)15:38, 7 July 2024 (UTC)[reply]
Probably a side issue, but isn't your last point regarding dates also true for the number of produced units (which you insist on keeping in the SD, e.g., here, here, or here, where you reverted the change from "Class of [number] South African electric locomotives" to "Class of South African electric locomotives")? The number is entirely superfluous for the purposes of SDs (and less helpful for the reader or useful for disambiguation than dates, I would argue). It's certainly not worth the characters in a short description that's already >40 characters. While I agree that "Design of steam locomotive" is not really an improvement, something like "Class of South African steam locomotives" instead of "Class of 55 South African 4-6-0 locomotives" (or instead "Class of 55 South African steam locomotives") certainly is. Felida97 (talk) 16:07, 7 July 2024 (UTC)[reply]
To claim that, to the average reader or the general audience, "4-6-0" means just as much as "president" is not really helping your argument... However, leaving that aside, if '4-6-0' is extremely common terminology, wouldn't the people to whom that does mean something (as you say, anyone with any interest in railway matters) also recognize it in the title? So, the people to whom this addition conveys ... rough ideas of the size, purpose and era of the locomotive, and obviously that it's a steam locomotive would already know that from the title, right? Meanwhile, for the people to whom "4-6-0" means nothing, this part wouldn't be very useful, begging the question who benefits from this addition then. Felida97 (talk) 16:37, 7 July 2024 (UTC)[reply]
Just because a description is under or close to 40 characters does not mean that WP:SDDUPLICATE does not apply, since other useful information could be added instead.
The primary purpose of SDs is to indicate the general category that an articles falls into, which in our case only necessitates including "locomotive" somewhere in the SD. If there is room, the secondary purposes of SD include disambiguation, for which we normally include helpful information such as date, nationality, genre/medium (for artistic works), etc.
The average reader they are just as likely to know what a "president" is versus a "4-6-0" locomotive wheel configuration is not a serious argument. While including field specific terms can be helpful in the SD, it should not come at the cost of the primary purpose or needlessly duplicate words that are already in the title. -- Patar knight - chat/contributions22:03, 9 July 2024 (UTC)[reply]
Everybody except the OP seems to agree here. Trying to maintain "Class of 55 South African 4-6-0 locomotives" treats the SD as a technical definition, which directly goes against WP:SDNOTDEF. The SD is not written for specialists in the field. Per WP:SDJARGON, it should avoid jargon, and use simple, readily comprehensible terms that do not require pre-existing detailed knowledge of the subject. @Patar knight is quite correct: the SD should be something like "Steam locomotive class (1897-1973)". MichaelMaggs (talk) 08:19, 10 July 2024 (UTC)[reply]
Since I was the one being accused of edit-waring, it seemed wise not to comment any earlier. However, it seems that we do have a consensus for a general simplification. As suggested by Pater knight, I will try to add a date or dates. Since all of the titles already say class, how about a pattern like: Design of steam locomotive, 1897–1973 (37 characters)? If the industry norm prefers using the first build date, would 1897 design of steam locomotive (31 characters) be better? — GhostInTheMachinetalk to me18:05, 12 July 2024 (UTC)[reply]
It sure would be nice if this template could just be configured to grab the short description from the matching WikiData entry. That way an article wouldn't need to be frequently edited (and checked) just because people can't agree on a short description. Praemonitus (talk) 15:55, 15 July 2024 (UTC)[reply]
Also see the section "Why shouldn't I simply re-use Wikidata's item description? Isn't this superfluous repetition?" (WP:SD-VS-WIKIDATA) for the brief explanation why the description on WikiData and the short description on Wikipedia for a given article should not automatically be the same. Felida97 (talk) 18:35, 15 July 2024 (UTC)[reply]
Well, what you shouldn't do is unilaterally change what the guideline says and then make work on 100 pages others have to undo. Remsense诉03:07, 26 July 2024 (UTC)[reply]
All I say is that replacing a WP:SDNONE with "National flag" under a "Flag of [nation]" article isn't automatically needed. Although understand the need for consistency among flags, but unsure of the idea of adding/maintaining "National flag" SD's everywhere. DankJae08:00, 28 July 2024 (UTC)[reply]
No it is not necessary for filled SDs on flag articles, they are treated like any other article. Editors may decide whether a filled SD is needed or if SDNONE is fine for the purpose. DankJae11:15, 28 July 2024 (UTC)[reply]
It was a general observation that "none" is a perfectly valid SD for many articles. It would also be suitable for many of the articles about flags as the article title already provides enough detail — GhostInTheMachinetalk to me11:06, 28 July 2024 (UTC)[reply]
I have a request for you. I find the definition of WP:SDNONE to be exceptionally vague. Can you and other admins on the short description wikiproject make it so the definition has more examples of articles that should (and shouldn't) be none? It would be useful to stop having these (necessary) talk pages about where this rule is used. -1ctinus📝🗨12:51, 28 July 2024 (UTC)[reply]
WP:SDAVOID says that editors should avoid anything that could be understood as controversial, judgemental, or promotional. If you’re asking for specific flag-related examples, that wouldn’t be appropriate as it would amount to taking sides in a content dispute. Per WP:SDCONTENT: The short description is part of the article content, and is subject to the normal rules on content. Some people want consistency across flag articles, some think specific flags need special treatment, and some just like arguing about flags. There have always been such disagreements, and they are for content editors to resolve in the normal way. It's not an issue for this page. MichaelMaggs (talk) 08:38, 29 July 2024 (UTC)[reply]
{{Short description|none}}<!-- This short description is INTENTIONALLY "none" - please see WP:SDNONE before you consider changing it! -->
However, certain tools for cleaning up template order like to move notes below all the templates at the top of page, separating this note from the short description template. I therefore think these should generally be changed to:
{{Short description|none<!-- This short description is INTENTIONALLY "none" - please see WP:SDNONE before you consider changing it! -->}}
Why are these tools moving comments away from the location where an editor intended them to live? A diff showing such an edit would be helpful. – Jonesey95 (talk) 20:42, 26 July 2024 (UTC)[reply]
I don't have a diff at my fingertips, but I use AWB, which has this as one of its "general fixes" settings, and on more than one occasion I have had to move the hidden text back to the right place after making the AWB edit for disambiguation or comma spacing. BD2412T20:55, 26 July 2024 (UTC)[reply]
No. The comment destroys the SD helper's test for p1=none and causes further issues if the SD is edited using the SD Helper. Also, comments of this sort have little value — most people use the SD helper or the visual editor and do not see the comment.[citation needed] — GhostInTheMachinetalk to me10:06, 28 July 2024 (UTC)[reply]
Go ahead. The instructions support it. I think the consensus here is that populating missing short descriptions is the most important task. – Jonesey95 (talk) 22:26, 7 August 2024 (UTC)[reply]
If we include lifespan dates for biographies of deceased subjects, but not birth year for BLPs (e.g., (born xxxx) – which seems less useful in the context of a SD), it could also serve as a handy shorthand to differentiate between the two at a glance. -- Cl3phact0 (talk) 11:20, 9 August 2024 (UTC)[reply]
Dates are recommended for both, unless there is other essential information to be included and the dates would make the SD too long. WP:SDDATES also notes that "birthdates for living people should not be included unless sourced within the article." MichaelMaggs (talk) 12:26, 9 August 2024 (UTC)[reply]
Thank you for pointing that out. Might we consider changing the guidance on this if the logic for doing so is considered sound? -- Cl3phact0 (talk) 14:13, 9 August 2024 (UTC)[reply]
What did you have in mind? BLPs and other biographies are already distinquishable (at least when usable dates are available). One has (born xxxx), the other (xxxx–yyyy). MichaelMaggs (talk) 15:46, 9 August 2024 (UTC)[reply]
I don't know how to do a query to determine how often each is used, but my hunch is that "born" is used much less frequently. My suggestion would be to not use it in SDs full-stop. If this were the norm, then seeing parenthetical dates in an SD would be a super-quick indicator that the subject is deceased. It would also give us eleven extra characters to use for living subjects (if needed).-- Cl3phact0 (talk) 16:02, 9 August 2024 (UTC)[reply]
To be honest I don't think that would be an improvement, and it loses useful information for BLPs: it's quite handy to be able to tell at a glance the rough age of the person. Are they 20 or 90? Those eleven characters are always available, anyway, if there is something more important than a date that needs to be included. MichaelMaggs (talk) 16:14, 9 August 2024 (UTC)[reply]
This is really odd: the article for ice shelf doesn't let me change its short description. Has anyone ever had this before? I can change it to "none" but when I try to change it to "Large platform of glacial ice" it goes back to "Antarctic ice shelf in the Amundsen Sea" which is wrong. Help? EMsmile (talk) 14:13, 9 August 2024 (UTC)[reply]
Odd indeed. Even more so in that the corrected text appears as {{Short description|Large platform of glacial ice}} in the text editor. -- Cl3phact0 (talk) 14:42, 9 August 2024 (UTC)[reply]
It is caused by {{excerpt|Thwaites Ice Shelf|templates=.*|file=no}}. The short description is being included by the excerpt. Because the SD in that excerpt is lower in the article, it is chosen by the MediaWiki software as the article's SD. – Jonesey95 (talk) 15:01, 9 August 2024 (UTC)[reply]
Thanks for the quick help! What do I have to do to fix it? And what does the "templates=.*" mean in the excerpt template syntax? EMsmile (talk) 15:38, 9 August 2024 (UTC)[reply]
I seem to have found the solution: I removed the "templates=.*" at {{excerpt|Thwaites Ice Shelf|templates=.*|file=no}} and now it works. Pinging User:InformationToKnowledge because I think they might have added that syntax piece, for their information. EMsmile (talk) 20:01, 9 August 2024 (UTC)[reply]
This edit by Ltbdl seems to advocate a stricter reading of WP:SD40 than I have generally seen applied. There are many articles with descriptions in the 40-60 range where rote shortening is not an improvement and I believe this is one of those cases. ~Kvng (talk) 23:58, 13 August 2024 (UTC)[reply]
One thing I think about is I haven't really internalized how SDs longer than 40 characters get truncated. Does it just cut off the end of the string? Remsense诉00:01, 14 August 2024 (UTC)[reply]
Forgive me, but I can't see how they directly contradict NOTDEF? Are they jargon-y, or? What would you have, I'm curious. Remsense诉01:10, 14 August 2024 (UTC)[reply]
I'm still puzzled, as There is no objection to an otherwise-suitable short description that also happens to work as a definition. seems plain to me. It's not at all a rhetorical question, I really am curious what your ideal SD here is. Remsense诉05:56, 14 August 2024 (UTC)[reply]
The wording you quote means that even though a short description happens to work as a definition, it still complies with this page in all respects. Your example of 65 characters is not "otherwise-suitable" if it's that long. I'd suggest When a process becomes non-responsive (37 characters), as not only complying with this page, but also being more informative than "Term in computing". That may or may not work as a definition (it's a rather poor one if it is), but that doesn't matter as it is "otherwise-suitable" and achieves its its purpose. MichaelMaggs (talk) 09:01, 14 August 2024 (UTC)[reply]
@MichaelMaggs congratulations, you're the winner! This is the kind of work that often needs to be done to shorten these longer descriptions. Just removing information until you achieve 40 characters may not be a net improvement; They often need to be rewritten. If you're not up for that, leave them longer. ~Kvng (talk) 13:16, 14 August 2024 (UTC)[reply]
@Remsense it is hard to predict exactly where the description will be truncated because how it is used is apparently controlled more by graphic designers than librarians. The consensus is we can assume that at 40 characters or less it is unlikely to be truncated. Between 40 and 60 it may be truncated but that will likely be tolerable. At over 100 truncation could be ugly. ~Kvng (talk) 13:25, 14 August 2024 (UTC)[reply]
The truncation usually does not interfere with the usefulness of the SD. There is no 40-character "limit", and SDs should not be made worse in an attempt to enforce this nonexistent "limit". It is useful to read the discussion that led to the current wording of the guidance, and to look at the screen shots linked from that discussion. – Jonesey95 (talk) 14:00, 14 August 2024 (UTC)[reply]
My goal with that change was to comply with the overall guidance, not to shorten the SD. As I said above and in previous discussions, I don't think the 40-character guidance is a big deal. A good, truncated 60-character description is better than a bad 39-character description. – Jonesey95 (talk) 17:39, 14 August 2024 (UTC)[reply]
@Jonesey95, your effort to comply with the overall guidance did not improve the SD in this case IMO:
Term in computing < When a computing process stops progressing < When a process becomes non-responsive.
If edits don't improve things, we shouldn't be making them. Either the guidance needs work or your interpretation of it needs work or my understanding of a good SD needs calibration. ~Kvng (talk) 17:05, 15 August 2024 (UTC)[reply]
Screenshot of an error with a Wikipedia search I had another go at this today. I ended up by removing the SD template, to see if the search could be "nudged". The result is that the search now finds the same page TWICE. At least, it finds the real one, plus an old version of the page that seems to be the one stuck in the search index. Both search results give the same article name and the same link. Looking at the history, the page was moved to draft on 2024-06-09 (at 16:49) and then re-created (forked? duplicated?) in article namespace on 2024-06-11. The pre-draft version of (2024-06-09 16:09) is the one living as a zombie in the search index. Does anybody know how to kill search zombies? — GhostInTheMachinetalk to me13:37, 26 August 2024 (UTC)[reply]
Greetings from Wikiproject Short Descriptions! If you are reading this, this means that we have reached the sub-900,000 mark! To facilitate this continued progress, I am going to ask a bunch of questions for administrators and other members of the WikiProject for conesus for formatting for short descriptions, and some requests for fellow editors to continue adding short descriptions to parts. -1ctinus📝🗨12:46, 16 August 2024 (UTC)[reply]
1. How should [x in y] articles be formatted in the United States? a. (x in State) b. (x in State, US) c. (x in State, United States) d. (x in State, U.S.) -1ctinus📝🗨12:46, 16 August 2024 (UTC)[reply]
I've been previously doing something along the lines of "Statue in California, USA" but I think "Statue in California, US" makes sense as well. The others - United States, U.S. - are needlessly long (especially when 40 characters is a recommended limit). LR.127 (talk) 16:41, 18 August 2024 (UTC)[reply]
I'm not seeing a consensus here if either A or B is the preferred option. Either way, I'd really like to see this added to the page when consensus is reached. I'm in favor of B -1ctinus📝🗨19:24, 19 August 2024 (UTC)[reply]
It depends entirely on context, to ensure comprehensibility and usefulness to the reader. I don't accept that we need to choose exactly one of the four options you've proposed. MichaelMaggs (talk) 19:27, 19 August 2024 (UTC)[reply]
Assuming that the country and/or state is not mentioned or implied in the article name and there is no potential for confusion with using "US", that should likely be the standard per MOS:USA, especially in cases where it would go over 40 characters. If there is room to fit "United States" within 40 characters, that can also be done if there are no other helpful words that could be used. In terms of automation, I guess B would be best, but it should be not be a requirement. -- Patar knight - chat/contributions22:42, 19 August 2024 (UTC)[reply]
Consensus – dont use non fiction in short description to describe books
2. Should non-fiction books include "non-fiction" in the short description? Typically, genres are not included in short descriptions. -1ctinus📝🗨12:46, 16 August 2024 (UTC)[reply]
No. Say what it is, not what it is not. Books should start with the year of publication — 2189 book by Jacob von Hogflume, 2050 novel by Charles Morningstar, 2058 anthology by Linda Martin — GhostInTheMachinetalk to me19:53, 18 August 2024 (UTC)[reply]
Probably not. If there is more space in the SD after including the date, type of work, and author name for a non-fiction book, then a specific field is preferable (e.g. "1997 history book by Charles Smith" vs. "1997 non-fiction book by Charles Smith"). Otherwise, fine to just leave as "book". -- Patar knight - chat/contributions22:48, 19 August 2024 (UTC)[reply]
3. Do "x of y" and "x in y" articles qualify for WP:SDNONE for subnational entities and municipalities, even if the average reader may not know of the region or municipality? (e.g. History of Jiangxi) If they do not qualify for WP:SDNONE, what is their proper format? -1ctinus📝🗨12:46, 16 August 2024 (UTC)[reply]
Both of those should be WP:SDNONE. The description for Jiangxi can explain that it's a province in China, but it's not the job of the description for History of Jiangxi to indicate this.I'm not opposed to the below suggestions along the lines of "History of the Chinese province" for subnational entities.Uhai (talk) 03:53, 19 August 2024 (UTC)[reply]
WP:SDNONE may work, but is not very user-friendly if the term is likely to be unfamiliar to the reader. Prefer "Aspect of Chinese history", "Aspect of Welsh history" MichaelMaggs (talk) 19:05, 19 August 2024 (UTC)[reply]
I think "Aspect of Chinese history" is not as good as say "History of the Chinese province"/"Chinese provincial history". If they do not know where Jiangxi is, there are multiple other things they might think it might be that might also be aspects of Chinese history. -- Patar knight - chat/contributions23:06, 19 August 2024 (UTC)[reply]
I don't think SDNONE should be used for subnational/municipal entities. We can (somewhat) reasonably expect people to know countries, but not anything below that. The SDs for these articles should at least indicate what country is being discussed and ideally the level being covered if possible to fit within the SD (e.g. province, state, municipal). -- Patar knight - chat/contributions22:54, 19 August 2024 (UTC)[reply]
I’ve generally agreed with that, however, everything that is suggested is super ugly sounding and repeats the title slightly. The examples given "History of the Chinese province"/"Chinese provincial history" sound unpleasant and repeat the word history. This is my biggest problem with WP:SDNONE. is it "sufficiently detailed"? -1ctinus📝🗨00:42, 20 August 2024 (UTC)[reply]
Repeating one word isn't the worst, especially when it is "history" as opposed to something more jargony. We should assume that reader will know what that means instead of needlessly applying elegant variation. In respect to your last sentence, I would be shocked if most readers would be able to say that Jiangxi is a Chinese province as opposed to a number of other Chinese things that might plausibly have "History of X" articles. -- Patar knight - chat/contributions01:57, 20 August 2024 (UTC)[reply]
Yes and I have been adding none SDs to such articles for a while now. Many of these articles that I have not touched also have none SDs, so there may be an implicit consensus here assuming it's not a very small group of editors adding them. The rationale here is similar to above: Tom Cruise's SD should indicate he's an American actor born in 1962 but not Tom Cruise filmography's SD. Regardless; filmographies, discographies, and bibliographies are essentially list articles which should be WP:SDNONE anyway. Uhai (talk) 04:07, 19 August 2024 (UTC)[reply]
My issue is that that feels a little clunky because of the reuse of "filmography". I think I've seen some filmographies with SDs along the lines of "List of film performances by the American actor" which I like better but these are perhaps a little lengthy. I'm not opposed to either option instead of SDNONE. Uhai (talk) 23:07, 19 August 2024 (UTC)[reply]
I think SDNONE can apply, since the non-name "-ography" part of the title tells the reader what the article is going to be about. Would not be opposed to what Michael Maggs mentioned though as long as it tracks with the main biographical article. -- Patar knight - chat/contributions23:07, 19 August 2024 (UTC)[reply]
My concern with election articles is when the name of the election doesn't indicate the office(s) being elected. What does a "general election" in New Zealand mean? Does it only include parliamentary elections, or are there local offices as well? Are there any nationwide referenda or other offices chosen? For 2022 Brazilian general election, an SD of "2022 elections for Brazilian congress and executives" answers the question of where, when, and what the scope of the election is in a way that the article title doesn't. But it's also not a good article title, since the name of the election is the "general election". So I think SDnone needs to be a bit more judicious when it comes to election articles. VanIsaac, GHTVcontWpWS21:33, 18 August 2024 (UTC)[reply]
The SD doesn't need to define what "general election" means for a given country; the article lede can clarify which offices are being elected. I don't see anything wrong with general election articles being WP:SDNONE. For 2022 Brazilian general election, "2022 elections for Brazilian congress and executives" is borderline too lengthy and unnecessarily restates the year and the word "election". The inability to avoid restating words from the article title is an indicator that the SD should be none. Uhai (talk) 04:16, 19 August 2024 (UTC)[reply]
These can be hard, as titles often include words that are unfamiliar outside the relevant country or region, eg "general", "gubernatorial", "union", "midterm", "primary" and so on. If there's no way to indicate even in general terms what or who is being elected, without writing a definition, it's best to be very general, making sure the country is included if not already in the title eg "State election in India". MichaelMaggs (talk) 19:25, 19 August 2024 (UTC)[reply]
I think SDNONE would apply to elections at the national level. At the subnational level, I think it is helpful to state what country the election is in and what level it is (e.g. "French regional election", "Japanese municipal election", Malaysian federal by-election"). Unlike countries, we cannot reasonably expect readers to be familiar with the overwhelming majority of subnational divisions or municipalities, and it is helpful to indicate what the elections are to readers. -- Patar knight - chat/contributions23:10, 19 August 2024 (UTC)[reply]
7. Should short descriptions include unsourced birth and death dates? Should tools allowing for quick extraction of birth and death dates for short descriptions be deprecated? -1ctinus📝🗨12:46, 16 August 2024 (UTC)[reply]
If birth and death dates are unsourced, it should be removed from the article altogether (and not included in short descriptions, either). I'm not sure about automated tools. LR.127 (talk) 16:44, 18 August 2024 (UTC)[reply]
The SD should be "inspired" from the lead, and possibly the infobox and categories. The SD should not include information missing from the article. If the dates are unsourced, then they should be removed from the article or, at the very least, be flagged as {{CN}}. Sometimes, of course, there is a little room for patience with a very new article, but if the SD adds unsourced data, then you must re-visit the article a short time later and confirm that the data is now sourced. — GhostInTheMachinetalk to me20:04, 18 August 2024 (UTC)[reply]
Everything in the SD should be supported by the article text and everything in the article text should be supported by reliable sources. Tools that extract data from the article for the SD should be fine if human-assisted rather than operating fully autonomously. Uhai (talk) 04:24, 19 August 2024 (UTC)[reply]
WP:SDCONTENT says The short description is part of the article content, and is subject to the normal rules on content. In practice, dates without in-line citations are sometimes copied from the article body to the SD, which generally isn't too serious a problem, as WP:V requires in-line citations only for material challenged or likely to be challenged. The situation for living people is different, though as WP:BLPSOURCES demands that unsourced contentious information (which is very likely to include a birthdate) "must be removed immediately". That's reflected at WP:SDDATES which states Care should be taken when the biographies of living persons (BLP) policy applies: birthdates for living people should not be included unless sourced within the article. The answer to your second question is likely to be no if the tool is human-assisted (each entry checked one by one by an experienced editor). MichaelMaggs (talk) 19:49, 19 August 2024 (UTC)[reply]
Ideally the dates should be supported by in-line citations, but unless it is a BLP (in which case the date should be sourced or removed from the body per other existing BLP rules), there isn't too much harm in using the dates in the article. Probably can be left to editor judgment, unless there is a way to filter for BLP entries. -- Patar knight - chat/contributions23:13, 19 August 2024 (UTC)[reply]
It is surprising (?) how many sports article fail to mention the actual sport. Nobody knows what WNBA stands for, so initially the article lead needs to talk about what sport is involved. Once the lead is fixed, the SD often follows naturally — GhostInTheMachinetalk to me20:14, 18 August 2024 (UTC)[reply]
I've struggled with what to do for sports draft articles. I think the annual event articles could be WP:SDNONE while articles like WNBA draft and NFL draft could indicate the sport and the frequency of the event. I don't think any of these aforementioned articles' SDs should describe what a sports draft is, since Draft (sports) exists to do this. Perhaps something like:
I explained above that one should avoid restating words from the article title but I should clarify that my general rule is that one word being restated is okay. Uhai (talk) 04:39, 19 August 2024 (UTC)[reply]
It's really important to indicate the sport: "WNBA", for example, means nothing to many (most?) readers outside the US. WP:SDNONE is not appropriate for 2004 WNBA draft. It could be "US Women's basketball player selection" (38 characters). MichaelMaggs (talk) 19:59, 19 August 2024 (UTC)[reply]
I'd not be against draft articles being handled this way, although I think the addition of the word "league" may be beneficial for clarity. The way that is written makes me think of a player selection for the US national team or something rather than for a league. Uhai (talk) 23:03, 19 August 2024 (UTC)[reply]
I also want to give attention to some types of pages that I would appreciate people adding short descriptions to.
Gaelic sports
Locomotives
Satellites
Minor planets/asteroids
Finishing infobox book (I did most of them in June)
It took 87 days to get from under a million to 900,000. By that rate, all articles will have a short description by October 2026. However, if we have consensus on formats, I believe that we can achieve that target sooner. Here's some admins I want input from: GhostInTheMachineUhaiQwerfjkl-1ctinus📝🗨12:46, 16 August 2024 (UTC)[reply]
Steve Mann (inventor) is a researcher known for his work on wearable computing, but the examples here seem to suggest he should be described as "Canadian engineer (born 1962)", which is absurd and, more to the point, actively harmful even for disambiguation purposes: I'm very familiar with his work but had no idea he was Canadian.
While there are professions like politician or athlete where nationality is important, this is rarely the case for scientists or (say) musicians, plus cases like Nikola Tesla or Freddie Mercury open up a massive can of worms on what exactly that nationality is anyway. Can we add some additional examples of good short descriptions for people without putting nationality up front? Jpatokal (talk) 11:11, 19 August 2024 (UTC)[reply]
Hmmmm. Come to think of it, there are very large potential sections of biographies (etc.) where there's clearly a more recognizable single qualifier to use. Remsense ‥ 诉11:31, 19 August 2024 (UTC)[reply]
Short descriptions follow the article. The facts in the short description are derived mainly from the facts as given in the lead. Steve Mann's article starts: William Stephen George Mann (born 8 June 1962) is a Canadian engineer,... and the infobox starts Born William Stephen George Mann 8 June 1962 (age 62) Hamilton, Ontario – Nationality Canadian so he was indeed born in Canada and is Canadian. His nationality is not in any way doubted or confused, so happily belongs in the short description — GhostInTheMachinetalk to me11:51, 19 August 2024 (UTC)[reply]
That works for that article. There's never any requirement to include the nationality, though, if there's something more important to be covered. And sometimes the nationality is contentious and is best omitted anyway - WP:SDAVOID. MichaelMaggs (talk) 20:09, 19 August 2024 (UTC)[reply]
Piggybacking off of this, the algorithm is basically as follows:
Title is a proper name? Not WP:SDNONEN
Is a X of... article?
Outline of...N
List of... Go to obscurity test
All other kinds, e.g. Glossary of..., Bibliography of..., Index of...
Function words used to link terms of the title phrase? e.g. History of communication, Islam and cats
Article cannot plausibly be confused in scope with any other? Y
Article can only be described by unhelpfully rephrasing its title? Y
Obscurity test is purely pragmatic, reckoning whether the average English Wikipedia reader is likely to intuit enough based on bare recognition of each term in the name: e.g.
Communications in AlbertaY
Communications in KwangoN, which sadly betrays our ignorance of this noble province within the DRC.
What harm does it do if an article has a short description even if it passes the obscurity test? The short description serves as a page subtitle, that’s part of the reason they were likely implemented in the first place, and it helps accessibility, and it helps people who might need additional context. I for one appreciate additional context, and for current / former highway list articles, i’d argue it’s helpful to clarify, as List of Alberta provincial highways previously included even decommissioned highways. It doesn’t do any harm to have a proper short description. Having a short description set to “none” doesn’t help anyone and at that point the Short description template may as well be excluded altogether as there’s no reason to have a template be transcluded in an article if it doesn’t do anything. - Evelyn Harthbrooke (leave a message · contributions) 01:28, 28 August 2024 (UTC)[reply]
In my view, it's harmful in the same way (if not to the same degree) that a clunky lead sentence is. Redundant or vestigial information is distracting when its presentation is clearly meant to be particularly parsimonious (e.g. only 40 guaranteed characters). If you'll forgive me, they're such a problem to me because I don't like them for their perceived inelegance. It's something I can't blame others for not being bothered about, especially since I specifically turned on the ability to see them on desktop while most other editors haven't. Remsense ‥ 论01:36, 28 August 2024 (UTC)[reply]
That would be true if the opinions were only my own. I was just explaining how I personally understand and motivate this particular convention to the extent I do, but it's still a shared convention. Remsense ‥ 论02:53, 28 August 2024 (UTC)[reply]
Well it’s the wrong convention to have. Having a short description set to none doesn’t help anyone. It’s literally in the guideline that all articles should have a short description, yet, having it set to “none” doesn’t give it a short description and contradicts its own policy. It also does nothing to help a reader understand, especially if a potential reader needs additional context, e.g. if they struggle with reading comprehension even just a little bit. My stance on the matter is that short descriptions being set to none is unhelpful. - Evelyn Harthbrooke (leave a message · contributions) 03:05, 28 August 2024 (UTC)[reply]
Well, this is sort of why I was trying to frame it the way I did: (forgive me if I mischaracterize) you see SDNONE as a wasted opportunity to inform readers, I see its antithesis as a potential stumbling block in informing readers. There's no empirical data in front of us telling us which one of us is closer to the mark in aggregate, so all we can do is try to understand where the other is coming from. Remsense ‥ 论03:10, 28 August 2024 (UTC)[reply]
How can a short description be a "potential stumbling block"? I'm genuinely confused by this, because I've always found short descriptions to be useful, not a stumbling block when it comes to informing readers. It's a useful tool, and in my view, it's there to be used. - Evelyn Harthbrooke (leave a message · contributions) 08:01, 28 August 2024 (UTC)[reply]
Well, this is potentially a point where we conceptually disagree. I'm being asked to pick the smallest nits in the world: in my mind, space just is never free and information should always be presented as intentionally as possible: text inherently brings attention to itself and contributes visual noise, and unexplained redundancy or awkward semantic overlaps between title and short description can absolutely cause confusion or just make the entire text feel less cohesive—this is the second thing one sees with any given article, and that matters a lot. Remsense ‥ 论08:14, 28 August 2024 (UTC)[reply]
Here's the problem with an obscurity test: it would be inherently biased towards wherever the person lives. Do English Wikipedia readers in Uganda know what the fuck an Arkansas is? -1ctinus📝🗨01:56, 28 August 2024 (UTC)[reply]
Per The Transhumanist's own advice (which I agree with) and outline house style: outlines aren't as common a reference type out in the world as the others, so it makes sense the title wouldn't be sufficiently clear like "List" or "Glossary" is, Remsense ‥ 论02:51, 28 August 2024 (UTC)[reply]
One more comment before I go to bed: multiple discussions have been brought up over when and when not WP:SDNONE applies and it has never reached any consensus. It is of my opinion that clearly an RfC is needed to revise the guideline so it is far more obvious where it applies and where it doesn't. -1ctinus📝🗨02:03, 28 August 2024 (UTC)[reply]
I agree that there are some head scratchers when it comes to when to use none and when not to use none for an SD. But one situation where SDNONE is spot on is ensuring the SD doesn't simply repeat the article's title. Masterhatch (talk) 13:38, 28 August 2024 (UTC)[reply]
Quite a lot of people misunderstand short descriptions. They were introduced for disambiguation when someone uses a device to search for a title of interest. On typing "Joe Citizen", the device lists matching titles and displays the short description for each such as "politician" or "author (born 1960)". That information allows the user to select which page they want to visit. The guideline states that all articles should have a short description so that articles missing a description can be found and fixed. As WP:SDNONE explains, some titles need no disambiguation and "none" is used to mean that no short description is needed. Category:Articles with short description explains that what is actually tracked is use of the {{short description}} template—each article should have that template (possibly provided by another template). Johnuniq (talk) 09:20, 28 August 2024 (UTC)[reply]