Wikipedia talk:Stub

Warning: Stubitis!

Stub without icon

{{theat-struct-stub}} has no icon. Where can I request that one be added. Reply at my talk page. TonyTheTiger (talk/cont/bio) 23:34, 30 April 2007 (UTC)

Hi Tony - I'm replying both here and on your talk page, since this does come up occasionally. There's no mandatory requirement for a stub icon, and, in fact, they were considered harmful to the servers in the past (see Wikipedia:Suspend use of stub icons), though that seems to have blown over with improvements to the servers. Though stub icons are nominally dealt with as part of WP:WSS, for the most part there is little control exercised over them except in cases where there may be controversy. Feel free to add your own (perhaps using some other iconned stub template as a guide), but please follow these simple guidelines:

1) the image should preferably be no bigger than about 40 or 50px in its longest dimension (we did have a full discussion about the size at some point, but I can't remember exactly where the discussion is or what its outcome was - keeping the icon to this size should not cause too much concern, however).

2) ensure that the image is free - "fair use" cannot be claimed for stub icons.

3) make sure it's an image that will look good at this tiny size, and try to make it as symbolic or recognisably "of its subject" as possible - a famous theatre, such as London's restored Globe Theatre, or a symbolic icon such as the smiling and frowning theatrical masks, is probably most suitable.

yea man. dont you get it? Grutness...wha? 00:38, 1 May 2007 (UTC)

Adding a stub to a page

When you add a stub to a page, should you first remove any existing stubs from the page? Or can a page have multiple stubs on it? SqlPac 17:02, 15 May 2007 (UTC)

It is not uncomon for a page to have two stub tags on it. More than three is very rare and IMO almost always a very bad idea. Three is dubious, in most cases. DES ^(talk) 17:13, 15 May 2007 (UTC)

Having up to four stub templates is acceptable, and multiple stubbing is in general a very good idea if a subject crosses multiple subject types. I guess MO is at odds with DES's :) Grutness...wha? 23:42, 15 May 2007 (UTC)

There are instances where one could argue either DES's or Grutness's case with some success. One should certainly try to avoid any obvious duplication: if you're adding {{US-writer-stub}}, leaving either {{writer-stub}} or {{US-bio-stub}} in place would be far from ideal. OTOH, many stub types are split on more than one axis (such as people, by occupation and by nationality), often requiring the use of two. Musicians are routinely sorted by nationality, instrument, and genre. Add to which the possibility of overlap between sibling topics (multiple nationalities, several occipations, etc). But there's at least fairly common consent that more than one is acceptable, but that after a certain number, one is getting into diminishing returns and/or wretched excess. Alai 16:15, 19 May 2007 (UTC)

In my particular case, since I largely concentrate on geo-stubs, a major problem occurs with stubs on rivers, mountain ranges, and other features that cross or form international boundaries. If there was a stub on the the Pyrenees, Euro-geo-stub is clearly too vague, but you cannot use Spain-geo-stub without also using France-geo-stub and Andorra-geo-stub without the chance of an international incident or at least accusations of bias - and using just the one stub also doesn't help editors who deal with French otr Andorran geography. There are definitely cases where multiple stubbing is a distinct advantage. Grutness...wha? 23:49, 19 May 2007 (UTC)

Since the geo-stubs are (largely) only split on the one axis, so it's (largely) just a matter of sibling-overlap. In theory, articles relating to very large numbers of countries or sub-divisions should be much less likely to be stubs... At any rate, the judgement call in such instances is, just how many sibling-stubs to add before it's better to kick for touch back into the parent? (I'd guess opinions on that hover around three or four.) Alai 15:20, 20 May 2007 (UTC)

nina

How can be a lady (SHE's) a man (the KING)89.6.154.187 13:31, 21 May 2007 (UTC)

I think this question should be addressed to Marty Willson-Piper, not to us. Grutness...wha? 23:23, 21 May 2007 (UTC)

Is this a good example of a stub?

Could you check out the stub I wrote on Bee Playing Cards? Did I categorize it correctly? Should it have a {{stub}} tag or an {{expand}} tag? (Oman9978 01:14, 25 May 2007 (UTC))

So.....

Do we extend a stub? I want to extend to Wookipedia Ko Vakier page... --72.183.115.91 12:07, 26 May 2007 (UTC)

If you mean do you extend any articles marked with stub templates, yes - that is the whole reason they are marked, so that editors know which articles are in severe need of help. We don't have a Wookiepedia Ko Vakier" page, though, or even a "Ko Vakier" page, so you can't really extend them! Grutness...wha? 23:11, 26 May 2007 (UTC)

Yes, Grutness, quite right. Anything marked with a sign reading 'This ARTICLE THEME HERE article is a stub. You can help Wikipedia by expanding it.' The last bit explains it all, really!Clown face 2007 17:29, 9 October 2007 (UTC)

In The Rest Of The World

I was going to create a stub for a photography website I came across (www.InTheRestOfTheWorld.com). How do I go about doing so, and would this be a good idea?

All the details are at Help:Starting_a_new_page, though that is a pretty confusing page. It largely depends on whether or not you are a registered user. if you are, then all you need do is enter the title you want in the menu bar (e.g., http://en.wikipedia.org/wiki/InTheRestOfTheWorld.com) and click on the link that says "create the article". if you're not a registered user, you can't create an article, but you can request a new article and provide enough info for it to be written up by someone who is registered, by going to Wikipedia:Articles_for_creation. As to whether the article's a good idea, I don't know. It largely depends on how big or well-known the site is. You could try googling it, to see how many hits it gets on other sites, or simply be bold and create the article anyway (if it's not notable enough for its own article, it will probably be nominated for deletion again). Grutness...wha? 00:29, 13 June 2007 (UTC)

Are stubs immune to reference requirements?

I've been tagging a number of stubs with the {{unreferenced}} tag. Not all, but some of the smallest ones with the least information. Recently I got reverted on one of these with the edit message: "rv unhelpful tag - IT'S A STUB". I was not aware that being a stub made an article free from verifiability requirements. So before I revert the revert, getting into an edit war, I wanted to get some additional opinions on whether I'm correct in my actions, or whether I've been correctly reverted. - TexasAndroid 19:22, 7 September 2007 (UTC)

I wouldn't say they're "immune", but one might well want to "go easy on the tags", when it comes to very short articles. If one ends up with uncategorised, unreferenced, orphaned, stub, and cleanup templates all on the same article, one is probably over-egging things, to take an extreme case, even if all individually apply. "Stub" obviously implies "needs assorted sorts of work done on it", so personally I'd only apply additional tags if the case seems especially egregious. (e.g. extensive or fishy-looking claims being made, which are more on the lines of "cite or remove" rather than "some references would be nice here".) Alai 21:41, 7 September 2007 (UTC)

Stubs are not immune to verifiability, it is just that adding an "unreferenced" tag is not helpful. It is understood that a stub is missing many things, so it would be expected that one of its features would be that its statements may be unreferenced. The wording including in the "unreferenced" tag is particularly onerous in that it states that if references are not supplied the content can be removed which for a stub would not make sense. BradMajors (talk) 06:38, 22 February 2008 (UTC)

Placement of stub tags on a page

This has been a sore point with me for awhile and I need to find out what the official rule is. I believe that in the editing, stub tags should go a) above categories and b) above any sort of template boxes and the like. The former is based upon my understanding of how stub tags were to be placed, while the second is a style preference because otherwise the stub tags are often rendered invisible because on shorter articles with template boxes they often under up "below the screen jump" if you get my meaning.

A bunch of stub articles I created have had their stub tags moved to the bottom -- under the categories and under a rather sizable template box. Before I start reverting, what is the rule for placement? I couldn't find anything on this at WP:MOS. Thanks. 23skidoo 16:15, 22 September 2007 (UTC)

The official rule is that there is no official rule. The late SPUI was gung-ho for the "least important" stub cats appearing last (so therefore placing the tag after the explicit categories), but there was never any general agreement to that effect. However, I very strongly recommend not placing them before any non-maintenance templates (such as navboxes, etc). To do so would be to essentially interleave article content with meta-content; better to have the latter clustered together. Alai 20:12, 22 September 2007 (UTC)

The de facto standard has been to place things in this order at page-bottom:

• References and other standard page-bottom sections
• Navigation boxes
• Categories
• Two blank lines and then stub tags
• Interwikis (fr, it, etc.)

It is fairly uncommon to see them out of this order. — SMcCandlish [talk] [cont] ‹(-¿-)› 03:29, 23 September 2007 (UTC)

Both Alai and SMcC are perhaps being a bit more lenient than some stub sorters - it does say at Wikipedia:Stub#Categorizing stubs that stub templates go under all other templates and also under the categories, so though it's not policy, it is the accepted procedural guideline, and chances are that if you change them back, someone will come along and revert what you've done at some point (I'm actually surprised it's not mentioned at WP:MOS, though that does list this page in its "Further guidance" links, so perhaps some of the finer details are left off the main MOS page - it's a pretty long page as it is). It's not something that we're particularly strict on, but I'd say that they should definitely always go after any navigation boxes or other large templates - adding the stub template before them forms a break that may well discourage readers from reading any furhter, since they do have the effect of saying "this is all we have". Whether they go above or below the categories is a bit more of a matter of individual taste, though putting the stub templates after them does push the stub category to the end of the list of categories, which is a little more useful for readers. Grutness...wha? 08:52, 23 September 2007 (UTC)

Not that I want to be known as a hardass or anything, I think what I outlined agrees with your take. :-) — SMcCandlish [talk] [cont] ‹(-¿-)› 13:11, 23 September 2007 (UTC)

Heh, yeah, I suppose it does. I think the main point I was making is that "no official rule" and "de facto rule" both seem to indicate that it's something not written into any of the style pages anywhere as instructions, whereas WP:STUB does spell things out fairly precisely. Grutness...wha? 00:00, 24 September 2007 (UTC)

Reading the above, I see that there is in fact an MoS statement on this issue, however for the record I think it renders the tags useless. Placing it under the templates in many cases makes the stub tags disappear "after the jump" rather than appearing prominently under the main text. Similarly, if an article has a lot of categories but happens to be a stub, the tag also disappears in a sense into the list (although of course its placement in the edit page has no bearing on where it appears on the screen as it still appears above the category tags in any event). I just feel that hiding stub tags under the templates a) looks poor from a page layout perspective and b) drastically reduces their effectiveness in calling attention to the fact that the article in question needs more content. This is NOT always self-evident, especially with new users and with articles that might have large templates and infoboxes attached. For an example, go to Pot Luck (album). At present, the stub tag has been placed above the large Elvis Presley template (I agree BTW the template is too large but that's another issue). Now imagine the tag placed under the template; unless you happen to be using a portfolio screen, odds are you won't see it unless you scroll down and most people won't scroll down. 23skidoo 17:08, 10 October 2007 (UTC)

Well, that's exactly the point. They're not supposed to be noticeable on the articles - their intended purpose is to put articles into categories where they can be easily found. We don't want stub templates to be obtrusive to readers, but we do want stub articles to be easily found by editors. The only real reason for having text on a stub template is so that it's clear that an article has been stubbed - giving instruction of what to do is an added bonus. As such, having them hidden at the bottom of an article makes perfect sense - certainly far more sense than breaking into the middle of an article by having them appear before navigation boxes or reference lists. Grutness...wha? 23:44, 10 October 2007 (UTC)

You mean the "style guidance" on this page? I'd be pleasantly surprised if that's anything remotely like a stable consensus, rather than just the view of whatever editor got there last. :) It's maybe not ideal in the case where a tiny amount of stub text is followed by the honking huge nav templates favoured by editors in certain domains, and then the stub tag, but the majority of stubs are, after all, much less than a rendered page, and most of those that are longer are not exactly what you'd call "core stubs". In line with what Grutness says, it does seem the least-worst option. Alai 05:16, 13 October 2007 (UTC)

I have to beg to differ on the rationale for stub tags. I don't see them as things to hide in a corner. They should be right in the open, to draw attention to not just the community -- who as far as I'm concerned are the converted already -- but to newcomers who might not realize that their input is encouraged. Also, it increases the ability of more serious editors to quickly discern if the article is correctly stub-tagged under the right criteria (and a category isn't always going to help with that). And while its true that templates often overwhelm the shorter articles, they are becoming more and more commonplace -- in some cases being preferred to catgeories -- so we just have to live with that. I also have issue with the stub tags appearing under categories in the edit pages. That has no impact on how it appears on the article page, but there have been many times where I've seen the stub tags hidden in the middle of a category list or a set of foreign-language links. 23skidoo 17:39, 19 October 2007 (UTC)

I disagree as far as as several of those points are concerned.

They should be right in the open, to draw attention. Surely you can tell by looking at an article whether it is a stub. The main purpose of a stub template is not to draw attention to this fact, which should be obvious, but rather to categorise the stub article.

It increases the ability... to quickly discern if the article is correctly stub-tagged. It's far easier to check that if the stub template is right at the bottom than it is if it's part-way up the article, nestling between the end of the text and a navigation template. Simply press "End" and you can find the stub template.

I also have issue with the stub tags appearing under categories... That has no impact on how it appears on the article page. On the contrary, it does make a difference - it ensures that stub category appears last in the category list, which is surely the correct place for them as it is not one designed for navigation.

Grutness...wha? 23:19, 19 October 2007 (UTC)

I guess we'll just have to agree to disagree then. My response is I'm no longer going to place stub tags on articles and someone else can decide where they go. Every new article gets scrutinized by someone anyway. 23skidoo 15:32, 23 October 2007 (UTC)

Where would I get a stub list?

Where would I get a list of all topics that are considered stubs? I'd like to help edit some. --Fishy Monster 19:26, 27 September 2007 (UTC)

Wow, do we have a job -- or a million or so -- for you! You could look in Category:Stubs, the sub-categories of Category:Stub categories, and so on. Or, for a list by topic, see WP:WSS/ST. Hope that helps. Alai 19:35, 27 September 2007 (UTC)

you could go to googlexD —Preceding unsigned comment added by Lalala45 (talk • contribs) 23:58, 12 November 2007 (UTC)

What would this stub be?

What would I put for the stub catagory on this page?

Bryse (talk) 04:55, 20 November 2007 (UTC)

• {{afd}}, or if you're feeling kind, {{mergeto}}? Alai (talk) 05:00, 20 November 2007 (UTC)
  • Or to try to be a little less cynical, {{fictional-stub}}. Alai (talk) 05:43, 20 November 2007 (UTC)

Stub

much like a ticket stub, but BETTER. —Preceding unsigned comment added by 141.153.60.5 (talk) 19:21, 6 January 2008 (UTC)

Why do we need stub templates?

What is the purpose of having stub templates in short articles? I personally think they are useless and makes the articles look bad or funny, especially if there are more than one stub template. Are stub templates used in order to...

1. inform the reader that the article is short?
2. inform the reader that the article can be (and should be) improved?
3. classify the article so that others can find it (and other stubs) more easily?

... or something else?

I find stub templates useless because...

1. it is rather obvious that the article is short (if it really is short; there are too many examples of stub templates beeing left in already expanded articles)
2. almost every article on wikipedia can be and should be improved (why point that out specifically for short articles?)
3. classification can instead be made using category tags

I realize that stub templates have been used for a long time and it is not easy to change the way they are used. But I think that the use of stub templates is more of an editorial issue rather than a reader issue. Much the same as Wikipedia:Requested moves, which is dealt with on the talk pages only. So, wouldn't it be better if stub templates are located on the talk pages instead? It still makes classification of stub articles easy, without the need to clutter the articles with annoying templates. -- Kildor (talk) 16:02, 5 February 2008 (UTC)

This is largely explained on Wikipedia:Stub, but still... There are two purposes of stub templates, one of which you got right and another you almost got right but slightly missed. Stub templates are designed:

1) to classify articles so that others can find it (and other stubs) more easily (your reason 3). This could, as you say, be done with category tags, but any recategorisation of aticles which might be necessary later would take tens, if not hundreds, of times as much effort than simply repointing a template at a new category. This is also the reason stub templates are never subst'ed onto articles.

2) to encourage the reader to expand the article. This is similar to your reason 2, but not identical to it, since not all Wikipedia readers realise that they - even as anons - are able to expand articles. The added encouragement makes it more likely that stubs will be expanded.

With regards to making the articles look bad, simply being a stub makes an article look bad - there's nothing worse than an articleon a big subject that only has one sentence in it. Adding a template which is noticeable to something that is already fairly ugly simply makes it more likely that an editor will want to do something about it.

As to your other point, yes, stub templates are definitely for editors rather than readers - however, they are more like such tags as {{wikify}} and {{uncat}} than they are like Wikipedia:Requested moves, since they relate to work that can be done without consultation and by anyone with a basic knowledge of wikipedia editing. There are a large number of templates of this nature: {{copyedit}}, {{grammar}}, {{buzzword}}, {{sections}}, {{context}}, {{hoax}}, {{deadend}}... have a look at the list at Wikipedia:Cleanup resources. Tags placed on talk pages generally are those where debate is prefeable prior to any work being done, and often require assistance from more proficient editors or admins. To use the example you give,, Wikipedia:Requested moves - as the name suggests - is for requests that the person placing the template doesn't want to deal with personally, either for reasons of necessary pre-move debate. It directly contrasts with the article page templates {{mergewith}} and {{mergeinto}} where debate seems unnecessary. Grutness...wha? 00:04, 6 February 2008 (UTC)

Stub labelling was removed from German Wikipedia in decembre 2005 and instead automated to save time and ressources. You can use Special:Preferences - Misc - Threshold for stub link formatting (bytes): (set to 500 or something). You can then see stubs via link color from other articles. To find short articles in a specific category (even multiple categories) you can use CatScan from Wikimedia Germany. There is also Special:Shortpages and DisplayShortPages on Wikimedia.org toolserver. --Matthias M. (talk) 21:02, 6 February 2008 (UTC)

As has been mentioned here frequently in the past, length doesn't accurately reflect what is or isn't a stub. As anyone whose done much stub-sorting here will tell you, a lot of articles under 500 bytes in size are not stubs, and a lot of those considerably over that size are. Some stubs are actually incredibly long, since they contain one paragraph of text followed by multiple infoboxes or long lists. The problem can be seen by looking, as you suggest, at Special:Shortpages. The vast majority of the pages listed on the first page of that list are redirects, and therefore aren't stubs. Also, from what I've heard, the system used on De:Wiki has severe limitations which makes it considerably inferior to the manual work done here and on other Wikipedias. And yes, we do use CatScan and similar tools. Grutness...wha? 01:03, 7 February 2008 (UTC)

I've no problem with stub templates. They're a lot less obtrusive than the ugly banners used to indicate articles that need more sources, or that an editor feels doesn't establish notability, etc. I'd rather see these also done stub-tag form at the bottom, creating a category where people who enjoy expanding and fixing up articles can easily find articles to work on. 23skidoo (talk) 16:04, 7 February 2008 (UTC)

From what I have seen so far, the only reason to have stub templates located in the articles instead of talk pages is to encourage readers to expand the article. If so, do we know if it really works? And why do we encourage people to improve some articles (stubs) but not others? I believe it is rather obvious from the "Edit this page" tab that anyone can improve an article. Perhaps that part could be clearer, but that kind of message should not be located in the article text.

There seem to be a lot of work being done to sort and categorize all these stub templates. And I wonder if it is not better dealt with by different WikiProjects, that assess and rate articles within their scope. As of now, many articles are put in multiple stub categories. Take the Roma Tiburtina railway station as an example. It is located in Category:Europe rail stubs and Category:Italy stubs by stub templates. But also in Category:Stub-Class rail transport articles by the Wikipedia:WikiProject Trains. These categories are clearly overlapping. Would not we better use project tagging only? -- Kildor (talk) 11:56, 15 February 2008 (UTC)

In a perfect woprld, yes, it would. However, there aren't wikiprojects on every single subject. Since we don't, there are two alternatives if we want articles to be stubbed at all - either run two separate systems which complement each other (which would require a constantly shifting area covered by WP:WSS as new Wikiprojects come into being or become moribund), or run a comprehensive system through WP:WSS and accept any overlap as part of the process. Also, if an article is tagged as being rated by a specific wikiproject, then to the uninitiated editor it appears as if only those people who are part of that wikiproject can edit it. This is of course false, but even experienced editors will shy away from editing an article if they think it is part of a specific projects "territory". Some uninitiated editors don't even know what a talk page is, and certainly wouldn't look there for hints that they can expand the article. For this reason, we regard WP assessment templates as being for use by specific wikiprojects but stub templates to be for use across Wikipedia as a whole. As to whether they work, yes, the turnover of stubs in stub categories indicates that stubs do get expanded, even when they're not connected with a specific wikiproject. As to whether that is due to the presence of the stub template of not is impossible to tell without running a test - a test which would involve removing tons of templates then putting them back after a set period of time to check different editing rates. That is hardly a productive use of anyone's time, however. Grutness...wha? 23:56, 28 February 2008 (UTC)

Take a look at WP:PROJDIR, there seem to be a project for most subjects on Wikipedia! But an alternative approach is to do stub tagging at talk pages, and remove the stub tags as soon as an article has been assigned to a project. And don't you think that the Edit this page tab is good enough hint to anyone that the article can be expanded and improved? Still, if there is a concern that readers might feel that they cannot or should not improve a page, it should be a concern for all wikipedia articles, and not only for stub articles. -- Kildor (talk) 11:19, 2 March 2008 (UTC)

Sigh - oookay. let's go through those points one at a time.

• Take a look at WP:PROJDIR, there seem to be a project for most subjects on Wikipedia!

• Seems to be, but most certainly is not. There are huge gaps with no project, and other areas where several projects overlap.

• But an alternative approach is to do stub tagging at talk pages...

• As I pointed out, newbie editors often don't even know what a talk page is, and haing stub tags on talk pages doesn't provide the same incentive for editing.

• ...and remove the stub tags as soon as an article has been assigned to a project.

• And what happens if the project goes defunct (as about 30% of WikiProjects do)? Sudden re-tagging of everything? And what of the editors who would like to edit an article but feel that it is "owned" by a project and therefore they can't or shouldn't edit it? And what also of cases where an article is covered by more than one project? Once one project has a talk page tag on it, and it is no longer stubbed, it becomes harder for other projects to find to work on. Also, different projects might have different standards for what they consider a stub. the easiest way to ceate and overall standard is to have an overall stubbing scheme, exactly as we currently have..

• And don't you think that the Edit this page tab is good enough hint to anyone that the article can be expanded and improved?

• Doesn't seem to be for many articles. It also doesn't indicate the size of an article, or sort it into a category where a specific type of editor will be able to find it easily.

• Still, if there is a concern that readers might feel that they cannot or should not improve a page, it should be a concern for all wikipedia articles, and not only for stub articles.

• It is most definitely a concern, which is why we have such an array of different templates relating to things that need doing on an article - {{wikify}}, {{context}}, {{expand}}, {{orphan}}, {{deadend}}, {{uncat}}, {{listdev}}, {{fact}}, {{tone}}... all of which, you will note, go on the article page, not the talk page. They go there so as to appear to a reader first and where any reader would see them, rather than appearing on a talk page where they might appear to be 'overridden" by a project assessment box. Grutness...wha? 23:19, 2 March 2008 (UTC)

What about the 80% (or whatever number) articles that do not have a tag? Should all articles be tagged, so people would know that they can improve it? I believe that most cleanup tags should go to talk pages. And stub tags are among the least helpful, since their message is quite superfluous. There is really no need to inform people that a one-line article is a stub... -- Kildor (talk) 09:13, 3 March 2008 (UTC)

These seems to be the same questions you've asked before and I've answered before, but I'll try again. No, all articles should not be tagged - only those which have specific things wrong with them which need work. These things, as explained above, include being unwikified, ungrammatical, having factual errors... or being so short that they do not constitute more than a very cursory article. Most articles (the 80% you mention, which is actually closer to 60%) don't have specific things wrong with them - they can still do with a nudge here or there, but there are no wholesale problems with them that need specific work. Even then, specific requests for expansion may be put on articles. Cleanup tags, as explained above, go on article pages rather than talk pages so that they can be easily seen by readers. They also go there, as explained above, to avoid being considered in any way connected to Wikiproject templates, which may imply ownership of the articles in some way. Most importantly of all, they are on the article pages so that they can be more easily added an removed - especially the latter after any improvements have been done. The only cleanup templates which go on talk pages, as explained above, are those where there is a request for intervention by other more experienced editors or administrators. Stub tags are among the most helpful of cleanup templates, as they perform an extra purpose, as explained above: they not only flag an article as being significantly incomplete to the point of only marginally being considered as a 'real" article, but also at the same time classify the article according to subject matter so that specific editors are able to find in more easily. This is a major advantage over all other cleanup templates - there aren't specific template for {{geo-wikify}} or {{bio-fact}}, for example. As to There is really no need to inform people that a one-line article is a stub, that is true, but, as explained above, it is very important to flag an article as a stub and to make sure that it goes into a specific cleanup category where it can be found readily. As explained above, there are a large number of editors who specifically look for undersized articles on their specific subjects that require work, and many of these editors do so outside WikiProjects. Stub templates, as explained above, provide the means for them to find articles to expand - a means which would not be available in any other way. Please, before you ask again, read the answers I have given, since it gets a little tedious having to repeat virtually the same answers to virtually the same questions over and over again. Grutness...wha? 11:53, 3 March 2008 (UTC)

I beg your pardon, but my last message contained no questions that had been asked before. Again, my proposal is to move stub tags to talk pages (and/or replace with project tags). So when I say that stub tags are useless, I do not refer to the categorizing that comes with stub tagging (since that is still provided even if the tags goes on the talk pages). They are useless since their message is simply that the article is too short, which is quite obvious in most instances. So the only argument to keep them in the article text (rather than move them to the talk page) is that the tags encourage people to expand the article. And in many articles, that message is repeated two or three times! As I have said before, that message is provided by the website framework (edit this page), and could perhaps be clearer. But that is an issue for this website, and not an issue for the individual articles. Therefore, I do not see the reason to keep the stub tags in the article space.

Below is an example; the article CINOD. The article is well-written and well-refenced. And it is tagged with two stub tags that comes with two ugly icons and a repeated message. Why can't we have this article neat and clean? As said below, there is more to tell about this drug, and we certainly want people to contribute. But that message can be delivered without cluttering the article with annoying tags. -- Kildor (talk) 20:13, 5 March 2008 (UTC)

I, for one, didn't appreciate seeing the little "stub" announcement on my polished article on CINODs. It's short because it's a new drug class, and it doesn't need a bunch of extraneous information that can be gathered from the referenced material. I find it slightly insulting. josta59 28 February 2008

So, you're saying that the article is complete, that nothing new is likely to be found out about the subject, and that there's information which can be gained from the references that isn't in the article at present? That sounds like a contradiction in terms to me. Sure, it looks like a fine article, but it is short enough to warrant a stub template, especially since, as a new drug class, it's likely more information on it will be forthcoming pretty soon. More can be added, surely - the article doesn't mention the method of administration, nor whether the fusion with NO produces a more efficacious result than the use of NSAIDs and NO separately, and any problems that might be encountered with the latter method. What are the several CINODs that are currently being tested? Which NSAIDs are they originally based on - salicylates? Fenamic acids? Propanoic-phenolic acids? Are there any known drug interactions? Why doesn't the article say? Grutness...wha? 23:56, 28 February 2008 (UTC)

Hmm...point taken. :) josta59 29 February 2008 —Preceding comment was added at 14:00, 29 February 2008 (UTC)

That may have been the most use my MSc in psychology has been put to since leaving university ;) Grutness...wha? 23:02, 29 February 2008 (UTC)

Would that be the overwhelming-with-inadequacies-and-demonstration-of-knowledge method? ;)--Josta59 (talk) 22:10, 5 March 2008 (UTC)

Introduction to Creating stub types

At the moment, the first paragraph of Creating stub types reads:

In general, a stub type consists of a stub template and a dedicated stub category, although "upmerged" templates are also occasionally created which feed into more general stub categories.

I think we should change this to remove the part after the comma; I don't think it's obvious to an inexperienced Wikipedian what that means, and so I think it makes the opening more complicated than it needs to be.

"Upmerging" is explained in New stub templates, a couple of paragraphs down, so a reader will still get the information. I just don't think it's important enough to need to be in the first sentence.

When I edited that part of the page, I was trying to make it more clear and understandable to someone who might not have a great understanding of templates, categories, and other concepts specific to (or needing knowledge of) Wikipedia. I think the plainer we can get the message across, the better :)

Thanks very much, and well done on all your work! Drum guy (talk) 21:12, 18 February 2008 (UTC)

Thanks for that. I understand what yyou mean, but I do think it's a bit of an oversimplification not to mention upmerging there, since it's become a very common way (possibly the usual way) of creating stub types in recent months. Perhaps a solution might be to put an internal link to Wikipedia:Glossary#Upmerge on that word. Grutness...wha? 22:30, 18 February 2008 (UTC)

Hidden categories discussion

There is a discussion underway at Wikipedia talk:Categorization#Hidden categories concerning what kinds of categories should be hidden (using the new HIDDENCAT magic word). For the moment it is proposed that hiding be applied to all categories which classify the article rather than the article subject (i.e. maintenance cats, stub cats, "Spoken articles" etc.) Please weigh in. --Kotniski (talk) 08:51, 27 February 2008 (UTC)

how big can a stub be?

At what point is a stub no longer a stub? Is there a simple mathematic solution? Like once it hits 7,500 bytes? I am sure this has been discussed. Kingturtle (talk) 23:48, 4 March 2008 (UTC)

It has been discussed before, though there's never really been any consensus. It's certainly not a strictly mathematical thing - it's more a fairly arbitrary 'feel"; some artuicles marked as stubs and some not marked as stubs look quite similar, since the borderline is pretty fuzzy. Stub sorters tend to take several things into consideration which make a purely mathematiucal approach impossible: does the article contain just one paragraph and then a list of examples, for instance? If it does, then the body of the article can really be considered to be just the paragraph, and the article is marked as a stub - even if the list is quite long. Similarly, articles with just a small amount of text and a lot of infoboxes is still likely to be a stub. The subject matter is important, too - an article like Croughton, Northamptonshire says all that you really need to say about the village, so it isn't a stub; an article of the same length on New York, though, would definitely be a stub. Grutness...wha? 01:40, 5 March 2008 (UTC)