Wikipedia talk:Stub

See also: Wikipedia talk:Find or fix a stub for older discussion.

Minimum size

Some stubs say next to nothing, e.g. "Xtrynyr is a community in Ruritania", with no clue about where the information came from. A stub like this is annoying to users who follow the bluelink to Xtrynyr and find no useful information. This is to propose adding something like the following to this guideline:

"As a rule, a stub should provide some information about the subject that will be useful to readers, even if that information is minimal. It should also give at least one source for the information provided. Creation of stubs that provide no useful information and/or include no sources is deprecated"

Comments? Aymatth2 (talk) 17:32, 1 November 2011 (UTC)

Such pages may be eligible for speedy deletion under WP:CSD#A3. --Redrose64 (talk) 19:00, 1 November 2011 (UTC)

Ugh, this is not what A3 is for, despite its misuse. "Xtrynyr is a community in Ruritania" absolutely does not meet A3--read the criteria... Calliopejen1 (talk) 21:55, 1 November 2011 (UTC)

• Although we certainly would like all new articles to have at least one source, it is not an absolute requirement outside the realm of WP:BLP articles. Nor should it be. The rest of your proposal is contradictory. You say they should "provide some information about the subject that will be useful to readers, even if that information is minimal. " That's exactly what these one-liners do, provide minimal information on a notable subject that can later be expanded into a fully-fleshed out article. Many of our geographic location articles started out in such a state, whether mass-created or not. Somebody lives some tiny village and finds it isn't mentioned here, so they add it. Later on someone else comes along and expands it and adds refs. That's exactly how Wikipedia is supposed to work. Beeblebrox (talk) 19:34, 1 November 2011 (UTC)

In principal I would agree with Aymatth2 that all new created articles really should have bare minimum one fact, preferably referenced. However, I as was recently discussed am prone to getting carried away with some batches of contentless articles if there is a large number of articles to work thorugh from a category from another wikipedia. A big project of mine at the moment is Turkish villages of which 26,000 are missing all of which have content in the articles on Turkish wikipedia and all of which have population data available. I believe they are worth starting as xxx is a village in xxx province, Turkey because at some point I know they can easily be expanded and if I was to take it in a one by one approach I would never even ttempt to try to dtart 200 let alone 26,000. In the long term I believe we are better off having even one liners on villages in Turkey as I know they can be expanded. I think there is a difference though between an article which is intended to be transwikied with content which already exists in another language and those which are unverifiable. I would rarely create an unsourced "sub stub" if it wasn't a transwiki thing. Most of my articles are sourced and contain a fact or two, especially if created in their own right not as part of the INterntranswiki project. Personally I would allow leeway in regards to short articles which exist in detail on another wikipedia and are intended to be transferred. I believe we should not think of the other wikipedias as a separate sites but as part of the same project.♦ Dr. Blofeld 19:41, 1 November 2011 (UTC)

I am o.k. with that. Presumably a person creating a stub has access to some knowledge about the subject, maybe from another wikipedia, and can provide a bit of information with a source. Then the stub does not irritate people who follow the blue link before it gets expanded. Saying "Xtrynyr is a community in the Strznx province of Ruritania with a population of 30 people as of 2002" gives some useful information - but it should be sourced. Aymatth2 (talk) 19:53, 1 November 2011 (UTC)

Most of the useless stubs I come across appear to be created in the hopes that someone else will come along and provide extensive information about a very narrow subject, which is only likely to happen if a) you have an editor who is that obsessed with the subject, or b) there is a PD source of information handy to copy and paste. In the latter category, too many National Register of Historic Places stubs come to mind. Never mind that if these places are on the NRHP, they're notable because of historically significant events or occurrences, not because of their mere placement on the NRHP. Just from reading the articles in question, however, you would think notability was due to the latter rather than the former. I would hope that if any editor is doing this with a noble cause in mind, that it would be human knowledge, not the titular subject of one article or another. Keeping that in mind, perhaps making more extensive use of article merging where necessary?RadioKAOS (talk) 19:55, 1 November 2011 (UTC)

(ex x2)I find the one-line mass-created stubs absolutely useless and think it's even worse to see one of these without any reference at all. The information would be much better presented as part of a list (List of villages in XXX province, Turkey, for example). This way the encyclopedia could still have the basic information (now we know the village exists), and an article on a particular village can be created later, when sources have been identified and someone is actually interested enough to write a real article about it. That said, the proposed text is so vague that the current stub creation would qualify. Karanacs (talk) 19:56, 1 November 2011 (UTC)

With all due respect Karanacs dictating what should be written into this encyclopedia because of "interest to actually write a real article about it" is the extreme problem we are suffering from. Systematic bias, which is why we have GAs on hundred of US TV series episodes and are missing 95% of the lakes of Sweden. The vast majority are only interested in their part of the world and popular culture/sport. Sorry but because the average Joe doesn't want to write a full article about a legit town of a few thousand people in Benin that is not a reason to exclude it from the encyclopedia. Of course we need some interest from one or two to expand it. Take this as an example. Articles are usually developed by one or two people. There are enough people in the world who could potentially use wikipedia and have the full range of interests.♦ Dr. Blofeld 20:05, 1 November 2011 (UTC)

I do not understand why it is better to have thousands or hundreds of thousands of one-line articles instead of a few dozen or few hundred lists that contain the same information. Karanacs (talk) 20:15, 1 November 2011 (UTC)

What Aymatth2 would be your minimum requirement? Like Ataliklikun Bay, Gbégourou or Axaren. Would Château de Gaujacq be acceptable to you given that sources and information is already there on French wikipedia? I'm gathering that most here (myself included) would frown against ones like Axaren which are as they stand useless. One fact and source minimum requirement I could agree on.♦ Dr. Blofeld 20:01, 1 November 2011 (UTC)

I should point out that this is a guideline, not a policy. I would say Ataliklikun Bay is fine - plenty of sourced information. Gbégourou is fine too. The location is described and shown on the map, and the population is given with a source. Axaren passes the criterion of having some useful information (the province) but has no sources. Maybe this is an imaginary lake. I would fail it. I would fail Château de Gaujacq too, for the same reason, but would have no problem if one of the sources on the :fr wikipedia were brought across. With trans-wiki articles, we still need some basic proof of existence from external sources. Other wikis have quality problems too. Aymatth2 (talk) 20:20, 1 November 2011 (UTC)

If you think they are useless, why do you create them? Karanacs (talk) 20:17, 1 November 2011 (UTC)

"Which are as they stand are useless" and "are useless" are two different things. We are a wiki and content can be added within seconds/minutes if anybody wants to add it. I only start articles which I believe are notable topics and can be expanded. The idea Karanacs is that in a few years time we end up with hundreds of thousands of full length sourced articles!! The ultimate goal is that by 2015 we see many articles started developed like this. Tall order perhaps but the world is a big place!! I create them because I feel it is important for us to cover notable topics which get excluded due to bias and want us to at least try to start covering the world evenly! OK maybe start the article will not change the fact that many are no interested in Swedish lakes but that doesn't make them unencyclopedic.. I could accept a rule that "if a reader visits an article he MUST be able to learn one fact at bare minimum about that subject". So for a town a population figure or location information in relation to other settlements, with rivers or lakes an area/length figure, with mountains an altitude figure etc. ♦ Dr. Blofeld 20:01, 1 November 2011 (UTC)

• The making of stubs should be actively encouraged, The principles are building the web, and that Wikipedia is supposed to be an encyclopedia --even incomplete information is useful, as long as it is verifiable. Whether we would do better making combination articles is a question of style, that basically does not greatly matter: people may do as they please about it. Nothing stops consensus from merging articles later, or splitting them either.

The relevant question can therefore only be whether we should encourage the making of stubs without sources. We should not. We should encourage all articles to be sourced. An encyclopedia without explicit or implied verifiability is close to useless, & our method of working requires explicit verifiability, as no editor here can be assumed to be reliable.. Nonetheless, the creation of articles even with out sources should be permitted, because someone else may wish to source them--and usually someone does do that. But someone who insists on created unsourced articles--large or small, minimal or more than minimal, is not being as constructive as they ought to be. DGG ( talk ) 20:26, 1 November 2011 (UTC)

Giunssani is practically unsourced though and I think its a very constructive article.♦ Dr. Blofeld 22:31, 1 November 2011 (UTC)

@Aymatth2 In my opinion Château de Gaujacq if the 1686 fact was sourced that would be bare minimum right?♦ Dr. Blofeld 20:27, 1 November 2011 (UTC)

That would be good enough for me. A source would verify existence of the chateau, and likely leads to further information. The article has useful information about the chateau, even a picture, so would not annoy the reader who clicked on the bluelink. They might want more, but at least get something. Aymatth2 (talk) 13:12, 2 November 2011 (UTC)

Coming from the discussion at ANI, my issue with auto creation of very short stubs that are obviously verifiable is that they lack notability. Notability's only a guideline, and of course there are some classes of articles like geographical features that are generally accepted on the long-term presumption of notability, but these present a problem when we're ready to willy-nilly delete articles on television episodes, fictional characters, garage bands, local businesses, etc. I fully understand the difference, but it is very hard to quell the calls that call out to WP:OTHERSTUFFEXISTS by the newer users that see these articles get deleted while we have stubby articles on a river that only 100 people in the world may even know about. Personally, articles that are likely going to be stubs for a long long time should instead be created as redirects to a list of such notable features, so that when that stub actually can be expanded, its a non-admin action that any editor can undertake. --MASEM (t) 20:28, 1 November 2011 (UTC)

I disagree. A notable topic will always be notable however short. The problem as you say is that some of them may take an awful amount of time to be developed. IN regards to settlements time and time again I've requested a bot creates lists of settlements in a table like List of populated places in Peru by country using coordinates from geonames and we redirect until enough info can be found to create half decent articles. Given that there appears to be support for this why didn't any of you lot support me for I proposed this huh? ♦ Dr. Blofeld 20:31, 1 November 2011 (UTC)

Which we don't allow for any other topic unless it has been assessed via one of the sub-notability guidelines. And even then, the presumption of notability is how much the community tolerates the lack of proof. The fact that notability guidelines for geographic features have been presented and rejected by the community suggests that these don't have automatic notability. Yes, at some point, the Foundation should have pages dedicated to being a gazetteer to list out all these features, but this screams to either break out a WikiAtlas project, or to use reason seasons to group common features into list/tables within the encyclopedic side. No information is lost by the latter process. --MASEM (t) 20:35, 1 November 2011 (UTC)

Again I proposed WIkiAtlas to the foundation back in 2009. But I'm not getting what I wanted. And you'll find virtually all geo features if covered in sources will be notable.♦ Dr. Blofeld 20:44, 1 November 2011 (UTC)

It is acceptable to create very short stubs about types of subject generally accepted as notable, as long as they have at least one reliable source to satisfy verifiability. High schools are generally found in AFD to be notable, for instance. "Blivet High School was a high school in Tennessee," referenced to a Tennessee Department of Education database, would be minimally acceptable. It would be better to inform the reader that "Blivet High School was a high school in Dickson County, Tennessee from 1895 until 1950, when it was merged into Dickson County Central High School." A similar one line minimal stub about a present or former licensed radio or TV station which produced a portion of its programming would be acceptable if referenced to the FCC (or appropriate national) database. Its frequency, power, ownership, format etc would be useful info but not essential if someone wanted to create a category of related stubs from a reliable source. The same goes for some politicians such as state legislators. "Ambrose Abbott was a member of the Maine Legislature" would be minimally acceptable, referenced to the state legislature database. It would be desirable and helpful to the reader to note that Abbott served in one term, from January to March, 1874. Local newspapers (not indexed in Google Newspaper archive) and the state archives likely have much more information than I could find online, for someone to fill in his biographical details. I object to treating any Wikipedia as a reliable source; the English language Wikipedia has contained at various times hoax articles describing military heroes, persons of nobility, towns, and even wars. I suspect that some other language Wikipedias, with fewer administrators, likely have a number of hoax, mistake, or simply incorrect entries as well. A seasoned editor creating hundreds or thousands of stubs, such as Dr. Blofeld has frequently done, should cite a reliable source to verify each one. This is different from a naive editor creating a stub about his hometown, as his first edit. Many times I have spent hours referencing such an article when I am on "new article patrol," rather than just tagging it as unreferenced. The quality and reputation of Wikipedia diminish when it gains thousands of unreferenced stubs, some of which may be mistakes or hoaxes. The time of wikignomes is better spent helping new editors get their articles referenced, than following a seasoned editor around and trying to determine where he got his information for a stub. Is a "ricochet reference" acceptable? If the Spanish Wikipedia cites a reliable sounding source for a fact, is it acceptable to just copy that ref and insert in the article in this Wikipedia, or is the editor expected to actually have checked and verified the reference? Is there a way of copying the reference (could also be from a different article in the English Wikipedia) and noting that the reference cited has not actually been viewed? When a non-English article is translated, that is likely to happen, since the foreign editor may have had access to paper references not available in the English speaking editor's country. Edison (talk) 20:36, 1 November 2011 (UTC)

I agree Edison, new stubs should really contain one fact and one source standard procedure. @Karanacs do you think Watom Island, Urara Island, Ataliklikun Bay, Ningi Chiefdom, Buta Territory are useless stubs or do you see them as a positive move towards covering poorly documented parts of the world and addressing systematic bias?♦ Dr. Blofeld 20:37, 1 November 2011 (UTC)

I think very minimal stubs could be ok but they shouldn't contain mistakes or to be misleading. Also even minimal stub should have an infobox with the most important information (length, mouth, country - for rivers; population, coordinates, administration subjects - for settlements). We should keep wikipedia as a source of information but not as a copy of google maps. Hugo.arg (talk) 20:51, 1 November 2011 (UTC)

Dr Blofield, the examples you listed are, in my opinion, decent stubs. They contain more information than "this place exists". I don't see the point in sub-stubs that establish that something exists without telling us anything at all about them. In my opinion, having lots of one-line stubs on a distant geographical area is only giving lip service to the idea of countering bias. Is it better to have 1000 articles, each containing 10 words, so that we now have 10,000 words on this topic, or to have 10 articles with 1,000 words each, so that we have some depth to the topic? Is it really bias to not have articles on the English wikipedia on topics where sources cannot be found in English to do more than verify existance? Karanacs (talk) 21:36, 1 November 2011 (UTC)

Non-English sources are just as acceptable as English sources - see WP:NONENG. Calliopejen1 (talk) 21:56, 1 November 2011 (UTC)

Agreed that actually one line stubs untouched for two three years illuminate the sytematic bias problem by exisitng and remaining untouched. But I get exasperated at times at our ignorance of real notable subjects which should have full articles by now that occasionally I resort to auto drill if there are too many to consider creating slowly one at a time.♦ Dr. Blofeld 21:44, 1 November 2011 (UTC)

There should be no limit to how many stubs we can create. If I [we] need to destroy all the red links by creating every village in China, I will do so at a reasonable speed. We are here to build an encyclopedia, not to finish it. I rest my case! Jaguar (talk) 21:11, 1 November 2011 (UTC)

If you look at the new pages right you'll find worse articles than stub I created which are poorly formatted, unsourced, lacking basic wikification/categories. At least my measliest stubs have the "infrastructure" in place. Its a big problem that we don't have enough editors to sort out all of the new ones coming in. Helmipuuro for instance is unsourced but clearly looks notable but are we to reject it for not having sources? And how many newish editors know how the referencing works? I didn't for quite some time.

The way I see it is that we are here to provide the most comprehensive encyclopedia we can possibly create and that ignoring 700 rivers of some province of a country is a wiki sin! Especially if the article equivalent on another wikipedia is very developed and sourced. In my view the article existing at least shows it as been highlighted as being notable, even if initally lacking in content. ♦ Dr. Blofeld 21:52, 1 November 2011 (UTC)

Just dropping by to say I oppose any attempt whatsoever to create a minimum stub size. Assuming that a stub is not totally empty, it provides information to our users. (Reader: "Oh, Xtrynyr is located in Ruritania.") Tiny stubs are sometimes created by clueless newbies--it's no use to delete their (meager, but marginally helpful) contributions. Tiny stubs are also often created by users like Dr. Blofeld, who provide the correct formatting for future contributions. That way, instead of some totally unformatted, uncategorized article created by a Ruritanian trying to write an article on their town, we'll get something that at least in some category framework and properly formatted. The perennial debate about whether red links or poor-quality blue links do the best at motivating content creation is the only possible reason I could see to impose a minimum stub size, but until some sort of data on this topic is obtained, it would make no sense to remove useful (marginally useful, but still useful) content from the encyclopedia based on unfounded speculation. Minimum stub sizes and referencing requirements are also barriers to entry to new users, and could be demoralizing if works in progress were to be deleted. Calliopejen1 (talk) 22:04, 1 November 2011 (UTC)

In regards to myself I only create unsourced stubs on topics intended to be directly transferred from another wikipedia. I have proposed a User:Transwikibot which uses google translate to auto generate articles in our wikipedia space and once checked/proof read and a source or two added they can simply be moved into the mainspace. I would strongly urge people here to support me on this as you'd no longer see the pathetic attempts to transfer content but a system in which more fuller articles could be create relatively quickly piece by piece. Of course some translations i certian languages are better than others but if we had a bot creating an english equivalent of eveyr missing article on another wikipedia in our work space we would be much more organized. I think most people here grossly underestimate the value of missing articles on other wikipedias. I want WP:Intertranswiki to be much more organized and constructive and to have the ability to generate articles more fully first time with minimum effort. That's one of the key problems in this, is sheer mass of missing content and amount of time. We desperately need something powerful to get us organized.♦ Dr. Blofeld 22:08, 1 November 2011 (UTC)

I totally agree, I got warned by a sysop to create articles with at least one reference, which I have been doing now. There shouldn't be a limit to the number of words/byes that a stub should have, a stub is ready to be expanded anytime and almost all of them are notable enough especially if they have been transferred from foreign Wikipedias or if they are based on real places. Jaguar (talk) 22:12, 1 November 2011 (UTC)

I think the point of the discussions that took place elsewhere, which is being entirely missed here is not that what you guys are doing/want to do is "wrong", just that your priorities are deeply misplaced. Also see my comments at Jimbo's page [1]. Volunteer Marek  23:40, 1 November 2011 (UTC)

I think that the minimum size for a stub is one sentence. Even if that one sentence is "next to nothing, e.g. 'Xtrynyr is a community in Ruritania'," that first sentence is what many of our editors actually want to know.

It happens that I wouldn't mass-create such stubs; being a mergeist, I'd create a list or sections in an article instead. But eventually both need to exist, so you won't find me complaining about the person who's doing the other half of the work.

The only restriction I might put on mass stub creation is that if you're creating more than <pick a number greater than 10> at a time, then you must add both a category and a citation to a reliable source (which need not be an WP:Inline citation; a WP:General reference is good enough), ideally in the first draft (mostly to save the rest of us from trouble caused by the occasional competence-challenged CSD tagger). WhatamIdoing (talk) 00:44, 2 November 2011 (UTC)

Random break

The purpose of Wikipedia is to provide useful and verifiable information to readers in an accessible form. The question is whether the WP:Stub guideline should explicitly say that stubs should give some useful information and provide at least one source, and that stubs that have no useful information and/or do not quote any source should be "deprecated". My view is that such stubs do not help readers or editors. The comment right at the start of this discussion from Redrose64 (talk · contribs) is hard to dispute: "Such pages may be eligible for speedy deletion under WP:CSD#A3". The question is really whether the WP:Stub guideline should restate policy, or at least I think it is. There is no hurry at all, but perhaps at some point a straw poll would be useful. Aymatth2 (talk) 02:00, 2 November 2011 (UTC)

A3 does not apply to stubs with any meaningful content. A3 is intended for articles with just infoboxes, external links, or a rephrasing of the title. Alpha_Quadrant ^(talk) 04:33, 2 November 2011 (UTC)

(ec)If I start a stub on the number 56334956 is that notable? I can put in some "meaningful content" in there, as in "56334956 is the natural number between 56334955 and 56334957" (and that's it). I could maybe even put in some kind of Math template and an infobox (with a bit of a stretch). And hell, "sourcing" this won't be that hard either (I'm sure I can find some statistics textbook which lists it in its random numbers table ;)) On that note, it seems to me that the Category:Integers gives up too easily [2] (around 301 or so). There is a lot, like an infinity, of them missing. Someone should get going on that. Volunteer Marek 

Are we agreed that "X is a species of Y" or "X is a comet" or "X is a Y in Z" articles are minimally acceptable, (if not admirable,) so long as they have at least one reliable source, to satisfy verifiability? On random article patrol, I often find things like"Xarfax is an island in the Adriatic Sea," "Flamflim is Iceland's leading hiphop band" or "The Upchuck is a species of butterfly, Nymphalidae Danaini Vomitus." I spend countless hours which could be better spent in other ways improving the encyclopedia, searching fruitlessly for references to confirm the dubious claim. I cannot prove the negative: that no reliable sources exist. An experienced editor should cite the reliable source he used in creating the article. Dr. Blofeld proposes transwiki-ing articles, which is not unreasonable, but I have concerns of verifiability and reliable sourcing, since this Wikipedia has definitely had bogus references in many articles. If a German Wikipedian cited a book which may or may not exist, is it acceptable to duplicate that ref in the English Wikipedia without any editor of this Wikipedia having retrieved it from an online source, or eyeballed a paper copy of it? Would a 'pedia editor lie? YES! Editors have claimed that refs stated things they do not say. and some hoaxers have even cited false paper references. We lose credibility when we allow hoaxers or spin doctors to manipulate us into having articles lacking reliable and verifiable sourcing. Edison (talk) 05:12, 2 November 2011 (UTC)

Are we agreed that... - again, this is completely missing the point.  Volunteer Marek  05:17, 2 November 2011 (UTC)

Your point, maybe, though it has not been clearly stated. Your presentation both on Jimbo's page and here is unclear and rambling. Edison (talk) 05:43, 2 November 2011 (UTC)

Agreed, Marek stop rambling on!!♦ Dr. Blofeld 09:10, 2 November 2011 (UTC)

Dr. Blofeld, I suspect that my "rambling" generates more value added to the encyclopedia than all your mass-created stubs put together. Volunteer Marek  17:24, 2 November 2011 (UTC)

Speaking of unclear statements "Your point, maybe, though it has not been clearly stated." does not even make grammatical sense. Let me rephrase. Unclear statements though yours are maybe are somehow. I don't think it's my presentation that is unclear here. Sure, go out there and create some stubs. Volunteer Marek  06:39, 2 November 2011 (UTC)

Marek, you are one strange fellow. You talk in riddles and seem to like confusing things and getting your tongue in a twist. Nobody cares what you say, and that goes for Jimbo who likely scans over your ramblings to read constructive comments!.♦ Dr. Blofeld 18:46, 2 November 2011 (UTC)

Well, Dr., you're a strange fellow yourself. For someone who "doesn't care what I say" you sure get huffy (up to and including removing my comments from talk pages, which is a no-no). I wasn't expecting that anything but "Stubs good!" or "Stubs bad!" would be taken as "confusing" by some. And I didn't know you had a psychic link with Jimbo which lets you know how he reads the comments on his page. Are you sure you're not over-reaching there and projecting your innermost hopes on the innocent man? Take care. Volunteer Marek  18:51, 2 November 2011 (UTC)

I wouldn't say there is anything wrong with creating stubs? It's merely red link destroying and it has to be done to expand the content of Wikipedia. Stubs are not always stubs - I created 2011 England riots and Operation Ellamy a couple of hours after they were announced. They have both made the front page and are massive. Jaguar (talk) 18:34, 2 November 2011 (UTC)

As I already said numerous times, there's nothing "wrong" per se with mass creating stubs or "red link destroying" (I can actually can think of somethings - like the fact that a red link exists for a good reason and you're taking away a signal to others who might create a REAL article). And of course pretty much every article starts as a stub, so it's not a surprise that something like 2011 England riots winds up being vastly improved. But for every stub that became an FA or GA I can show you a few dozen that have languished as stubs since their creation three or four years ago, with not a single(ok maybe one) meaningful edit to them. Ergo, "red link destroying" and "mass creating stubs" is NOT "content creation". It's a notch above spamming. Now, because it is a "notch above" it may very well be within Wikipedia policy. But if you're looking to really improve the encyclopedia than rather than mass creating stubs that will just sit there for the next five years, how about going to the library, getting a book or two, reading them, sitting down, writing, referencing and improving some already existing long forgotten stub. Oh yeah, that's like... real work. And your edit count doesn't go up all that much. Nevermind. Volunteer Marek  18:47, 2 November 2011 (UTC)

I understand your point however I'm not interested in my edit count. I've got more important things to do such as some coursework and revising for exams than going to a library - I'm not saying that's too much effort, I'm just saying that there is little point in doing that because after all it is going to be hard trying to find material for a Chinese village in the middle of nowhere. I do see your point, and I am a good copy editor and I am interested in content, but I am also interested in getting rid of all these masses of red links even if they all have a reference for each. Jaguar (talk) 20:17, 2 November 2011 (UTC)

Minimum stub-size is a non-arguement. It either meets the GNG or it doesn't. Is a stub with 20 words OK? What if it was only 19 long, for example? If it has no context, then the speedy deletion becomes applicable. Lugnuts (talk) 08:16, 2 November 2011 (UTC)

I don't think there should be a minimum size. I do think we can make a requirement that batch creation of stubs should meet some minimal standards, like having at least one reliable source (not a foreign wikipedia version or other wikiproject). And we can also wonder why identical one-line stubs (whether sourced or not) like X is a river in Y can not be more efficiently be grouped in a list (or number of lists), "list of rivers in Y", with redirects from the individual articles. It seems to me to be a lot more reader-friendly to group such clearly related info, instead of having so many articles almost entirely void of meaningful info. Fram (talk) 09:39, 2 November 2011 (UTC)

"And we can also wonder why identical one-line stubs (whether sourced or not) like X is a river in Y can not be more efficiently be grouped in a list (or number of lists), "list of rivers in Y", with redirects from the individual articles. " Well the answer is simple to that one, many of the river articles have full content article son the other wiki which is intended to be translated. Given that we are not paper and space it not an issue, it would be more productive to fully translate.♦ Dr. Blofeld 10:08, 2 November 2011 (UTC)

And nothing stops you or anyone to change the redirect into an article at the moment that this translation is done. Your reply does not provide a reason against the preference for a list instead of identical microstubs. Fram (talk) 10:40, 2 November 2011 (UTC)

You mentioned Aspen (Botkyrka Municipality) ‎. Well its better off having its own article as the vast majority of the others are.♦ Dr. Blofeld 11:59, 2 November 2011 (UTC)

As far as this discussion is in effect a proposal to require at least one source for a stub, I'd like to point you all to Wikipedia:Village_pump_(proposals)/Archive_75#Require_all_new_articles_to_contain_at_least_one_source, a proposal from July 2011 that failed after a good deal of community discussion. No use beating a dead horse here on a relatively obscure talk page, where this proposal has already failed after a broader discussion. Calliopejen1 (talk) 14:43, 2 November 2011 (UTC)

• Not exactly. This is a proposal to expand the guideline so it "deprecates" creation of stubs that provide no useful information and/or include no sources. Basically: "we much prefer that stubs have at least some information and quote at least one source". This is not change in policy but in the guideline. Aymatth2 (talk) 15:14, 2 November 2011 (UTC)

Perhaps some attention should be given to WP:MASSCREATION, which is part of a policy. Basically, there is no difference between rapidly creating 50 microstubs with "subst:pagename is a river in Poland" and what is described in that bot policy. So why are these creations not restricted by that same policy? Fram (talk) 15:19, 2 November 2011 (UTC)

• This proposal has nothing to do with the way in which articles are created. It would apply to stubs created manually, semi-automatically or automatically. WP:MASSCREATION says the last two categories need approval, but says nothing about their content. This proposal is to refine the guideline about stub content to say:

"As a rule, a stub should provide some information about the subject that will be useful to readers. It should also give at least one source for the information provided. Creation of stubs that provide no useful information and/or include no sources is deprecated"

Note the terms "As a rule" and "is deprecated". The proposed guideline change does not require that all stubs have useful information and cite a source. It recognizes that there will be exceptions, but recommends that in most cases some useful information be included with a source. Aymatth2 (talk) 16:43, 2 November 2011 (UTC)

Two thoughts, Aymatth2. (1) Regardless whether I support or oppose your propsoed guideline, I'd suggest that instead of "deprecated" you should have "discouraged" or similar language; "deprecated" would distract the reader with questions like "you mean, we could do this -- why the change?" or "what does deprecate mean in this instance?" (2) Your proposal doesn't really resolve this disagreement, beyond encouraging the use of sources. What I see in this discussion is that all concerned parties disagree on exactly how much information "will be useful to readers": we have people above arguing that "X is a river in Y" is sufficiently enough information to be useful to our readers. (And responding to their assertions with language along the lines of "That's not right" won't get us to a concensus on the matter. ;) -- llywrch (talk) 17:34, 2 November 2011 (UTC)

I agree with both points, llywrch. "Discouraged" is a better word. And the proposal does not fully resolve the issue. It expresses a preference for useful information backed up by sources, which should not be controversial. How much is enough to be useful? I would not attempt to define that. But a guideline does not have to be legalistically rigorous to be useful. Expressing a general preference, even if bit vague, is presumably better than nothing. Aymatth2 (talk) 18:06, 2 November 2011 (UTC)

IMO the barest 'x is a y in z' is OK and provides enough context. But I'd support something here along the lines of 'a reliable source is strongly recommended.' As to whether the ref has been read. There is a Assume Good Faith issue here, when it comes to articles from other language Wikis. EN-WP editors do this by default all the time - whenever someone copyedits an article with offline sources they haven't read, or an article translated from another Wiki, or supports an FA, GA, or DYK without having read and understood every single word in the sources, they are in effect affirming their trust in the info. Novickas (talk) 20:51, 2 November 2011 (UTC)

Hi. I just noticed this conversation and wanted to voice my opinion that I agree with some of the above users about that there should be a requirement about some external source. This could be at minimum a hyperlink within single brackets, and is a better solution than having "this article has less than X words, it must be deleted" mentality. If the article is really short (as in less than a paragraph or so) and lacks any citations of any kind, then it should be deleted. This should serve as a springboard for anyone who wants to further expand the article. Best, Jessemv (talk) 06:10, 3 November 2011 (UTC)

• There is some support above for collecting linked stubs together as lists. Indeed, it makes sense for a number of topics to have a list article or set index article which compliments the articles on the individual items in the list, regardless of the length of the individual articles, so creating such a list at any time is desirable.

I think the question here is not should we have information on all the rivers in Vlasticnovia, or all the episodes of Porky and Butbum, or all the beers made by Pisshead Brewery, or all the stations on the Random Valley Line, or all the players in Awesome Football Team, but where should we place that information where it is most useful for our readers? And where we should place it would depend largely on the amount of information we have. If we have little more than a directory listing, "Foo is part of Foo", then it might be more useful to have that information in context - either as part of a parent article or a list or set index article. Having the information in context tells the reader more as the reader can see the set and the relationships, and it is easier to scan and access. If the information is contained in a parent or list article, and a reader clicks on a link to be given the same information in a stub, then that stub has simply created frustration.

If the information is already in Wikipedia, then it should not be split out into a standalone article until it either provides more information than is in the parent article, or the amount of information in the parent article is so large it can be reduced per WP:Summary style and a new article created.

If the information doesn't already exist on Wikipedia consideration should be given as to where it is best placed - as a standalone article or as part of a parent or list article, or both.

I would be hesitant to put too many limitations on creating a new article, as articles may develop from the most unpromising beginnings; however, if an article has been around for a little while (a week? a month?) and has not grown, then serious consideration should be given to merging the content into a parent or list article if possible.

It might be appropriate to list this discussion on CENT to get more opinions. SilkTork ^{✔Tea time} 02:26, 9 November 2011 (UTC)

I generally agree with the above. The irritation factor is what mostly concerns me - readers getting to a stub that tells them nothing new. But before putting this on CENT, it is worth planning how to avoid a confused and inconclusive rehash of fixed and incompatible positions. How should the discussion should be structured and facilitated? To me there are a series of ideas here:

• Should provide some useful information
• Should say more than the parent article
• Should have at least one source
• May be better in a parent rather than stand-alone if there is not much content
• Should be merged into a parent after a while if it has not grown

All of these are, I think, advice rather than rules. But have there been any cases of multiple-part recommendations being successfully taken to a conclusion? Aymatth2 (talk) 02:52, 9 November 2011 (UTC)

Proposed wordings

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.

Marking this closed only per request on WP:AN, but no doubt, editors are opposed to this change. -- DQ (t) (e) 12:15, 13 December 2011 (UTC)

---

See discussions above on concerns regarding the usefulness of directory style or very short stubs. Aymatth2 has proposed some new wording (#1) and I have added three more:-

1. As a rule, a stub should provide some information about the subject that will be useful to readers, even if that information is minimal. It should also give at least one source for the information provided. Creation of stubs that provide no useful information and/or include no sources is deprecated
2. Stubs should not be created from material already on Wikipedia unless they contain more information than is in the parent article; either new material should be added to the stub or Summary style should be used to balance out the weight of material
3. When adding new material to Wikipedia, consideration should be given as to where to place the material - sometimes it is better to add small amounts of material to existing articles than to create a stub. If the material is part of a set, such as a group of rivers in a region, think about creating a list or set index article rather than a series of stubs. When the material later grows, it can be split out per Summary style into a standalone article
4. If a stub is created that might be a candidate for redirecting to a list or parent article, it should be given at least seven days before redirecting to allow contributors time to develop the article

Please indicate if you support or oppose any or all of the suggestions. Further suggestions and amendments are invited and welcome. SilkTork ^{✔Tea time} 02:37, 9 November 2011 (UTC)

• I think stubs are the core of Wikipedia. Much of our content is composed of stubs. Stubs can be very useful, too. It makes information easier to find, for one. It also makes someone think, "Hey, I can add information to this article". If a topic is covered in a list, most readers won't be inclined to think that they should (or could) add more information about it. I agree that stubs should present more information than "X is a Y", but often, that information can be in an infobox, and possibly uncited. We shouldn't ban stubs because they are unsourced—we should find sources instead. I also agree that forking articles into stubs is rather silly, but I don't think we need an arbitrary time limit for redirecting stubs. If someone wants to redirect a stub, they can do so; if someone else disagrees, they can revert. Then a discussion can be held. Every stub is different, so we don't need a bureaucratic rule that adds another layer of complexity to the BRD process. If anything, it either just delays an inevitable revert and discussion, or delays an uncontested redirection. /ƒETCHCOMMS/ 02:56, 9 November 2011 (UTC)

• This whole discussion seems to be predicated on the assumption that "Xtrynyr is a community in Ruritania" doesn't impart any useful information, when it self evidently does impart what is probably the most important peice of information that readers will be looking for when they come across the name "Xtrynyr" in a book or newspaper and want to find out what it is. Phil Bridger (talk) 14:21, 9 November 2011 (UTC)
• Support 1, 2, and 3. I think the wording is good, but perhaps "deprecated" is not the best word. How about "not appropriate"? On another point, I think we should avoid instruction creep on when to redirect - why 7 days? Why not 2 days or 30 days? Each stub is different, after all.bobrayner (talk) 16:26, 9 November 2011 (UTC)
• I'd support 1, but we already have it. It's the speedy deletion criteria for lack of content or context. An article has to say what it's about. WP grows from tubs, mostly, and it is almost impossible to rule out something as non-expandable. When I see a new article submitted in full at the first edit, I start suspecting either copyvio or commercial Press release. I see nothing wrong with a series of stubs: checking Diderot's encylopédie, he has thousands of one-line articles, as do almost all traditional .encyclopedias. DGG ( talk ) 17:15, 9 November 2011 (UTC)

• The wording should say "It should give at least one reliable source," not just "It should give at least one source." For instance, the existence of an article about the topic in a different language Wikipedia is "one source," but not a sufficient one, since it is no more a reliable source than any other source "anyone can edit anonymously." It is unreasonable to assume that some other Wikipedia has no hoaxers or charlatans editing it, and to assume that sources referenced in the other Wikipedia can be relied on without our editor actually seeing them. Edison (talk) 17:00, 9 November 2011 (UTC)
• Requiring that a stub have "useful" information is a very bad idea: who's going to decide what's useful or what's not useful? We shouldn't have such vague requirements. Nyttend (talk) 01:42, 10 November 2011 (UTC)
• Oppose all per instruction creep. We already have a CSD for truly empty articles, anything beyond that--in my view--imparts useful information. We also have a recent, large-scale RFC rejecting a one-source requirement on new articles. Yes, longer is always better, and more sources are always better, but this is common sense and doesn't need to be added to the rules as vague, non-mandatory recommendations. Calliopejen1 (talk) 14:00, 10 November 2011 (UTC)
• Support... I hereby support anything that will get rid of the hundreds of thousands of tiny articles about run of the mill roads and obscure villages. Just hit "random article" a few times to see the incredible raft of unmaintainable crap we have. Gigs (talk) 20:19, 10 November 2011 (UTC)
• Oppose all There is no reason to tolerate any article that does not include substantive information. This strikes me as a clear WP:Creep problem. That being said, there are no inherent problems with stubs - they represent our best opportunity to attract new editors willing to expand on a subject. A stub which can be expanded and improved is a much better starting point than asking a new editor to write an article from scratch. The more, the merrier. Jim Miller ^{See me | Touch me} 21:06, 10 November 2011 (UTC)
• Oppose all. Useless instruction creep that will mainly serve to male discussion more contentious. Wikipedia and its users are often well served by short, unvarnished articles conveying essential, unvarnished information. Hullaballoo Wolfowitz (talk) 19:54, 16 November 2011 (UTC)
• Oppose all, just in case my !vote wasn't clear from my comment above. No coherent explanation has been given of why our current guidelines fail to support our mission of building an encyclopedia. These proposals would hinder that process by making the first step in creating articles much more difficult. Phil Bridger (talk) 21:11, 16 November 2011 (UTC)
• Oppose all. Stubs are a useful stage in building an article, and as has been explained above, they do contain some useful information. Adding rules which try to get rid of stubs is both instruction creep and likely to discourage long-term expansion of topics which don't already have substantial articles. TheCatalyst31 ^{Reaction•Creation} 23:21, 16 November 2011 (UTC)
• Oppose All I agree with the comment by Fetchcomms above. Many article do start out as stubs. Banning their creation is counterproductive. Adding guidelines for redirecting stubs is unnecessary instruction creep. Alpha_Quadrant ^(talk) 19:19, 18 November 2011 (UTC)
• Oppose all: If someone were to create a stub and bearing in mind that the stub could be a small village in the middle of err... Moldova, then the chances are that a tiny village in Moldova would not have any information. If a Moldavian reader who knows English could update that article, that would be fair. However these new proposals aren't that fair. Jaguar (talk) 20:52, 18 November 2011 (UTC)
• Support with Edison's addition offered above, although I'd prefer seeing something even stronger. There has apparently been a long tradition of the creation of masses of such one-sentence substubs with no sources or clearly unacceptable sources. (I've seen a bunch of geographical articles lately, each of which cited Google Maps, of all things, as a sole source [with no link to the relevant map]. And when I checked, I found that not all of the place names actually appear on Google Maps, at any zoom level.) It's about time that this stopped. If someone wants to write an article about a place, let him or her do enough research to at least sustain a reasonable stub. Deor (talk) 22:32, 18 November 2011 (UTC)
• Oppose all. This would do more harm than good by biting new users who will become long-term community members, we do far too much of that already. Thryduulf (talk) 10:11, 25 November 2011 (UTC)

I don't see a consensus for change emerging from this. People feel that we don't need any further guidance which might discourage the creation of stubs per se, and that existing guidelines and consensus are in place to allow the deletion or redirection of clearly inappropriate stubs. I will remove the listing from CENT. SilkTork ^{✔Tea time} 10:58, 28 November 2011 (UTC)

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.

Need more than one ref

I have started a discussion over on GNG, which mostly relates to stubs - and similar issues to those in the section above, except it is concerning the need for minimal reliable sources in articles - even if they're stubs.

Please comment over there: Wikipedia talk:Notability#Articles need multiple sources.

Best,  Chzz  ►  22:56, 3 November 2011 (UTC)

Haven't you got something more useful to do with your time Chzz? Geographical place names only need verification of existence. And my Benin stubs have government population data. Expecting lots of web sources for towns in places like Benin is hardly indicative of its level of notability or level of encyclopedic appropriateness. A single source to government figures or other reliable source is enough to make it valid, at least as a start. If you genuinely wanted to improve our coverage of the "Global South" then a mention and fact about the places is far far better than if it didn't exist at all. If you still have a problem with that then I suggest you learn to accept it or simply shut up. The web is still in its infancy and more and more sources are becoming available for third world locations and topics all the time. Take the Communes of Mali for instance. There are a lot of USAID case studies on them on the web.♦ Dr. Blofeld 21:05, 4 November 2011 (UTC)

Geographical articles only need verification of existence? I realise that it's popular, in some quarters, to create thousands of microstubs from geographical databases of dubious reliability; but we should at least try to apply the GNG. bobrayner (talk) 16:30, 9 November 2011 (UTC)

If there is a general acceptance of notability for some class of subjects, such as legislators, licensed broadcasting stations which produce some of their programming locally, public high schools or private high schools of a certain size, accredited colleges and universities, inhabited or formerly inhabited named places, or professional sports players, then it should be sufficient (if far from ideal) for a stub to have one reliable source initially. The reason such subjects have been consistently kept in AFDs is that we have found that it is generally possible to find multiple reliable and independent sources with significant coverage of the subject, although it may require more effort than a quick search for online sources at Google News archive or Google books. I agree with questioning "geographical databases of dubious reliability" since some are plainly full of careless errors, and lack a mechanism for getting errors corrected. Some anonymous person enters a hamlet in a geographic database, from unidentified sources, and there is a "hamlet" at a place where no dwelling ever stood. An Ordnance Survey map in the UK, or a National Geological Survey map in the US have been more carefully vetted than some online map system like Google Maps. I have personally contacted Google Maps with evidence of an error in the name of a street, with no reply and no correction of the error, for instance. Edison (talk) 17:10, 9 November 2011 (UTC)

I thought you'd already agreed that you couln't tell if Lougba was actually a town? [3]

Anyway...as I suggested at the top - it would be best to comment on WT:N to avoid splitting up the discussion.  Chzz  ►  17:53, 11 November 2011 (UTC)

Redlinks more informative in some cases

The discussion above has brought out many useful viewpoints. I will try to summarize them before asking for input to a straw poll. But I am not comfortable that we are giving enough weight to the reader's experience and would like to first open discussion on that. Whatever our hopes are that stubs will somehow encourage editors to add content, the question of whether stubs are useful to readers is not one to be ignored. Wikipedia is for readers, not for editors. If readers get even more cynical about Wikipedia, most of the work put into the project will have been wasted. Here is a scenario. The article on the famous Ruritanian poet Hyrmant Schlanzk includes the following:

Schlanzk spent many idyllic summers with his Kashubian grandparents in the remote highland village of Xtrynyr, fishing in the Sktor River and exploring the pine and oak forests of the Ztandl mountains. It was here that he first became interested in lepidoptery.

When a reader searches on Xtrynyr, they will find the article on the poet Schlanzk, and will learn something about the village. Now we make a stub that says "Xtrynyr is a community in Ruritania". When the user enters "Xtrynyr" in the search box and presses ENTER, that is all they get. Before, the search results gave some information about Xtrynyr. Now, the reader is stuck in a stub that tells them next to nothing. I am not sure about the wording, but there must be some way to say that a stub is not good if it reduces the amount of information a reader would find on a search result. Thoughts on how stubs increase or reduce the value of Wikipedia to readers? Aymatth2 (talk) 00:07, 5 November 2011 (UTC)

An excellent example, and well presented. My thought is that the stub template should be improved, so that it says something to the effect of "this article is a stub. You can help Wikipedia by expanding it. Suggestions may be found on the Talk page, and further information may be found on the articles that link here" with "articles that link here" as a wikilink to the articles that link to that stub. My opinion at this point is that a suggestion like this is superior to some sort of "more information here than in the linking articles" requirement. Jessemv (talk) 06:27, 5 November 2011 (UTC)

"Redlinks more informative in some cases". I would thoroughly disagree, especially on stubs with intertranswiki tags. If the articles inform the reader that it is located in .... even that is more informative than nothing at all. Any "empty" stubs I've created have the translation tags in which one can click google translate link and immediately be presented with the information to the reader in english. Sorry Aymatth, but I think your distaste of the shorter stubs is affecting your outlook. A lot of editors are willing to add to an article but unwilling to create it. And if editors hate short stubs in their preferences they can simply programme a minimum KB size. You could simply change it in your preference to avoid clicking on articles and getting the "annoying lack of content". I would agree that one fact and one source bare minimum should be a rule but then this would exclude new articles from newbies who may start notable subjects and have them deleted because they don't know about sourcing. I think you're pretty much wasting your time with this as there is unlikely to be a "rule" which stops them from being created. If just a guideline if merely says "we frown upon this", not as if I wasn't aware of that already!♦ Dr. Blofeld 10:57, 5 November 2011 (UTC)

• I like Jessemv's idea of adding a pointer to inbound link articles into the stub template (really just the toolbox "what links here", but more visible). That should be raised on the template talk page. I can't see a downside. I still think the guideline, and it is just a guideline, not the LAW, may well say "in general, we discourage..." and describe things like no useful information, no sources, less information than exists elsewhere etc. Aymatth2 (talk) 16:19, 5 November 2011 (UTC)

Suggestion

I notice on many websites they provide useful buttons beneath their content in order to make it easy for users to share that content with others via e-mail or on specific social networking websites. I've encountered some stubs on Wikipedia and was hoping to share it with people I knew had knowledge on the subject so that they may consider expanding these stubs. However I've been compelled by the lack of share buttons manually to copy stubs' URLs into e-mail messages if I wished to share said stubs. My suggestion is that the stub notices that appear at the end of short articles contain these share buttons and that when a user shares an article with someone through one of these buttons, the message that the recipient receives contains the entire article (if it is short enough) with a direct link to edit the article, or a subsection of it. For example, a button following a stub article may ask, "Do you know someone with knowledge on this topic? Ask them to expand this article!" with the last sentence being a link that pops up a window allowing the user to type in e-mail addresses or to share the article on a social network. I believe that implementing such buttons will encourage common readers to share articles with their knowledged acquaintances more freely, hence encouraging greater participation in the project. Kind regards, Adriaan. Adriaan Joubert (talk) 21:29, 8 November 2011 (UTC)

I think it would be too much like advertising. You may find those buttons useful, but ultimately they are just a form of advertising for the social networks in question. Maybe a generic "email this article" would work, but it would be hard to prevent its use in spamming. Gigs (talk) 20:26, 10 November 2011 (UTC)

About Shekhar Chander

Shekhar Chander is Lecturer in Computer Science — Preceding unsigned comment added by Shekharchndr (talk • contribs) 09:07, 31 July 2012 (UTC)

Eliminate stub templates?

At Wikipedia_talk:Manual_of_Style/Layout#Swapping_order_of_categories_and_stub_templates there is a discussion about the order of categories and stub templates where an editor has suggested considering the elimination of all stub templates. I've suggested that they pursue that discussion here instead. PamD 07:00, 6 September 2012 (UTC)

Given no discussion here, I have raised this proposal at Wikipedia:Village_pump_(proposals)#Eliminate_stub_templates_completely. Jason Quinn (talk) 15:31, 12 September 2012 (UTC)

Has the definition of a stub changed?

I've been seeing a lot of stub templates and stub-class assessments being added to articles that contain considerably more than "only one or a few sentences of text" -- frequently on articles that contain a screenful (or more) of running text. These aren't just old templates, either; they're being actively added to articles of this size. I'm getting the impression that "stub" is now being used, at least by some active users, to label any article that could do with expansion or is otherwise less than perfect.

I haven't been very active on Wikipedia for a number of years, so I went looking to see if there had been any change in the definition of "stub", but if there has been, it hasn't been reflected on this page. Does this page still reflect the community's understanding of what a stub is? -- Visviva (talk) 02:51, 7 October 2012 (UTC)

As far as I know, the definition for stub tags hasn't changed, but some editors may have differing ideas on how long is too long. Article assessments are another issue: Most are out of date, and not all projects use the same definition of stub-class as an assessment class.

For stub tags, I had in my head a few paragraphs, not a few sentences as this page says, but a screenful is well beyond that either way. Sometimes it is because stub tags get left behind when the article is expanded, other times it is a mistake. Either way they should be removed if an article clearly isn't a stub. Perhaps the accepted size is creeping though - Otto Miller (catcher) would be close to the borderline I have commonly seen used, and it is certainly more than a couple of sentences, and has quite a bit of info. Sometimes articles of about this length have tags, sometimes they don't. Much more prose text than that and I think a stub tag shouldn't be being added.

Headings, lists, pictures, references etc generally don't count, so 750 Motor Club is an example of a page which I would call clearly a stub, but is more than one page. Pages with big infoboxes and lists and lots of references can be deceiving in that sense. --Qetuth (talk) 05:05, 7 October 2012 (UTC)

Over the last three or so years I've seen a few (perhaps no more than four) newbie editors happily working through a category and adding a stub template to every article, regardless of its current state: for example, adding {{GreaterManchester-railstation-stub}} to every page in the subcategories of Category:Railway stations in Greater Manchester (e.g. Manchester Victoria station). After dropping them a polite note, we found that they didn't know of WP:STUB but had assumed that they were helping out by making the article easier to edit.

So, see if you can determine whether it's an enthusiastic but ill-informed newbie, and assist them. --Redrose64 (talk) 14:22, 7 October 2012 (UTC)

Stubs and sources

Hello, I'm looking for clarification on stub articles vs. non-stub articles and the requirement of sources. Can an article without any reliable sources be considered anything but stub class? (Start or above)? Thank you! Kelly Marie 0812 (talk) 03:23, 17 October 2012 (UTC)

aLst I checked, it can be Start, but nothing higher. It'd be pretty silly to call an articles that is ten screens long a "Stub" just because it was unrefernced, don't you think? WhatamIdoing (talk) 04:22, 17 October 2012 (UTC)

The reason I thought they had to have at least one source was that the Start class description at WP:ASSESS states "article should satisfy fundamental content policies such as notability and BLP, and provide sources to establish verifiability." But after being told start class articles don't need sources by another editor, I am confused. So I guess my real question is where does it say this, and/or should the instructions be a little more clear? Thanks for your help. Kelly Marie 0812 (talk) 04:34, 17 October 2012 (UTC)

I would have thought all articles, save possibly some lists, 'need' sources, and that an article not having any sources was considered to be a temporary situation for an article still under construction (however long it may actually stay in that state in practice). Hence it would have to have the lowest level of assessment, which is called "stub". However, "stub assessment" class is not the same as "stub" article, so a project may assess an article which is clearly not a stub as stub class for this and similar reasons. In theory though, if an article has that much unsourced content, a lot of it should probably be removed or moved to talk, and this would result in a stub article anyway. --Qetuth (talk) 04:45, 17 October 2012 (UTC)

Thank you for the explanation. I think the confusion in my situation is that the content I've been dealing with is mostly regarding fictional characters, so there are articles with significant plot summaries (plot summaries have been determined to not need citations as watching the series verifies the content), so while I have been labeling any such articles without sources as "stub," some others feel they are "start." Is this truly a matter of opinion, or am I right to conclude that this page and WP:ASSESS policies show that any article lacking sources could not satisfy the requirements of start class? Any guidance on the proper way to solve this difference of opinion is greatly appreciated. I've held off working on classifying as to not start an edit war. I've asked at the wikiproject but have not received any feedback. Thank you. Kelly Marie 0812 (talk) 01:38, 18 October 2012 (UTC)

Basically, should doesn't mean must. RFC 2119 is one popular description of the differences between those words. A B-class article always has references; a Start-class article should have references (indeed, even a one-sentence Stub should name its sources), but the presence of a list of sources isn't required.

In context, BTW, a plot summary is always considered to be implicitly sourced to the book itself, even if nobody types out a ==References== section and lists the book there. WhatamIdoing (talk) 19:18, 5 November 2012 (UTC)

I agree that plot summaries are assumed to be sourced to the work. However articles "should" not consist solely of WP:PLOT and I came across this essay that might answer my question. "Note that regardless of the length of the page or the numbers of edits made to it, a page containing only plot summary is still a stub - an incomplete article." Kelly Marie 0812 (talk) 03:44, 15 November 2012 (UTC)

It's better two lines or no line?

I read: It is usually desirable to leave two blank lines between the first stub template and whatever precedes it, and another one after them before the interlanguage link. But someone rollback me twice. --Kasper2006 (talk) 20:04, 4 November 2012 (UTC)

Personally, I don't follow that guideline rigidly. When there are no blank lines before the first stub template, I add one; where there are three or more, I reduce them to two. But if there are either one or two, I leave them alone. --Redrose64 (talk) 13:55, 5 November 2012 (UTC)

I agree with the long standing consensus. -- Magioladitis (talk) 15:46, 5 November 2012 (UTC)

I think that the blank lines are good, but fighting over that seems like a candidate for WP:LAME. WhatamIdoing (talk) 19:20, 5 November 2012 (UTC)

I make it two lines whenever I am editing the footer anyway (unless I forget to), but something like this should not be a reason for an edit on its own I don't think - similar to changing the order of categories. --Qetuth (talk) 22:25, 5 November 2012 (UTC)

Certainly whether it should be one blank line or two is not a tremendous deal, but a universal and uniform way (a policy) rather than a usual way (a guideline) would be an improvement. An alternative to making such a choice would to be to recode or reconfigure Wikipedia's MediaWiki such that, in the appearance of every page, stub notices coalesce in a similar manner as category membership indicators do. -- Lindberg 01:06, 17 September 2013 (UTC) — Preceding unsigned comment added by Lindberg G Williams Jr (talk • contribs)

Opinions - When is a stub no longer a stub

When is a stub no longer a stub? I know in AWB's tagging fixes, if it sees a page with 500 words or more with a stub tag it removes it. Is this a general guideline? An upper limit? ·Add§hore· ^{Talk To Me!} 22:32, 18 January 2013 (UTC)

As this page says: "There is no set size at which an article stops being a stub ... As such, it is impossible to state whether an article is a stub based solely on its length, and any decision on the article has to come down to an editor's best judgement". The fact that AWB completely undermines this (and other) guidelines has been raised before, and brushed aside. So yes, to all intents and purposes, a stub is an article with fewer than 500 words. DoctorKubla (talk) 08:43, 19 January 2013 (UTC)

Actually, 500 words is normally taken as a sign that the article is so far past the stub stage that nobody could realistically contest removal of the stub tag. (Automated actions and things that require judgment don't mix well.) Ten sentences, which commonly amounts to 150 words, used to be recommended as one rule of thumb. WhatamIdoing (talk) 06:00, 26 January 2013 (UTC)

I use the 250 words rule. Reason being, 250 words is a miniumum requirement for an article to be able to be a WP:DYK. Stubs are not allowed as DYK for being too incomplete. So a logical conclusion is that the 250 word mark - for readable prose (so, not lists, infoboxes, tables, and such) moves the stub to start. I have tagged probably several thousand articles based on that rule... PS. DYK rules mentioned are here: Wikipedia:Did_you_know#DYK_rules. While they in fact talk of "1,500 characters of prose", A. Senthil Kumar (2011). Knowledge discovery practices and emerging applications of data mining. Idea Group Inc (IGI). p. 325. ISBN 978-1-60960-069-3. Retrieved 6 April 2013. and many other sources note that the average lenght of an English word is 5.1 letters, so I guess 300 words may be a better mark. I find words a better visual measure than characters, through this is a personal feeling; comments would be appreciated, through I think we can uncontroversially agree that anything over 300 words is not a stub. --_{Piotr Konieczny aka Prokonsul Piotrus| reply here} 12:07, 6 April 2013 (UTC)

• If an article about a film, novel, etc, says "X is a film" and then has 500 words of plot summary but no further information about the film it's a stub. It's qualititative as well as quantitative. PamD 18:20, 6 April 2013 (UTC)

Based on all these comments about this perennial question, I've expanded the text to list some of the common rules of thumb and to put the "no set size" rule in bold-faced text. There is no set size, and there is a significant diversity of quick assessment strategies. Perhaps this will be clearer than silence. WhatamIdoing (talk) 00:14, 7 April 2013 (UTC)

Where does the stub tag actually go?

I just tried to label my first page as a stub (Court of Justice of the European Union) and put the tag at the end as per the instructions on this page - that just made the tag appear at the end. Is this page wrong, did I do something wrong, or is every stub notification I have ever seen wrong?86.164.194.233 (talk) 18:14, 13 April 2013 (UTC)

It's supposed to go at the end, see WP:FOOTERS. I've fixed it. What makes you think that it should go elsewhere? --Redrose64 (talk) 19:32, 13 April 2013 (UTC)

Thank you. I've generally only noticed references to stubs at the top of the page, as on this one (probably because I generally don't look at the very bottom), and got a little bit confused.86.143.168.70 (talk) 15:02, 22 April 2013 (UTC)

That's the template itself, not a page which uses the template... the big green box is the template's documentation, and it does state (at Template:Stub#How is a stub identified?) "Place a stub template at the very end of the article, after the "External links" section, any navigation templates, and the category tags." --Redrose64 (talk) 15:13, 22 April 2013 (UTC)

Stubcat and permcat

The guideline doesn't say that all France stubs should be in 'permcat' France. I guess that is taken for granted. Nor does the guideline suggest checking the permcats when a stub tag is removed, but that may be a good idea.

First, please confirm or correct my understanding. The latest edit of stub biography Mike Berenstain should be reverted. That page should be in both cats American children's writers and American children's writer stubs. (Stub categories are distinguished categories, I think we now say.)

User talk: HelicopterLlama and I are not sure about this. I have never checked the permcats when I have removed a stub tag, but I will try to remember to do that now. Perhaps the guideline should recommend it.

--P64 (talk) 18:58, 7 July 2013 (UTC)

See WP:SUBCAT:

"Note also that as stub templates are for maintenance purposes, not user browsing ... they do not count as categorization for the purposes of Wikipedia's categorization policies. An article which has a "stubs" category on it must still be filed in the most appropriate content categories, even if one of them is a direct parent of the stubs category in question."

DoctorKubla (talk) 08:30, 8 July 2013 (UTC)

Removing stub status

Can further clarification be added to the Removing stub status section to explain how to remove a stub? What is the process? I've searched through Wikipedia but cannot find this information. Thanks. Physics114 (talk) 09:45, 9 July 2013 (UTC)

It already says "any editor may remove its stub template"; "the stub template may be removed" and "Be bold in removing stub tags that are clearly no longer applicable". What is missing here? --Redrose64 (talk) 14:21, 9 July 2013 (UTC)

Thank you. I understand how to do this now. However, yesterday, I couldn't find out where to find the stub code on the page and how to remove it. For relatively new editors, perhaps some clarification could be added, e.g. delete the stub code ({{journal-stub}}) from the page. Stub codes are often at the bottom of the webpage.Physics114 (talk) 14:40, 10 July 2013 (UTC)

Thanks, Physics114, for that very practical suggestion. I've added a sentence and hope that it will help the next person who wants to do this. WhatamIdoing (talk) 00:39, 20 August 2013 (UTC)

A disagreement over film stub tags

Please see Wikipedia_talk:WikiProject_Film#Redundant_film_stub_tags. thank you, Shawn in Montreal (talk) 19:37, 19 August 2013 (UTC)

User:Casliber/Stub contest

Right, am thinking of running a de-stubbing contest at User:Casliber/Stub contest (in the vein of the Core Contest), just as a one off alternative and see how it goes - similar prizes. Discuss on talk page. Cheers, Cas Liber (talk · contribs) 13:35, 16 October 2013 (UTC)

Removing stub status permanently ?

Consider the article .csnet. It is very short, has no references – and has two stub tags. It is also accurate, complete, and useful. If I delete the stub tags it would seem likely that someone or some bot would only add them again – so I'll just leave those stub tags in place. Is there a "Not-a-stub" category or template? If not could someone create such? Or can an article be somehow packed to appear larger than stub-sized? Thanks,50.136.247.190 (talk) 17:54, 17 October 2013 (UTC)

Is it complete though? When did it come into use and when did it become obsolete? Cas Liber (talk · contribs) 19:43, 17 October 2013 (UTC)

The infobox says it was introd8uced in 1985. DES ^(talk) 20:34, 17 October 2013 (UTC)

I would be suspicious of any claim that an article of this length is "complete". If truly so, then it is mostly "useful" as yet another link in {{Generic top-level domains}} (and the other articles linked by that template) than as a standalone article. I didn't burn time looking, but surely this could even be merged somewhere? RadioKAOS  – Talk to me, Billy 02:04, 18 October 2013 (UTC)

I agree with the general remarks in reply.

Now it is clearly incomplete in another sense; a sentence fragment has been appended. I know nothing about the substance and the fragment is suggestive, so I merely note it here. --P64 (talk) 20:43, 27 March 2014 (UTC)

Semi-protected edit request on 21 January 2014

"emigrated to the United States in 1909." should probably be "...1919." 73.49.1.29 (talk) 16:28, 21 January 2014 (UTC)

Not done: this is the talk page for discussing improvements to the page Wikipedia:Stub. Please make your request at Talk:Gleb W. Derujinsky; but please note that the article Gleb W. Derujinsky is not protected. --Redrose64 (talk) 20:48, 21 January 2014 (UTC)

Total number of stubs on en.wikipedia?

Do we have a gross number of how many stubs there are in total on en.wikipedia? (I wasn't sure when and/or where we discussed this..?) Cas Liber (talk · contribs) 00:49, 26 March 2014 (UTC)

Category:All stub articles currently contains 1,841,901 pages. DoctorKubla (talk) 07:27, 29 August 2014 (UTC)

A stub tag, then, makes the person who places it feel superior -- this article is too brief. If 30% of articles have a stub tag, it is meaningless -- like the 20% that are insufficiently referenced. Rhadow (talk) 17:17, 27 October 2017 (UTC)

Hip hop song stub categories by year?

• Is there a reason why stub categories for hip hop songs aren't separated this way? Other genres have them separated by year (yeah, I know WP:OTHERSTUFF, but still). Erpert ^{blah, blah, blah...} 07:26, 4 May 2014 (UTC)

First, how many are there? If there are not a minimum of 60 per year, a new category for a specific year cannot be justified. I see that {{2010s-hiphop-single-stub}} has 15 transclusions, so the possibility of having 60 songs for any one of 2010/11/12/13/14 are currently nil. Most period-based stub categories (such as those for albums or films) go to a particular decade; I'm not aware of any that are year-specific. --Redrose64 (talk) 10:42, 4 May 2014 (UTC)

Bot update of stubs that are also redirects

A bot request, Wikipedia:Bots/Requests for approval/BattyBot 43, has been open related to removing stub tags from all redirects. Community input is welcome at the request. — xaosflux ^Talk 19:45, 28 March 2015 (UTC)

Wikipedia:Stub Contest

...will be run again in August. Signups are at Wikipedia:Stub Contest/Entries. Cheers, Cas Liber (talk · contribs) 22:03, 30 June 2015 (UTC)

Stubs and tags

I would like to propose including some advice about over-tagging stubs on this page. Here's a previous discussion between TexasAndroid and BradMajors on the issue which looks reasonable as a basis for advice. Any comments? ~Kvng (talk) 14:56, 30 July 2015 (UTC)

Some tags added to stubs are quite ridiculous - {{Lead missing}} or {{lead too short}}, {{sections}}, {{expand}}. But I believe that stubs ought to have references from the start - a BLP stub will be deleted eventualy under PRODBLP if unsourced, and everything added to the encyclopedia ought to have a verifiable source. So {{unref}} seems to me to be one of the most important tags to add to a stub. I don't see much point in {{orphan}} myself, though as it's an accepted tag it applies to stubs as much as to anything else. {{Dead end}} too - almost every stub will have at least one link which could usefully be made. Also {{link rot}} - if there are refs with bare URLs they ought to be upgraded, from the start. I think that things may have moved on in the 7 years since that previous discussion, in terms of our current expectation that all new content will be referenced from the start. PamD 22:12, 30 July 2015 (UTC)

We used to have a special template {{unreferenced stub}} but that was merged to {{unreferenced}} five years ago, following Wikipedia:Templates for discussion/Log/2010 February 5#Template:Unreferenced stub. --Redrose64 (talk) 23:01, 30 July 2015 (UTC)

@PamD: I presume you're aware that your preference that stubs be referenced is not widely practiced. I agree that there is an issue with BPLs, for that we have {{BLP sources}}. The discussion Redrose64 has linked to is interesting and indicates there is enthusiasm for tagging stubs with sourcing issues. I guess this means I should stop removing {{unreferenced}} from stubs. ~Kvng (talk) 15:03, 2 August 2015 (UTC)

The {{BLP sources}} template is for BLPs which need additional references, so is more closely related to {{refimprove}} than to {{unreferenced}}. The BLP equivalent of the latter is {{BLP unsourced}}; but if it's a BLP, and it has no references at all, and it was created after 18 March 2010, give it a {{BLP unsourced}} and also a {{subst:prod blp}}. See WP:BLPPROD. --Redrose64 (talk) 15:10, 2 August 2015 (UTC)

@Kvng: The guidance at Wikipedia:Stub#Creating_and_improving_a_stub_article instructs the editor to add references. It may be "not widely practiced", but I think most established editors would agree that lack of references is a problem worth tagging, even in a single-sentence stub: that one sentence needs a source, and if the editor who has just created the stub is alerted/reminded of this ASAP they are perhaps more likely to provide it. Other editors will also look for refs, and also the reader will be alerted to the fact that this is potentially unreliable information to be treated with particular caution, as there is nothing to support it. PamD 21:08, 2 August 2015 (UTC)

Tables

is tabular content to be ignored in assessing whether an article is a stub? The list of [[4]] is full of articles - many election results, histories of sports events and the like - which are very substantial, but in table form, and it has been put to me that "We don't build articles out of tables. We build them out of prose. How is an article with just two articles of prose above a stub?" Rathfelder (talk) 08:36, 30 August 2015 (UTC)

"Ignored" is probably a strong word, but tabular data probably doesn't count for a lot. What may happen, though, is that an article that consists and probably always will consist of such data is often really a list that needs to be renamed to "List of whatever", and judged as a list not as a prose article.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  23:29, 30 August 2015 (UTC)

Stand-alone lists are essentially articles built out of tables so the advice you received is hard to defend. ~Kvng (talk) 14:23, 3 September 2015 (UTC)

Semi-protected edit request on 12 November 2015

Add {{pp-vandalism}} 115.188.191.246 (talk) 22:24, 12 November 2015 (UTC)

Done --I am k6ka ^{Talk to me!} _{See what I have done} 22:46, 12 November 2015 (UTC)

Lists and tables

I've been challenged over the article on Arthonia. I think it is far too long to be considered a stub. But most of the content is a list, though the article does not announce itself as a list. I think we need clearer guidance on the issue of prose content as opposed to lists, tables etc. I am a humble stub sorter. I am not competent to pronounce on the quality of botanical articles. But I don't think they should be marked as stubs just because they are largely in list form. The same arguments apply to articles about football teams and the like. They often contain a lot of information in tabular form. That seems much more useful than trying to convey the same information in prose. I think articles should be considered as a whole. Excluding consideration of pictures, tables and the like seems perverse. But there seems to be a common view that in assessing whether an article is a stub only the prose content should be taken into account. Is that the proper policy?Rathfelder (talk) 00:19, 6 December 2015 (UTC)

This guideline does say "stub status usually depends on the length of prose text alone". However, my understanding of the guideline is that the article's length isn't the primary consideration – the more relevant question is "How complete is the article?". If there's a great deal more that could be written on the subject, then it's a stub; if there isn't, then it isn't. DoctorKubla (talk) 15:03, 7 December 2015 (UTC)

See Wikipedia:Stub#How big is too big?, particularly the parenthesis "the user essay on the Croughton-London rule may be of use when trying to judge whether an article is a stub". --Redrose64 (talk) 17:50, 7 December 2015 (UTC)

I don't think articles should be marked as stubs just because they are largely in list form. The same arguments apply to articles about football teams, elections, sporting competitions and the like. They often contain a lot of information in tabular form. That seems much more useful than trying to convey the same information in prose. I think articles should be considered as a whole. Excluding consideration of pictures, tables and the like seems perverse.Rathfelder (talk) 18:16, 7 December 2015 (UTC)

I would advise the "humble stub sorter" to make no changes to stub status and defer to the judgement of local editors when encountering this gray area. ~Kvng (talk) 16:20, 10 December 2015 (UTC)

This article is the longest stub in the encyclopedia. About 3 times bigger than the next biggest stub. It has annotated pictures and a vast list of species. It may not be complete or prefect. As an innocent in the world of botany it seems substantial to me. Listing the species in a genus is obviously an important part of any article of this kind. Surely the amount of information is a relevant consideration is deciding what is or is not a stub, regardless of whether or not the information is expressed in prose or in tabular form? Rathfelder (talk) 21:53, 10 December 2015 (UTC)

Discussion of articles that can never be de-stubbed

I thought we had an essay, if not a guideline/policy on this topic, but I cannot find it. Can anyone link me to it (and ping me)? Thanks, --_{Piotr Konieczny aka Prokonsul Piotrus| reply here} 14:44, 28 December 2015 (UTC)

Do you mean Wikipedia:Permastub, Piotrus? generic_hipster 15:34, 28 December 2015 (UTC)

Seems about right, thanks! --_{Piotr Konieczny aka Prokonsul Piotrus| reply here} 22:21, 28 December 2015 (UTC)

Has anyone ever heard or used this term? If so...or if not...make a comment at Wikipedia:Miscellany for deletion/Wikipedia:Permastub.....Cas Liber (talk · contribs) 23:51, 28 December 2015 (UTC)

Double blank lines, again

"It is usually desirable to leave two blank lines between the first stub template and whatever precedes it." WP:STUBSPACING

Since bots and WP:AWB are setup to automatically add that extra newline, removing it is largely useless, but most editors do not know about this guideline and instinctively remove one of them whenever they see two. Using two blank lines (ie three newlines) is generally frowned upon, not just on WP, and that for good reasons. If we can agree that the spacing above the first stub template is something we want, then let's fix that in CSS. The :first-of-type selector is supported in all modern browsers. This works in Chrome 49:

.stub:first-of-type {
  margin-top: 2rem;
}

To see it in action, go to an article with more than one stub templates (eg Solenopora) and add the CSS (in Google Chrome: Developer Tool --> Elements --> "+").

If this is not possible for some reason, I think we need to pick one of the two styles and stick with it. It makes little sense to allow bots/AWB to make this change en masse (that is there's consensus for two blank lines) while at the same time calling it "usually desirable" (consensus to use either). jonkerz ♠talk 16:21, 27 April 2016 (UTC)

• Yes, we want the visual spacing; yes, CSS can handle this better today. We don't need to say "usually"; that was someones "I hate firm rules on Wikipedia" PoV pushing, and guidelines should not use wishy-washy wording like that without good reason, and provide an explanation/example of the case for variance, otherwise is just confuses editors and leads to disputes about interpretation.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  21:23, 27 April 2016 (UTC)

  Here's what I wrote on this page in November 2012: When there are no blank lines before the first stub template, I add one; where there are three or more, I reduce them to two. But if there are either one or two, I leave them alone. (it's still on this page, unarchived). Nobody has yet complained about me doing that, and so I still follow that practice. --Redrose64 (talk) 11:18, 28 April 2016 (UTC)

Funny, I searched the archives but forgot to look this page... hidden in plain sight. Some previous discussions:

• Wikipedia_talk:Stub/Archive_8#Spacing (2007)
• Wikipedia_talk:Stub/Archive_11#Lines_before_stub_template (2009)
• Wikipedia_talk:Stub/Archive_11#Two_blank_lines (2009)
• Wikipedia_talk:Manual_of_Style/Layout/Archive_7#Two_blank_lines_before_the_first_stub.3F (2010)
• Wikipedia_talk:Stub/Archive_14#Two blank lines prior to stub templates - revisited (2011)
• Wikipedia_talk:AutoEd#Stub_spacing (2015)

jonkerz ♠talk 13:54, 28 April 2016 (UTC)

• The discussion in the previous archive never really concluded, but it seemed like the consensus was against double lines. McLerristarr | Mclay1 12:58, 28 April 2016 (UTC)

• I changed "It is usually desirable to leave two blank lines" to "Leave two blank lines" some time ago, since regardless of the eventual outcome of the above discussion about whether we want two blank lines or not, there is no rationale provided, no logical reason, and no excuse for providing wishy-washy, confusing, pseudo-advice that just begs the question. "It is usually desirable" indicates that there is some criterion for deciding whether or not the standard result is desirable or, for some reason, not desirable in a specific circumstance. But this is simply not true. There are no special circumstances outline by anyone in which we would want an inconsistent layout to be used in one particular article. I'm restoring the edit, considering BRD to have already been satisfied quite some time ago. If anyone had a real reason for this pointless hand-waving verbiage, they would have provided it and backed it up long before this. Either we should say to use two lines, or not; there is no case for saying "maybe" do it, without providing any guidance on when and when not to do it and for what reasons.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  08:19, 25 May 2016 (UTC)

Two blank lines may no longer be strictly needed since there are other mechanisms to achieve the same effect. However, leaving one blank line is still necessary. Many editors simply add new categories to the end of what they perceive as being the category list without noticing whether the last item on the list is actually a stub template. This makes manual hunting for stubs (in order to remove or sort them) and repositioning of them at the end of the category list a much slower task. For that reason, "Leave a blank line" seems like the optimal instruction. Grutness...wha? 01:45, 26 May 2016 (UTC)

Again, no-one can provide a valid reason on why there should be any blank lines. I've reverted SMcCandlish's bold edit, as the text has been like that for a long, long time, and changes to it need to be via a WP:CONSENSUS. Lugnuts ^{Dick Laurent is dead} 07:12, 26 May 2016 (UTC)

At least from 2008, from a quick check of the page history. Lugnuts ^{Dick Laurent is dead} 07:16, 26 May 2016 (UTC)

That's just WP:REVERTWARing to make a WP:POINT, and you have no real point to make, since this is covered at WP:CONTENTAGE. You cannot provide a valid reason why it should say something so pointless and editor-confusing, multiple editors object to it (see below as well, plus recent page history), zero editors have provided a rationale for that wording, this discussion has turned circular, it has been running just short of a month, ergo WP:BRD, which is just an essay and an optional process, is already satisfied. Further discussion may determine whether we want to keep advising insertion of blank lines, to advise a different number of them, or to handle this some other way, e.g. with a CSS class. Discussion is never going to arrive at a consensus to continue using meaningless, question-begging wording.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  08:53, 26 May 2016 (UTC)

Well you're the one being pointy/edit-warring, McCandlish. Discussion here is clear that there's no consensus on the spacing either, so that's been removed. Carry on with your disruption. And to add to this user's hypocrisy, he's shooting down WP:BRD as an essay, but using WP:CONTENTAGE for his lame argurement for edit-warring. Yes, you've guessed it, CONTENTAGE is an essay. Where's my pot and kettle? Lugnuts ^{Dick Laurent is dead} 10:58, 26 May 2016 (UTC)

Lugnuts, I find it interesting that you write "no-one can provide a valid reason on why there should be any blank lines" immediately underneath my explanation of valid reasons for why there should be blank lines. Please read what you're replying to before you reply! Grutness...wha? 01:35, 27 May 2016 (UTC)

Your rationale is invalid. "This makes manual hunting for stubs ... ...a much slower task". I call bullshit on that. I've never had a problem finding the stub tag on an article. 06:38, 27 May 2016 (UTC)

And I call bullshit on your response. From personal experience I can definitely verify that it makes manual hunting and replacing a much slower task. I repeat -I have provided a valid reason why. If you find no difficulty, then you're lucky. For the rest of us, it makes the work harder. Note that PamD and Peter coxhead both state that the differentiation of stub templates from categories in this way is desirable. Grutness...wha? 07:05, 27 May 2016 (UTC)

"I can definitely verify that it makes manual hunting and replacing a much slower task" - well blaming that for your lack of skills in editing is certainly an interesting rationale for keeping it. Not my fault you're not really up to doing a very straight forward task. Lugnuts ^{Dick Laurent is dead} 07:24, 27 May 2016 (UTC)

Just as it's not my fault that you prefer a personal attack to a reasoned rebuttal. Please stick to the subject at hand, rather than questioning whether I am up to doing a task. Grutness...wha? 01:54, 29 May 2016 (UTC)

I'm not questioning if you can do a task, as that's already clear. Lugnuts ^{Dick Laurent is dead} 11:54, 31 May 2016 (UTC)

• The phrase "it is usually desirable" raises the question "In what cases is it not desirable?", which is unanswered. The documentation would be improved if this vagueness was removed: just "Leave two blank lines". I have no strong views on one versus two blank lines. At present we need to campaign against the omission of any blank lines at all - too many articles come through with {{stub}} tagged onto the same line as the previous template, making it less easy to spot and stub-sort. PamD 07:50, 26 May 2016 (UTC)

I also find it interesting that Lugnuts throws around accusations of editwarring immediately after reverting, with no actual rationale, an edit made with a very, very clear rationale that no one can refute. And someone else restored that edit of mine. WP:BRD is not a weapon to use against other editors, it's a process which sometimes works, when everyone engages in it in good faith and reasonableness. Go actually read it, Lugnuts. It concludes with the clear observation that after discussion (and a month of it going nowhere is way more than enough) fails to produce a useful outcome, it is time again for bold action. It has been taken, other editors support it, zero editors have defended Lugnuts's insistence on including language that makes no sense, so I cannot see how this matter is anything but closed. I strongly suggest we return to discussion of what the actual optimal solution to the real issue is: What do we want this segments of self-referential content to do, under what circumstances, and what is the best way to get that result? I.e., what will produce the lowest error/confusion rate?

• Maybe there are different practices in different areas, but in my experience of editing, the standard practice is to leave two blank lines. The advantage is that it clearly picks out the stub template from the normal categories when editing, and in the viewed article differentiates real from "housekeeping" information. Peter coxhead (talk) 21:54, 26 May 2016 (UTC)
  • exactly. There needs to be at least one blank line to separate the stub templates from the categories, if only simply for the ease of editing and housekeeping. Grutness...wha? 01:35, 27 May 2016 (UTC)

Looks like I'm being tag-teamed by the likes of McCandlish and his buddy Peter coxhead. Great! Lugnuts ^{Dick Laurent is dead} 06:36, 27 May 2016 (UTC)

"Tag-teamed"? Nice pun! Rather, though, it's that you're the one person who's decided that everyone else is out of step. So far in this argument I count five people in favour of leaving blank lines, two who made general comments which didn't indicate a preference one way or the other, and just you, Lugnuts, who sees anything wrong with there being blank lines. Grutness...wha? 07:05, 27 May 2016 (UTC)

Well the stub-sorting clique sure showed me. Lugnuts ^{Dick Laurent is dead} 07:24, 27 May 2016 (UTC)

Lugnuts, think logically about this for a minute. Why would some imagined "tag-team" of stub-sorters want to make themselves more work by checking articles to maintain a gap between tags and categories? Surely if there is some "clique", it would be in their best interests not to care how many lines there are, or whether there are any at all. It wouldn't go out of its way to make more work for itself - that would defeat any possible purpose it might have. The only reason any editors would want to expend more effort is if they see a useful purpose to that effort. Which in this case, there is. It's no "clique" - it's just editors who all see good reason for a gap to be placed between categories and stub templates. Grutness...wha? 01:51, 29 May 2016 (UTC)

Aaaiiieee! It's a conspiracy! Or maybe Lugnuts needs to review WP:1AM. PS: It's hilarious someone thinks I'm part of a stub-sorting cabal, since I have not touched squat in that area in years (not since I was new and I thought there was a stub-sorting cabal, and got mad, then realized it was mostly poor documentation confusing people, so I rewrote it without changing anything substantive, everyone seemed to like it, and I moved on. Heh. I think that was in 2006 or so.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  02:00, 30 May 2016 (UTC)

Another essay from McCandlish. You sure do like them. You moved on? By crying to the admin who didn't do your page protection request four days after getting shot down? Ho ho. Lugnuts ^{Dick Laurent is dead} 11:52, 31 May 2016 (UTC)

I'm in favor of giving clear direction on this. I don't think that the leaving at least on blank line makes it easier to find the stub tag(s) is a bullshit argument. I'd like it if we could make things look nice and consistent with 0, 1 or 2 blank lines. Maybe there's some template magic that can achieve that and make this discussion a little less important. Not that it's actually all that important as things stand :) ~Kvng (talk) 17:13, 27 May 2016 (UTC)

Sorry, just read from the beginning. If the templates and CSS is now taking care of this, let's toss the two-line recommendation, I haven't seen a good argument for that and there's no other similar formatting suggestions as far as I'm aware. Let's specify one blank line between stub template(s) and other stuff to set it off for editors. ~Kvng (talk) 17:50, 27 May 2016 (UTC)

@Kvng: I would certainly agree that if the extra space in the rendered text is displayed via CSS, then the double line can be replaced by a single line. However, this hasn't been implemented, afaik. Peter coxhead (talk) 21:09, 27 May 2016 (UTC)

Two issues

There are two different issues involved here:

1. Marking stub templates as a different "block" of wikitext from other parts of an article, particularly categories, for the benefit of editors. Other than Lugnuts, everyone else seems to be in agreement on this issue.
2. Marking stub templates as clearly separate from the text of the article which appears above them, since they are "housekeeping", not content, the separation being for the benefit of readers. A double space in the wikitext does this, but the same effect could be achieved by CSS. I think there's a consensus that CSS is the way to go, after which the double blank line can be replaced by a single blank line. Or am I wrong about this second issue?

Peter coxhead (talk) 21:20, 27 May 2016 (UTC)

You're not wrong. I will add that I don't think anyone is up for editing all stubs to remove extra blank lines. We either need to get a bot to do this or we need to implement the template/CSS so that the page layout produced is the same whether there are 0, 1 or 2 blank lines preceding the stub template. ~Kvng (talk) 22:36, 27 May 2016 (UTC)

At Wikipedia talk:Stub/Archive 14#Two blank lines prior to stub templates - revisited in my post of 16:57, 1 March 2011 (UTC) I suggested don't change explicit "two blank lines" to explicit "a blank line", change it to "either one or two blank lines". I have come up with some CSS which will give an increased top margin to the first stub template of a group, leaving the other members of the group alone:

/* Increased top margin for first stub on page */
table.stub { margin-top: 4em; }
/* but normal for second and subsequent */
table.stub + table.stub { margin-top: 0; }

You can test that by pasting it into Special:MyPage/common.css, and viewing an article with several stub templates but just one blank line, such as Dastarkhān. Try varying the first value from 4em to something else. --Redrose64 (talk) 07:19, 28 May 2016 (UTC)

I agree - leaving a gap for readers is important, and is best served in CSS; leaving a gap for editors is also important, and can be served by one or more blank lines. Redrose's ancient talk post seems much more sensible than the hard-and-fast "must be two" or the frankly pointless "two in most circumstances" (has anyone pointed out any circumstances where blank lines are not "desirable"?) Grutness...wha? 01:46, 29 May 2016 (UTC)

It may be worth looking into whether any of the "new" feature of HTML5 can be used here yet (things like the <aside>...</aside> tag. It would be nice to semantically separate the housekeeping material at the code level. Marked up this way, one blank line might be enough for editors, and spacing at the reader level adjusted with CSS.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  02:00, 30 May 2016 (UTC)

Related essay

I've put together a short but related essay at Wikipedia:Do not confuse stub status with non-notability. Please feel free to contribute.--Paul McDonald (talk) 13:49, 6 July 2016 (UTC)

Stubs for creation

Stubs for creation (SFC) is a proposed task force for Articles for creation. SFC will assist new editors in creating useful stubs on notable subjects. Please feel free to discuss and expand on the idea at Draft:Stubs for creation. Cheers! -- 1Wiki8........................... (talk) 08:11, 15 September 2016 (UTC)

Stub: Individuals

I really don´t get your boards issue with encyclopedic 1 paragraph overal coverage. Those are not stubs, they are ample and sufficient for any individual whom would review the section.

My opinion would be that your board would be looking for paparazzi grief, or worse, information to extort in populous form.

Kindly explain here why your thoughts are that an 8 inch flashcard would be a stub and that you just must sink the most reliable and pertinent information into a mush of swamping wordiness.

Very appreciative of your answer (that is, if you have what it takes to make and formulate a truthfull correct answer). — Preceding unsigned comment added by 186.91.63.146 (talk) 17:59, 12 January 2017 (UTC)

Encyclopedia Britanica, written hardcover edition.

Within the encyclopedia britanica, written hardcover edition, an 86%+ (3SD+) of articles are short paragraphs no larger than an 8" flashcard. Many another, no larger then a 4" flashcard.

An encyclopedia must be concise and too the point, and in being so, not open to fast ´new age´ bible writ style wordy engineering. — Preceding unsigned comment added by 186.91.63.146 (talk) 20:16, 12 January 2017 (UTC)

Removing stub-class assessment

I'm looking at the page Luc Plamondon. There's no stub template in the text itself, but on the talk page it mentions the assessment that was done and found that it was stub class. If that assessment is now outdated, should I edit it directly, or request a reassessment, or what? (Since it doesn't seem to be as straightforward as removing a template.) Flipping Mackerel (talk) 17:03, 14 January 2017 (UTC)

If you edit the talk page of a stub, you'll find "class=Stub". Change this to what you think appropriate. Then if the article has a stub template at the bottom, edit the page and remove it. If others diagree with your assessment, they are free to revert or use another class. Peter coxhead (talk) 19:23, 14 January 2017 (UTC)

Thanks! I assumed there was some more official process to it, but nope. :) Flipping Mackerel (talk) 03:56, 17 January 2017 (UTC)

@Flipping Mackerel: remember this is the encyclopedia anyone can edit. :-) Peter coxhead (talk) 08:57, 17 January 2017 (UTC)

No set size?

I would suggest that the wording here be changed. The idea that "it is impossible to state whether an article is a stub based solely on its length" is simply absurd, there is for example no way an article of the length of article like United States could be described as a stub. There must be a limit on when an article can be described as a stub, especially when Wikipedia already recommends that articles should avoid exceeding certain sizes per WP:SIZE. I'm only saying that because someone has been tagging many articles (600-1000 words in prose) as stubs. While these articles can certainly be expanded, they are not in any sense of the word stub. The wording here just encourages people to stick the stub tags where they should not be. Certainly unless an article is of high importance like United States, the use of the tag for articles should be avoided over certain article size. Hzh (talk) 14:14, 31 August 2017 (UTC)

It's not simply absurd when "length" is taken to mean simply the length of the article and not of paragraphs of text. There are many articles on genera of organisms, for example, which contain lengthy lists of species, but are rightly classed as stubs because there is little or no other information – look at Agelena for example. Peter coxhead (talk) 16:28, 31 August 2017 (UTC)

Even long articles can be stub if they are otherwise very rudimentary, per Wikipedia:WikiProject assessment#Grades: "It is usually very short; but, if the material is irrelevant or incomprehensible, an article of any length falls into this category". – Finnusertop (talk ⋅ contribs) 17:37, 31 August 2017 (UTC)

@Peter coxhead: Given that the preceding sentence says "their articles may still be stubs even if they are a few paragraphs long", that sentence is clearly referring to prose because the preceding sentence is its justification. In any case, if Agelena gives a list that is the size of the United States article, I would be flabbergasted if it is flagged as a stub. Using a word like "impossible" is simply unjustifiable and yes, absurd, when there are guidelines governing the size of article. There are ways of writing this without sounding unreasonable. In any case, I'm arguing for saying that if the prose content of an article passes a certain point, the stub tag would no longer be applicable and should not be used. Hzh (talk) 18:01, 31 August 2017 (UTC)

@Hzh: what you are arguing is quite different from the statement to which you object. You are arguing that it is possible to state whether an article is a stub or not based solely on the length of its prose rather than on its overall length. I have more sympathy with this view, but I still do not accept that prose length alone makes an article not a stub. For example, all species are considered "notable" as a matter of policy, so there would be no question of deleting an article about a plant species. If that article contained a long section on cultural references to that species but gave no description of the species, said nothing about its taxonomy or classification, or its distribution and habitat, it would be a plant stub regardless of its length. It might not be a stub to another WikiProject, but it would definitely be a plant stub. And as the agreed assessment criteria for WP:PLANTS stubs says "if the material is irrelevant or incomprehensible, an article of any length falls into this category". Peter coxhead (talk) 21:55, 31 August 2017 (UTC)

@Peter coxhead: An article full of incomprehensible or irrelevant details would not stay as it is, and it would be trimmed back to the meaningful part. I have not seen any article that is the size of an article like United States and would be composed of entirely or nearly entirely irrelevant and incomprehensible details. It would have needed far more urgent tags added, and it being a stub would be the last thing I would worry about. This is an essentially absurd argument to justify the wording "it is impossible to state whether an article is a stub based solely on its length" (it should be said that the argument presented in the guideline is not the argument you made, still it is absurd to extend from "a few paragraphs long" to "impossible" which would imply this is applicable even when there are many tens of paragraphs or an infinite number of paragraphs). We are interested in reasonable guidelines, and you can always use wordings like "meaningful and relevant content of x number of words" should you so wish to do so, but saying it is "impossible" is just downright ridiculous. Change the wording to something that could be used as a reasonable guideline. Hzh (talk) 23:06, 31 August 2017 (UTC)

@Hzh: well, we must agree to disagree. For me, what matters is editorial judgement and, since assessments of class and importance are always related to WikiProjects, WikiProject guidelines. Peter coxhead (talk) 07:08, 1 September 2017 (UTC)

@Peter coxhead: You can disagree with me, but at no point in this discussion have you defended this quote in the guideline - Conversely, there are subjects about which a lot could be written, and their articles may still be stubs even if they are a few paragraphs long. As such, it is impossible to state whether an article is a stub based solely on its length, which by extending the argument from "a few paragraphs" to the word "impossible" implies that prose of many many paragraphs (theoretically an infinite number of paragraphs) long that are relevant and pertinent to subject would still be stubs simply because more could be written (it at no point suggests that what's written may be "irrelevant and incomprehensible" as you argued, simply that a lot more could be written). What kind of illogical argument is that? I would have written it very differently even if I want to argue that the should be no set size (which I don't), for example: "It is difficult to set a precise limit on size as even prose of a few paragraphs long may not adequately introduce basic information on a subject about which a lot more could be written..." Hzh (talk) 10:27, 1 September 2017 (UTC)

@Finnusertop: That isn't what the part that say "impossible" refers to because the preceding sentence does not argue that. For a long rambling article full of irrelevant material you would use a different tag anyway if not outright proposal for deletion. Hzh (talk) 18:01, 31 August 2017 (UTC)

Should we not consider an article as a whole. A policy which effectively says that any information in tabular form should be ignored is unhelpful. It leads to clogging up the list of long stubs with articles where it is sensible to include tabular information - and often there is not much else to be said. For example the genera articles about insects and many articles about sports teams. Rathfelder (talk) 21:26, 1 September 2017 (UTC)

Sports teams I can't comment on, but there's a lot of information about a genus that needs to be included to stop it being a stub: a description of the features of the genus; taxonomy including classification, phylogeny, subgroups; distribution, habitat and ecology; and uses. A mere list of species tell the reader nothing about the genus itself. Peter coxhead (talk) 21:33, 1 September 2017 (UTC)

Why are there so many articles about genera - often longstanding articles - which contain hardly anything but a list of species? Is there not somewhere an agreed description of the features? Could those articles not be moved into the Start class? Rathfelder (talk) 10:31, 2 September 2017 (UTC)

@Rathfelder: there are so many stubs because there are few active editors interested in many groups of organisms. Making a list of the species in a genus just requires looking at a major secondary source, usually an online taxonomic database. Thus for spiders or plants, where I do most of my editing, the species are listed in the World Spider Catalog, The Plant List or the World Checklist of Selected Plant Families. Describing the genus, explaining its taxonomy and classification, giving its distribution and habitat, and discussing the uses of its species requires an editor to look at a range of sources, and this takes much longer. In many areas of the tree of life, there are now only a handful of active editors, sometimes only one or two. Feel free to join in! Peter coxhead (talk) 10:41, 2 September 2017 (UTC)

I was made to give up biology when I was 12 I'm afraid. Rathfelder (talk) 11:01, 2 September 2017 (UTC)

Indenting

Howdy, for about 2 months, I've been indenting stubs on articles, as IMHO it's better visual optics. What are the views of others, on this matter? GoodDay (talk) 15:27, 16 December 2017 (UTC)

Using what markup? If you're using : to do it, that's a no-go. It's abuse of description list markup for something that's not a list. WP:MOS and MOS:ACCESS have been advising for years to not use that markup in articles for visual indentation. The safest markup for something like that would be {{block indent| {{cooking-stub}} }}. MoS has no position on stub tag indentation; so it's up to people here if they object as a site-wide matter, and up to individual articles' editorial pools if they object there. The principal objection someone might raise would be inconsistency between articles, probably.

Here's a template demo, first with just the stub tag:

Now, with the template:

There are other indentation templates, but this one is a block element, so you can put more than one stub tag in it:

{{block indent|
 {{cooking-stub}}
 {{Egypt-stub}}
 {{health-stub}}
}}

All that said, given that people have been arguing for a decade on 1 or 2 blank lines before the stub tags, I doubt there'd be consensus to start indenting them any time soon.  — SMcCandlish ☏ ¢ >^ʌⱷ҅_ᴥⱷ^ʌ<  23:01, 17 December 2017 (UTC)

Here are some examples, and yes, they use :. In addition to the markup concern noted by SMcCandlish, personally I do not find it visually appealing. It looks "off" somehow (misaligned), particularly when it appears immediately after references, which are already indented. -- Black Falcon ^(talk) 00:49, 18 December 2017 (UTC)

1 or 2 blank lines

This edit on 5 November 2017 changed stub placement guidance from "two blank lines" to "one blank line". Given this issue has been discussed multiple times before, was there consensus for this change? -- Black Falcon ^(talk) 00:59, 17 December 2017 (UTC)

Not in my view. I've removed this change. It needs to be discussed. Peter coxhead (talk) 09:25, 17 December 2017 (UTC)

Just a thought, why don't we just build in the extra blank line in {{Asbox}}, thereby avoiding this issue altogether? I agree that 2 blank linkes are more visually appealing, but I can't fault any editor who (not knowing better) removes the 2nd line while in edit view. This seems like the type of thing that's easier to address through a technical solution than through policy guidance. -- Black Falcon ^(talk) 20:06, 6 January 2018 (UTC)

Can one article transclude multiple stub templates?

Example: Rape (film). This article is the only article in which I have seen it. Interqwark ^{talk contribs} 20:12, 1 June 2018 (UTC)

A quick look at other articles in the drama-film stub category revealed that most of them had a second stub category. If a stub can be classified in several categories, then it is a stub in each of those categories, although it may seem excessive to put in half-a-dozen stub categories. - Donald Albury 22:04, 1 June 2018 (UTC)

@Donald Albury: All right. Thanks for the reply! Interqwark ^{talk contribs} 22:06, 1 June 2018 (UTC)

From this very page: "If an article overlaps several stub categories, more than one template may be used, but it is strongly recommended that only those relating to the subject's main notability be used. A limit of three or, if really necessary, four stub templates is advised." – Finnusertop (talk ⋅ contribs) 22:15, 1 June 2018 (UTC)

@Finnusertop: Oh, sorry. I should’ve read the entire page. Thanks, though! Interqwark ^{talk contribs} 22:29, 1 June 2018 (UTC)

Template:Clear instead of two blank lines

I would like to suggest for the practice of adding two blank lines before the first stub to be replaced with Template:Clear instead. As per Manual of Style, stub templates are meant to be at the very end line of a stub article but sometimes it is not visually reflected when published. This is particularly true for those which have an infobox and for some reason it is longer that the entire article content (until references or external links section), and where there are no navboxes or anything that can indirectly function as a line break preceding stub templates. With the Template:Clear, these stub articles may have a more uniform visual with those in which the stub templates are naturally rendered at the very bottom of the article. Zulfadli51 (talk) 04:38, 28 August 2018 (UTC)

Semi-protected edit request on 20 September 2018

Principal listed has spelling error. Should be Brian Young. Also there are two principals. Should read: Co-Principals Brian Young and Dina Marschall

Student Population is 550 on average 163.41.25.43 (talk) 15:44, 20 September 2018 (UTC)

 Not done: this is the talk page for discussing improvements to the page Wikipedia:Stub. Please make your request at the talk page for the article concerned. —KuyaBriBri^Talk 17:03, 20 September 2018 (UTC)

Why do we need two blank lines before the template?

I had not even known this was a thing before I had it pointed out to me when I was reverted over it by a user on an article today. I found being reverted over this extremely pedantic, and from looking back through this page it appears I'm not the only one. As others have pointed out, this guideline does not state why we need two blank lines at the end of the article before the template. I have never seen this enforced by any other editor, and honestly, it seems most editors don't care about it (quite appropriately, if I say so myself). I see it's been discussed here to death. There really needs to be consensus on this, especially if some editors are so pedantic about it they will revert "violations" of it. Ss112 23:30, 30 September 2018 (UTC)

@Ss112: as you note, this has been discussed before, and there's no consensus to change the guideline, so editors are quite right to uphold it. Personally, I don't care either way, but as with all stylistic issues over which there are differences of opinion, I do care about consistency, which is helpful to everyone, readers as well as editors. One rationale is that the stub template isn't really part of the article – it's a hopefully temporary message to editors that it needs to be expanded – so setting it off from the article has some justification. Peter coxhead (talk) 10:28, 1 October 2018 (UTC)

Semi-protected edit request on 23 May 2019

John Hoskin was an artist in residence at the University of Georgia from 1973-1974. He donated a sculpture to the Institute of Ecology. Lawrence Stueck (talk) 00:16, 23 May 2019 (UTC)

 Not done: According to the page's protection level you should be able to edit the page yourself. If you seem to be unable to, please reopen the request with further details. You should be able to edit the page John Hoskin yourself. aboideau^talk 00:24, 23 May 2019 (UTC)

Semi-protected edit request on 27 June 2019

I am the current principal of the school (dkeller@staugustinehigh.com).

Change Motto: From:Jesus says we're allowed to kick your ass To: Persistence Pays

Change Authority: From: Jesus To: Diocese of Tucson

REMOVE Chaplain

Change Enrollment From: 140 To: 300

REMOVE Fight Song

REMOVE Nickname

Change Athletic Director From: Andrew Salazar To: Kyle Howell 24.249.172.61 (talk) 20:48, 27 June 2019 (UTC)