Wikipedia talk:WikiProject Stub sorting/Guidelines
Stub sorting guidelines
I sincerely believe that we really need to lay down the law in stub sorting, and really provide a guideline. I believe that we should all attempt to reach a general consensus by April 2, 2005 in a set of rules that we can follow. Once we have built a set of guidelines, we can formally create a policy out of those guidelines. We need to define what a specialized topic stub is, how many articles it should cover, when is it appropriate to create it, what defines its need for its creation, what defines its need for deletion, what criteria it should follow, what are the general steps should one take when sorting a stub, whether or not to start using subst: for all templates, whether or not use subst: for all templates created by the meta-templates, and any other matters that may come up in consideration. I thank jag123 for initially creating the subpage for the project at Wikipedia_talk:WikiProject Stub sorting/Guidelines. Even though they have been discussed, I feel that we really need to confirm everything. For that, we should discuss each issue with its own sections, and raise a list of issues that we need to nail down before really continuing on. The English Wikipedia is nearly at 500k articles. Either the MediaWiki software needs to handle stubs such that they can be found with a simple union of categories, or the sorting is done manually by Wikipedians. Personally, I think the latter is less taxing on the server load, especially when we use subst:, which I think would help the Wikipedia out, performance wise. Please make your comments at Wikipedia_talk:WikiProject Stub sorting/Guidelines. I apologize for making this somewhat of a spam notice, but since the project has more members, the project can finally decide on these important issues at hand. -- AllyUnion (talk) 23:22, 15 Feb 2005 (UTC)
Creation of stub categories
In an attempt to start the ball rolling on this, these are the questions I ask myself before deciding on (or suggesting) a new stub category:
- will the creating of this category help Wikipedians to find the articles (are the current stubs so buried in a host of other stubs that hunting for them is difficult)?
- does the new category cover ground not covered by other categories, or does it at least create a reasonable subcategory of an area already covered?
- will there be a significant number of stubs in this category (preferably at least 40)?
- does the new category conform with existing stub hierarchies?
- will the creation of this category help to reduce the size of any current stub categories that have a large number of stubs(*)? (* here I use an arbitrary rule of thumb - a reduction by between 10 and 50% for a category with over 200 stubs.)
Ideally an answer if yes to all five of these questions is needed for me to consider a new stub category to be an important addition to stub sorting. Grutness|hello? 
23:43, 15 Feb 2005 (UTC)
- These are good; my vote is for them to become the guidelines on creation of new stub categories. I'd like to add that the significant state stubs do fit in all of these categories (5 a little bit of a stretch: the creation of a few will do this, but not one), especially number 1, which is the purpose of the stub notice anyways. --YixilTesiphon 00:00, Feb 16, 2005 (UTC)
Those are good points. When you say Wikipedians, do you mean editors or readers? Stubs are designed for editors who wish to expand articles that are related. The guideline for categories is 100 - 1000 (preferably 500) articles. 100 is a bit steep, but it should be at least 60-70, if not more. In the same respect, creating a new category to reduce an existing one should be done if it meets the above criterias.
We should also establish, for the record, what are stubs. My definition, a way to flag and group articles for editors who wish to expand articles on a related subject. They should be used in cases where the article is obviously lacking important information, and not for articles that are not yet perfect. The length shouldn't be a factor at all; the focus should be the content.
Later this evening, if it's not done, I'll start organising and creating pages to clearly address every point that needs to be addressed. --jag123 00:03, 16 Feb 2005 (UTC)
- Good point, though defining a stub could be a tricky one! - by "Wikipedians" I meant editors, BTW. Grutness|hello?
New topics
I've added some topics that should be discussed. I'm not really sure if we should set up a new page for every entry or if every point should be discussed on this talk page. I don't want to make this too bureaucratic or complicated that people won't be participate, but I'd like to keep it organised. I'm sure no one will agree on a definition of stub, but I'm sure we can all agree on some points of what should be or what isn't a stub. At the very least, that will narrow the definition. I'm not sure if you all want to vote on every point or just discuss the topic and take it from there. Suggestions would be appreciated. Feel free to add your definition/criterias under each point. --jag123 02:43, 16 Feb 2005 (UTC)
Questioned stub categorizations for discussion
I don't want to pick on anyone (unduly draw attention to particular individuals, that is), but there are sometimes stub categorizations that I disagree with enough to serve as potential fodder for discussion. Perhaps others will point examples out for discussion as well.
- Probiotic: this is stubbed to Category:Bacteria stubs, which is the distinguishing characteristic of probiotic foods. I'm wondering whether it would be better stubbed to Category:Food and drink stubs though, as the focus is on a type of dietary supplement. So in this case it seems that it is a choice between emphasizing composition or use (bacterial and food, respectively). Courtland 04:42, 2005 Feb 16 (UTC)
- Antifungal drug: this is stubbed to Category:Fungi stubs and I'm thinking it would be better stubbed to Category:Medicine stubs. In this case, peculiar to therapeutics, it's a choice between emphasizing the target or the context (fungus vs. medicine). Courtland 04:58, 2005 Feb 16 (UTC)
In cases like these, where several stubs could equally apply, I pick the one that is more in-line with the focus of the article (until more explicit criterias are established for stubs). In the first case, the emphasis appears to be on bacteria, not the food or medicinal aspect, so I'd leave it as is. For the second, since fungi is barely "relevant", I'd go for med. --jag123 05:24, 16 Feb 2005 (UTC)
- It's tricky, I stubbed probiotic as bacteria, as I thought microbiologists such as myself would be more likely to contribute to the article. 12:25, 16 Feb 2005 (UTC)
Lists are addressed in a policy input request below content of block below suppressed but present in the page
- Bastinado and Chinese raping chair: both of these have gotten stubbed to Category:Weapon stubs. However, the first is a method of torture and the second began as a method of torture but is thought to have become a "marital aid", so to speak. My thinking is that neither of these constitute weapons in the traditional sense and that there isn't a good category to stub either to at this time. Courtland 06:48, 2005 Feb 16 (UTC)
subst considered harmful.
I'm seriously against the use of subst. (That is, the use of including some static markup instead of dynamically including the template text.) The pages can be cached. This is an unacceptable reduction in functionality and flexibility to pander to what's really a coding problem, a database problem, but not a content problem. The kludge is unnecessary. grendel|khan 04:54, 2005 Feb 16 (UTC)
- Hey maybe it won't matter after we get all that google hardware [1] ;-), If editors have to type in a whole lot of text rather than {{cleanup}} or {{Kiwi-stub}} ect.. then people will be less likely to edit. If it works in the same way as ~~~~ it will still clutter up the page. Onco p53 12:34, 16 Feb 2005 (UTC)
Range of article count
I propose that the minimum count of article needed to create a new stub / stub category be 75, with the expectation that the category will reach a minimum 100 article in the near future.
Any objections? If no objections are made regarding this proposal within 10 days, it will be added as a guideline for this project. --jag123 15:50, 16 Feb 2005 (UTC)
What not to stub
I propose that lists, disamibiguation pages (including pages that contain a list of definitions but not marked as disambiguation pages) and definitions of words, expression or slogans NOT be stubbed. Since these types of articles are expecteted to be incomplete (such as lists) or short (such as definitions) or lacking content (such as disambig pages), stubbing them is not necessary and redundant.
Any objections? If no objections are made regarding this proposal within 10 days, it will be added as a guideline for this project. --jag123 15:50, 16 Feb 2005 (UTC)
- "definitions of words" ... these should be tagged for transwikification to Wiktionary (Template:Move to Wiktionary (placed on the article's discussion page, I think). Courtland 18:30, 2005 Feb 16 (UTC)
Use of subst
I propose that "subst:" not be used. There does not appear to be much support for it's use and other alternatives should and can be explored.
Any objections? If no objections are made regarding this proposal within 10 days, it will be added as a guideline for this project. --jag123 15:50, 16 Feb 2005 (UTC)
- good move. All that substub does is break Category:Stub in two according to length of article - hardly the most useful criterion. Grutness|hello?
Category criterion
A suggested addition to the "what is a stub" - irrespective of length, any article is a stub if it hasn't got at least one category (Ideally, a category should be found rather than a stub message added, but this isn't always possible). This ensures that all the articles are listed somewhere other than the complete list of articles, rather than "free-floating in cyberspace". Grutness|hello? 02:39, 18 Feb 2005 (UTC)