Wikipedia:Problems with Wikipedia
From Wikipedia, the free encyclopedia
 |
This is an essay. It is not a policy or guideline, it simply reflects some opinions of its authors. Please update the page as needed, or discuss it on the talk page. |
 |
This is a Brainstorming page You are strongly encouraged to edit it! You can:
However, this is not the place to discuss the value of those ideas! That should be done on the talk page! |
I do not believe that Wikipedia is failing. However, nothing is perfect; there are several places where Wikipedia can be improved. I'm creating this page as a centralized place where the problems with Wikipedia can be listed, and a solution found. Since the focus of this page is to find a solution, problems without a solution (like world peace the end of vandalism on Wikipedia) are not useful additions, nor are problems which are already solved (or that are not actually a problem in the first place).
Contents |
[edit] Recent changes overload
The amount of edits per minute on the Recent changes keeps increasing; more and more vandalism is starting to slip through the cracks. Not only that, but the time until it's fixed is also increasing (sometimes over a week on egregious vandalism; for instance [1] which was only reverted 11 revisions later [2]). The amount of deletion backlogs is also growing.
[edit] Possible solutions
- Bring AntiVandalBot back.
- More automation.
- Coordination of efforts - Get 48 (or 96 for redundancy) people to sign up to review all edits for a half hour period each day. When they have done so they update a page to show the check has been completed. If someone is unavailable another person is brought in to cover. Et cetera.
- "Mark as Patrolled" <- a feature already available in mediawiki, allows you to systematically check all pages. User:Henna's vandalfighter can make use of this flag too. This feature needs to be turned on for en.
[edit] Poor documentation
A lot of the documentation on how things should be done on Wikipedia is hard to find, missing, incomplete, outdated, confusing, or even downright wrong. This is not much of a problem for experienced editors (who can usually, after just one or two tries, guess the correct words which, when prefixed by WP:, Wikipedia:, or Help:, lead to a helpful redirect), but can be a stumbling block for new users. The several variations of welcome templates help, but not every new user gets one of them.
[edit] Possible solutions
- Something like User:John Broughton/Editor's Index to Wikipedia can help.
[edit] Problem editors
Blatant vandalism can be dealt with quickly; however, some problem people can drive other editors away from an article, a subject, or even the whole Wikipedia, without doing something which would lead to being blocked for more than a few hours each time. These problem people usually do not contribute to the improvement of Wikipedia (they often do the opposite), while the editors they drive away usually would make a positive effect.
[edit] Possible solutions
[edit] Contentious articles
Some subjects are hotly disputed, with large segments of the population having differing opinions. On Wikipedia these topics are subject to ongoing disruption. Even when a reasonable compromise is worked out there are always new people coming along later who weren't parties to it and won't agree. While the controversy lasts disputes over the content of articles about it are guaranteed.
[edit] Possible solutions
- Some form of 'stable versions' - allowing edits to continue, but establishing some version of the page as 'official' and unchanging until a newer version is approved.
- Protect all contentious articles and establish a class of users who are allowed to actively edit protected articles - people who do not edit war, insert POV, et cetera.
[edit] Reliability gap
Wikipedia has an inherent 'reliability gap' in comparison to paper encyclopedias in that, at any given time, information which hasn't been verified could be included in a Wikipedia article. Even if we were to somehow go through every article and verify that every detail were supported by the cited references the next day there would be a host of new unverified information. We watch this, and people familiar with the subject frequently remove or challenge questionable material, but it can never be as certain as an unchanging printed article that has been gone over in detail by fact checkers.
[edit] Possible solutions
- See 'stable versions' under possible solutions to contentious articles above.
[edit] Too much dependence on bots controlled by single users
There are several bots which do useful tasks, for instance archiving talk pages several times a day. If one of them stops working, the tasks it would do often get delayed or done poorly (the reason bots are used is not just for convenience; the tasks they do tend to be boring and repetitive). Several of the bots are controlled by a single owner, meaning the bot will either stop or be blocked (for being a bot with nobody responsible for it) if the owner gets temporarily or permanently absent (the reasons can vary; for instance, a recent absence was caused by a phone cable being damaged by a storm).
[edit] Possible solutions
- Use several bots working together, like is done by the three HBC AIV helperbots.
- Use bots which are controlled by several users (so, if one becomes absent, another one can still control the bot).
- Ensure that bots are all GPLed and the code published online, so other people can take over running the bot in case the original author drops it
- Permit emergency-shut off to all editors in good standing. Listen respectfully (with AGF) to the editor's concern before restarting the bot.
