Wikipedia talk:Wikipedia Signpost/2011-10-31/Opinion essay

← Back to Opinion essay

Discuss this story

Hello there everyone. This essay was actually ready for print last week, however another editor had a piece waiting, which was in front of this in line. I didn't know that it would happen, but a few days after I wrote this essay, the Signpost put out a call for writers, which I responed to by volunteering to write the Discussion report, as well as coordinating the Opinion Desk. It was a complete accident that the first piece being published under my tenure is one that I wrote myself. While it certainly was enjoyable to write this, I won't be writing any more of them for a while, I only have so many interesting opinions, and I've got to save them up.

That means it's time for more shameless begging! If you have a Wikipedia related opinion, are capable of composing it coherently and in your own words, and are willing to share it with everyone else, I want to hear from you. Really, those are pretty much the only requirements that the Signpost has for opinion essays. It's not like they're flowing in so fast that we have to pick and choose; if you bring in a quality submission, the chances that it'll get run are exceedingly high.

I'm also not above going out and finding people who have already written essays on Wikipedia and asking them to run those essays on the Signpost. If I do ask you, please consider it an honor (and say yes).

The opinion section, more than any other area of the Signpost, can't work without members of the community becoming involved. I hope to hear from some of you soon,

Sven Manguard Wha? 09:01, 29 October 2011 (UTC)

---

This discussion hasn't really made it to the wikis yet, but at the Foundation, some of us are trying to start a movement towards documenting and re-examining how Wikipedia handles workflows. Firstly, the Foundation employees are hired for skill and availability, so they are rarely wiki-insiders, and often unaware of how complicated some of the processes are. Secondly, once you document these workflows, certain weaknesses in them become apparent.

It seems that this pattern comes up over and over again; where things are seriously broken, it's because there's no system to channel resources appropriately. So you need to make appeals for heroic behavior. This is unsustainable.

The wiki model is great when, in one person, you can combine a lot of roles: noticing a problem, doing research, scheduling a time to do the work, and the requisite technical skill. All that comes into play, even if you're just fixing a typo. But when the problems are larger and more difficult, it starts to make sense for there to be different roles and stages to the work, and maybe even different incentives.

A site of our size should not be frightened of a queue of work that is several thousand items long. We just have to figure out how to activate our readers' interest. What do you think?

NeilK (talk) 16:53, 1 November 2011 (UTC)

I was made aware of, right after this went live, a German Wikipedia effort to curb backlogs. It's called Wartungsbausteinwettbewerb, and at this point all I know about it is that it's a massive competition that occurs several times a year and is devoted solely to backlog clearing. Wikipedians, or at least many of them, are competitive. We should harness that competitiveness with a similar competition. Sven Manguard Wha? 17:02, 1 November 2011 (UTC)

I think what it all comes down to is that we are all volunteers here, so we want to be spending our time working on things that will be noticed (like articles). The backgrounds stuff, like backlogs, are things that are rarely noticed and the only obvious benefit is a larger edit count (which does inspire some people to do it).

If you ever want the backlogs to be something that is heavily focused on, you need to have some sort of system that recognizes the work that people do in them. The more "praise-worthy" it is made in terms of rewards, the more people that will want to do it. And, hopefully, the higher in regard it will be held in places like RfA, though we all know RfA is thoroughly broken as it is anyways, so I kinda doubt that one. Silverseren^C 17:37, 1 November 2011 (UTC)

All the more reason to give Wartungsbausteinwettbewerb a shot, yes? Sven Manguard Wha? 18:21, 1 November 2011 (UTC)

I've worked on backlogs before. I've cleared out the backlog SandyGeorgia links to below several times. I just have a project and a test this week, so i'm a little busy. Ask me this weekend, I should be free then. Silverseren^C 18:33, 1 November 2011 (UTC)

OK, I tried, in spite of my limited time, and I gave up because trying to clean out one measly category correctly could take me an entire week: my conclusion is reinforcement of the concern that as Wikipedia has become more known and has attempted to recruit to account for declining editorship, incompetent editors are replacing competent editors in droves. The notion that knowledgeable editors can address these problems is naive (just imagine trying to remove the POV from Chavez-- I've been working on that for six years).

So, I took what looked like a relatively easy category, less than 50 pages, that I thought I should have been able to empty Category:Pages with missing references list-- what I found was massive problems in every article I looked at, such that simply adding a reflist to the article would be irresponsible (and why can't a bot do that, anyway?). Perhaps I should lower my standards and just add the darn reflist parameter, but I'm not going to do that and then have someone come along and say, "look at that, she added the tag and didn't even notice the article was a copyvio". I found most typically Indian editors adding most likely copyvios and indecipherable text, I found text so utterly indecipherable that it would take me hours of research to figure out how to fix any one article, I found incorrect article names, dubious notability, you name it.

The problem is not that estblished editors are failing-- the problem is that there is simply too much crud coming in from incompetent editors for established editors to have a prayer of keeping up with the routine maintenance. In almost every case, I came to the conclusion that no text would be better than the bad text there: I don't know why we're actively recruiting editors who don't display competence or commitment to Wikipedia via university projects.

It's a nice editorial, but we can't get there from here. SandyGeorgia (Talk) 17:45, 1 November 2011 (UTC)

I have long advocated that Wikipedia needs to shed a few thousand articles, however while my view has little support. Meanwhile, users are able to mass create stubs with bots. I appreciate the ideal that we should strive to cover everything, but I also believe that we should prioritize on doing it right, rather than having something on everything now. All of this, however, is slightly off topic. We have the problems sitting around now, we really should try to fix them. For the sake of discussion, however, if articles really are beyond saving, deleting articles tagged with issues does lower the backlogs on those issues. Sven Manguard Wha? 18:13, 1 November 2011 (UTC)

I know of a few thousand articles related to motorcycling topics that have been taggeed for years as being unsourced or original research and whatnot. But I also know that these articles, with only a handful of exceptions, get next to no traffic. It makes plenty of sense if you think about it: the reason the monster gets ignored is that nobody ever sees the monster. Because there are a million or so articles on Wikipedia which are so obscure that their maintenance tags are being seen by next to nobody, so next to nobody reacts to the maintenance tags.

There is a backlog of articles that get a significant amount of traffic which need to be cleaned up, but that backlog is a couple orders of magnitude smaller. So I disagree that Wikipedia is really failing its readers here -- in 99% of these cases there are no readers to fail. As a suggestion, I would want this backlog list sorted by traffic, so that the articles with the most readers are fixed first, and the ones with no readers are fixed last, or never. It would be a terrible waste of limited resources to work on the majority of these articles. --Dennis Bratland (talk) 18:07, 1 November 2011 (UTC)

I think that sorting items in a backlog by hits is a good idea. At the very least, it allows us to save face easily. It does not, however, solve the problem of there not being enough people working to clean up the backlogs. As to the notion that we're not failing our readers because the articles that are tagged are not viewed, you're viewing them, so clearly there are people, however low in number, that do care about those articles. If we're neglecting small numbers of users simply because the articles that they are interested in aren't viewed very often, it dosen't mean that we're not failing our readers, it means we're failing a smaller number of our readers, and that's still unacceptable. Sven Manguard Wha? 18:20, 1 November 2011 (UTC)

I'm sorry, but calling an article tagged for maintenance "unacceptable" is histrionic. Maintenance tags are a normal, healthy part of how Wikipedia works, and how Wikipedia gets better in an orderly fashion. The tags give readers adequate warning. If you want to say that about the 167 unreferenced BLPs, then maybe you have a point. You might even have a point if you were talking about unreferenced articles with no maintenance tags to warn readers. But it is not "unacceptable" that 1984–1985 United States network television schedule (Saturday morning)'s ~200 readers per month have no assurance of the accuracy of the article. Perhaps the statement that "From Jan 12-Feb, The Snorks and Pink Panther and Sons swapped time slots" is utter fabrication, but it doesn't bother me in the least. Not in the least. I have much, much better things to do.

Now the only reason I was viewing them is totally meta -- I was poking around at random on Wikipedia:WikiProject Motorcycling/Cleanup listing for important articles needing cleanup. But that was before Wikipedia:WikiProject Motorcycling/Popular pages became available; now I focus my efforts on what matters and lose no sleep at all over the bad pages with no readers.

If these neglected, unread pages bother you personally, that's fine. But you need a better argument if you're telling me to quit working on a page with thousands of hits per month because some page with 200 hits a month is unsourced. If anything, it would be beneficial to discourage editors from wasting time on pages like that.

But we do agree that the highest traffic pages should be fixed first, so by all means, push ahead on that front. --Dennis Bratland (talk) 18:40, 1 November 2011 (UTC)

You're right, maintenance tags are not, in and of themselves, problems. Having them in the tens and hundreds of thousands, however, is a problem. Having tags from a half decade ago is a problem. Maintenance tags work on the basic operating assumption that at some time in the near to intermediate future, they're going to get maintained. If that's not happening, we have a systemic failure. If tags are just going to pile up and never get fixed, the philosophy that "things don't have to be perfect now because there is no due date to have them done by" falls apart. That philosophy is part of Wikipedia's core. Sven Manguard Wha? 18:51, 1 November 2011 (UTC)

Your argument is ad nauseam: you keep repeating what a problem it is that X number of articles have old tags. X happens to be 250,000 but so what? Why is that a problem? 250,000 out of 3.8 million articles is 6.6%. Why is 6.6% such a problem? What rational reason is there that this number is too high? Should it be 3%? Or 2%? Why? And if only a fraction of that 250,000 get much traffic, why indeed, is it a problem? You could recruit an editor to spend ten hours fixing 20 of these articles, and those 20 could only get a total of 4,000 hits a month. Whereas that same editor could be recruited to improve a popular article that gets 4,000+ hits in a single day, or even a single hour. The difference in impact is staggering, and to thoughtlessly suggest devoting time to such obscure articles when many, many times greater benefit can be had elsewhere is illogical. I am asking for evidence of why this work is more important than other work. If all the articles with 10 or 100 or 10000 times more traffic were flawless, then it might make sense to recruit editors to work the obscure ones. But you seem to think the mere fact that these poor articles exist is inherently a problem. If they are orphans and unread, then they are harming no one, or next to no one. Whereas every {{Citation needed}}-tagged fact in Mick Jagger is going to be potentially misinforming readers at a clip of nearly 500 per hour.

So what if they have been tagged for ten years? Many of them would take ten years to get as many hits as an important article gets in a week.

If you know how to find editors who share your peeve here, that these trees that fall in the forest that nobody hears are a "problem", and if (for some odd reason) these editors would not otherwise contribute, great. At least they're contributing something. But if you want to pull them away from fixing high traffic, or even moderate traffic, articles to fix these pages because they simply bug you, then that harms Wikipedia. --Dennis Bratland (talk) 03:22, 2 November 2011 (UTC)

I'll note that the number of articles that are unsourced, undersourced, or have unsourced statements, as tallied at WP:GBD is just under 800,000, and that the number of content related tags on that page is around 1,407,000. Even accounting for articles that have multiple tags, that's well over 25% of our articles. It's clear, however, that we have fundamentally different views of the matter, and that our philosophies on Wikipedia are in conflict with one another. That's fine, and I'm glad that this opinion essay is able to spark discussion on the matter. I don't think, however, that asking users to clear backlogs is in any way harming the encyclopedia though, it it saddens me that this debate went to that argument so quickly. Sven Manguard Wha? 03:49, 2 November 2011 (UTC)

Since "the Foundation employees are hired for skill and availability, so they are rarely wiki-insiders, and often unaware of how complicated some of the processes are" (and I've certainly encountered quite a few helpful and savvy Foundation employees), perhaps the Foundation needs to re-examine their HR process and possibly consider hiring a few "wiki-insiders" to provide a better mix of skillsets and life experiences. As it is, the positions I see posted for the Foundation are not generally "jobs" as we old fogies understand the concept, but rather temporary/LTE gigs of a few months duration, which nonetheless require the successful candidate to move to SF. When you select for people who either already live in the Bay Area, or are willing to pull up roots and can afford to move to one of the most costly housing markets in North America for a temp contract, you are not going to get a very representative selection of candidates. --Orange Mike | Talk 19:03, 1 November 2011 (UTC)

Indeed; for many WMF jobs being a wiki-insider is the skill or should be. No wonder WMF's grasp of wiki-reality often seems tenuous. Work it out - the few lists the article mentions total nearly 800,000 articles. There were only 3349 editors making 100+ edits on en:wp in September 2011, most of whom won't abandon their usual editing for this. The relationship between tagged articles and articles with actual problems is pretty low in both directions - many of the worst articles aren't tagged & many tags are dubious. Johnbod (talk) 00:05, 2 November 2011 (UTC)

We already have a very large number of wiki-insiders contributing many hours' work for free. Offering to pay a tiny minority of them for that same expertise is unlikely to be the best way to solve any major problems, I think. If we need to hire employees to do jobs that aren't currently done by wikipedians then the hiring mechanism should concentrate on the skills needed for that job, although proficiency in editing wikipedia will often be a useful prerequisite. bobrayner (talk) 14:52, 2 November 2011 (UTC)

But is it the "same expertise"? Your own talk page says "I rarely touch articles related to my work", & I and many other editors are just the same. You suggest "proficiency" might be a "useful prerequisite" (what would a useless prerequisite be, I wonder), but more experience than that is apparently a bad idea. It's hard to see why. Fortunately some recent hires by WMF suggest they don't share your views, but the senior levels are still dominated by people with backgrounds in areas that were considered comparable to Wikimedia in a broad way, but actually are very different. Johnbod (talk) 16:07, 2 November 2011 (UTC)

To comment on the Wartungsbausteinwettbewerb, There is already a Wikicup, it ended today. 124 people signed up for 2011, and many more of us are likely to sign up for 2012, I know I will. It's purpose is mainly getting featured material. Maybe we should argue that there should be some lesser reward for getting maintenance tags removed. If it'd get passed, I'd not only take the challenge, but I'd have a chance of making it past round 1! Everybody wins! hewhoamareismyself 23:13, 1 November 2011 (UTC)

• The English Wikipedia is in great shape. If you think 250.000 unsourced articles out of 3.8 million are a problem, then you should try and take a look at other language versions of Wikipedia. Sure, it sucks that not all articles are perfect and that a lot of them have been tagged for half a decade, but people should not panic. It is going to be better with time. I can only speak for my self, but I don't like to drop in on a completely random topic of which I know nothing about, and then start writing. I have just decided to work on one article at a time. --Maitch (talk) 23:29, 1 November 2011 (UTC)
  • Very true, context is key. I went on French Wikipedia and hit random article for 3 minutes before I found a sourced one. But I think we need to be able to fix up our own house before we can help out the other languages. — Preceding unsigned comment added by Hewhoamareismyself (talk • contribs) 01:37, 2 November 2011 (UTC)
    • Agreed. Also, the downward comparison is never a good idea. Of course other projects have worse problems in some areas, but is that the bar we're setting for ourselves as a project? Not being the worst? --195.14.206.143 (talk) 01:58, 2 November 2011 (UTC)
      • The argument shouldn't be "We're really good, so this isn't a problem", it should be "We're really good, in spite of this problem". The first wording is tragically predominant, in everything from Wikipedia to corporate boardrooms to national political discourse, all that it does is hide things by contextualizing them. The statement "The rest of my body is fine, so this failing liver isn't a problem" immediately seems wrong and raises red flags, and yet it uses the same argument, right down to the word structure, as "The rest of Wikipedia is fine, so a quarter million unsourced articles isn't a problem", which seems to be eliciting less alarm, and even less recognition that there is a problem inherent in the statement. We should adopt the thinking "We're really good, in spite of this problem", because rather than discount the problem, that wording acknowledges it as being an issue. This subtle change makes all the difference, because it throws open the door for that problem to be addressed. Sven Manguard Wha? 04:07, 2 November 2011 (UTC)
        • You're almost overthinking it imo. From a "PR" angle (i.e. getting as many people as possible to help with the cleanup), that may be good and sadly even necessary. But the current situation should really never have happened in the first place. This whole backlog problem almost reminds me of the financial crisis in a way. All these tagged articles are a bit like I-owe-u's. They're a stain. Far from "We're really good, so this isn't a problem", and even from "We're really good, in spite of this problem", I wonder how good we really are for letting this get so much out of hand in the first place. But like I said, your comment makes sense, from the perspective of motivating others to help with the backlogs. --195.14.206.143 (talk) 04:27, 2 November 2011 (UTC)
          • I am not saying it is not a problem. I would just like to argue that just because an article is unsourced, doesn't automatically make the article bad or untrue. If you take a look in a paper encyclopedia, then you won't find a reference for each written sentence. The very idea that Wikipedia is a work in progress and that anyone can contribute is what made Wikipedia a success. These days most of the "problem" articles are really esoteric topics. Surely we can do better and surely we will. Article creation drops steadily, which frees up time to work on those we already have created. Just don't panic! --Maitch (talk) 11:15, 2 November 2011 (UTC)
          • In addition, I would like to point out why I choose to go all the way to GA instead of just cleaning a bit up. Let's say I pick an completely unsourced article to work on. If I add 2-4 references, then it will be tagged with "needing additional references". If I add 10-20 references, then it will be tagged with "citation needed" all over the article. I may as well go all the way, so it won't be tagged again. It is a slow process, but you can see the ratio of FA's and GA's going up versus the rest.--Maitch (talk) 12:04, 2 November 2011 (UTC)

Article creation drops steadily, which frees up time to work on those we already have created -- Isn't that a bit of a nonsequitur though? You're implying that the rate of article improvement is rising at the same time that article creation is dropping. But that is not the case.
Also, nobody is "panicking" and I for one resent that implication as well. We're addressing a veritable problem and thinking of possible solutions.
It's good that you're taking the time and investing the effort to go for GA, but many "articles" don't even resemble an actual article yet (think TV episodes) and many editors are simply not able to or interested in that level of work. Getting some of them to help make those articles meet the bare minimum requirements of our core content policies would be a gigantic step forward. --213.196.210.71 (talk) 13:01, 2 November 2011 (UTC)

Maybe it is because I have been here since 2005 that I have different perspective on things. In those days most people were working on creating new articles and very few worked on improving the articles themselves. A "brilliant" FA had 20 references and most of Wikipedia was unreferenced. These days, it takes 200+ inline citations to get an article to FA standards and a "bad" article has 30-40 references. Article creation is dropping (just look at the statistics page) and the overall quality of articles are getting better. It only makes sense that people have time now to improve now that we pretty much got a page for everything.

Now back to my point. I don't mind people working through backlogs in order to source articles, but usually if you just pick some random article and add a few sources, then it will likely be tagged for some else (additional references, inline citations, etc.). It is better to pick an article that you are knowledgeable about and fix all the problems with the article. Otherwise, you are just pushing the article over to another backlog. Finally, I don't consider 250.000 unsourced articles a failure. It is a great success and will improve over time - you just have to accept that things don't improve rapidly on Wikipedia.--Maitch (talk) 14:38, 2 November 2011 (UTC)

Not only are they not improving at all, it's getting worse over time. I've been here since 2006, and I strongly resent your appeal to authority (i.e. greater experience) to silence valid concerns about the project. If you don't feel anything needs to change, then go about your business, but please stop trying to convince people who are at least as knowledgeable as yourself about the inner workings of the project that everything is fine and dandy. Just consider the rhetoric devices you've employed in your comments here: First you tried to paint those who voice any concerns as "panicking", now you're claiming you have a more relaxed perspective due to more experience. Turns out, you have neither. And clearing the backlogs isn't all that's required either. We need substantial reform, maybe even in the form of a board of chief editors. Not "right now" (as in "panicking"), but things shouldn't go on like they have. Back in the day, the proportion of clueful editors was much greater than it is today. They didn't need fast rules, their greater average wisdom enabled them to make clueful judgments about when to ignore a rule and when to follow it. The same is not true for the bulk of editors these days. They need rules, if only to prevent them from making up their own. If your years of experience on Wikipedia have taught you anything, it should be that. --87.79.231.188 (talk) 15:25, 2 November 2011 (UTC)

Ok, I will stop commenting now. I don't have any authority over anybody and if I gave someone that impression, I apologise. I think I have made some valid and consistent points and I can see this discussion completely derailing. Cheers, --Maitch (talk) 15:48, 2 November 2011 (UTC)

Yet another attempt of yours at stifling the discussion. It isn't "derailing". You are deliberately attempting to derail it. You did not make any valid or consistent points. There is a problem with the general way we're handling many things on Wikipedia. If you do not see that, you are part of the problem. --87.78.44.235 (talk) 16:30, 2 November 2011 (UTC)

Working on success

The unreference BLP issue evenually got going after a date was established after which certain things where no longer allowed, it eventually was a massive sucess clearing over 60,000 unrefenced BLPs. I do think this can be extended on other new article content and there would be agreement to work forward on clearing backlogs in this fashion. Regards, SunCreator ^(talk) 18:53, 1 November 2011 (UTC)

It's a bit like empying a massive pond. People are not motivated to use a bucket to take water away when they see new water coming to fill it up. But once you stop any new water entering the action of removing water gives positive feedback to those involved. In that way I reackon that some sort of system to quickly delete(via a prod) for articles created after a certain date with no references would prove benificial. Regards, SunCreator ^(talk) 19:00, 1 November 2011 (UTC)

True, the size is an intimidating factor, but at the same time, few backlogs fill up at a rate of more than 15 or 20 items a month. If someone were to decide to choose a specific backlog and clear one item each day from it, that backlog would see a net decrease over time. Sven Manguard Wha? 04:16, 2 November 2011 (UTC)

Citation needed

Editors creating, especially mass-creating completely unreferenced placeholder "articles" in mainspace should simply be banned in droves. That would be one very efficient way to create an incentive for people to write properly, or not at all. --195.14.206.143 (talk) 00:30, 2 November 2011 (UTC)

There's nothing wrong with creating articles on subjects the Wikipedia community finds automatically notable (such as animal species, places, landmarks, ect.). It would be beneficial if they had references in the first place, but it's the existence of them that's more beneficial, since they can then be worked on by other editors. Silverseren^C 02:26, 2 November 2011 (UTC)

In an ideal world, it might work like that. In reality, that's just wishful thinking. In practice it works more along the lines of the broken windows principle. Bad substubs attract careless additions and even discourage more skilled writers to waste time sparring with subpar editors who are mostly unfamiliar with policies and the MoS, and therefore many of these articles stay bad forever. Articles should be prepared in user subpages and moved only to mainspace when they meet the minimum requirements of our core content policies. --195.14.206.143 (talk) 02:56, 2 November 2011 (UTC)

I agree with the Anon. We need to require refs from the beginning. No reflist with at least one formatted ref ---> auto-reject new article. Here's a controversial proposal: No new lists until all articles are referenced. -- Ssilvers (talk) 04:10, 2 November 2011 (UTC)

I'm not sure what one has to do with the other, Ssilvers. My controversial proposal has for a long time been 'delete all unrefereced articles immediately'. I get lots of moral support for that one, but the prospect of actually getting community consensus for it is slim. Sven Manguard Wha? 04:19, 2 November 2011 (UTC)

Oh, the two things have a lot to do with each other. Ssilvers does raise an important point, an idea I've also had for some time now. The culture of senseless page creation invites the exact behaviors and patterns that lead to the current situation. A moratorium on the creation of new articles (i.e. creation of new pages in mainspace) for at least a week at a time every now and then would actually be a great way to wake people up to the problem. At 6,824,784 articles, Wikipedia could survive for a week without new mainspace pages being created. Also, I maintain that sanctions of some form are needed against the people who create such a mess in the first place. Not only do they leave a mess, they make Wikipedia as a whole less attractive not just for the readers, but especially for more skilled writers. --195.14.206.143 (talk) 04:36, 2 November 2011 (UTC)

I am an ordinary untrained Wikipedia user and editor. Occasionally I have been persuaded to become involved in a more systematic way - and it has never come to anything. This issue of backlogs is a good example. I expect my experience is fairly typical (whereas my admitting it is unusual and foolish). Here goes:

I decide "ok, let's see if I can help here". The first link in the essay is 250,000 articles that need additional references. Right, that sounds promising, maybe I can help. I follow the link, and find a further link Category:Unreferenced Genetics articles‎, a field I may be able to help with. Then a further link Talk:Dominance (genetics) - I understand dominance, I ought to be able to help. I find myself at the talk page, which does not obviously complain about lack of references, though I do not read every sentence there. Instead, I visit the article itself, and go to the reference list. It has plenty of references. WTF? I came here to deal with a lack of references, and it has plenty. Ah well, I have more constructive uses for my time. Maproom (talk) 13:21, 2 November 2011 (UTC)

Well it doesn't have that many refs, & their format & style are certainly sub-standard, and the links need updating. Many are bare links, & others not inline, just sitting at the bottom. I very often just remove tags when I think they are unjustified, but not here. Johnbod (talk) 13:40, 2 November 2011 (UTC)

I used to do occasional work with the 'articles needing help' - then the system was changed to produced the looping around set-up described above ... and I am sure there are far more than 25 history pages requiring cleanup. As for references: not all articles need them directly - for example those developing particular aspects of a main topic - thus Pal Maleter and the Hungarian Revolution of 1956.

1. Possibly# a reason for some low-activity areas is that those interested in the topic have moved to area-specific wikis elsewhere in the wiki(a)verse, and those of us with only a passing interest in motorbikes (to borrow the above example), only want to know 'X is a big motorbike and Y is a weedy one' (so don't require references).

A suggestion I have made in the past - with the 'left hand column links' have an entry 'Random page needing clean-up' (which picks up on articles with any of the relevant tags). (I know the answer will probably be along the lines of 'involves far more work than seems obvious to the person suggesting it.') Jackiespeel (talk) 15:39, 2 November 2011 (UTC)

Uncited medical statements should be treated like BLPs

My controversial proposal has for a long time been 'delete all unrefereced articles immediately'. I get lots of moral support for that one, but the prospect of actually getting community consensus for it is slim. OK, so how about this for a lesser starting place? Uncited BLPs were treated differently than other uncited articles because of their potential for harm to living persons. Let's do the same for medical statements. Uncited medical statements can cause as much harm as uncited BLPs-- let's shoot uncited medical articles on site, and empower editors to delete uncited medical statements anywhere as easily as they can uncited BLPs. At least it's a start; in the medical realm, no info is better than bad or dangerous info, and citing medical statements correctly requires knowledge of and access to higher quality sources. SandyGeorgia (Talk) 13:58, 2 November 2011 (UTC)

Except that we don't immediately delete old BLPs. We have BLPPROD for new BLPs that are made, but that's not even instant, and you can't apply the prod to things made before it was made. Maybe we should start a new article drive, like was done for unreferenced BLPs, get a watchlist notice going and everything. It worked really well before, we got rid of all of them. Silverseren^C 14:17, 2 November 2011 (UTC)

OK, that-- but we are empowered to immediately delete BLP text that is uncited-- we should be able to do same on medical statements-- they can cause as much or more harm as faulty BLP statements. SandyGeorgia (Talk) 15:41, 2 November 2011 (UTC)

I think this is a really good idea (subject to Silver's comment). Just as with BLPs, we have a wide range of medical content - some whole articles, some mentioned as part of a nonmedical article (ie. the article on some obscure herb may mention its use as a folk-remedy) - of varying quality. Some are good or outstanding, but many others contain false or improbable claims which have genuine potential to cause real-world harm (typically by distracting readers from evidence-based medicine). Wikipedia, and the public, could really benefit from a firmer response to unsourced medical claims; deleting unsourced medical claims on the spot is the obvious answer but maybe there's potential to tweak one or two other processes... something like BLPPROD could be applied for any article which is primarily about a medical treatment. It should be possible to make it retroactive if the community wants that.

Wikipedia really needs to shift from quantity to quality, but it has to be incremental; sadly we can't do it all in one great leap forward. Setting higher standards for BLPs was an important step forward; higher standards for medical claims could be another step forward.

On another front, I dislike the mass-creation of location articles, leaving us with hundreds of thousands of microstubs based only on a single row in an indiscriminate and inaccurate database, and even more that have automatically-added content from censuses &c which is quite unreadable to a normal reader. However, there seems to be strong feeling that any inhabited place is notable by default (personally, I don't think the GNG supports that notion) so we're not going to improve quality of most location articles any time soon. bobrayner (talk) 15:48, 2 November 2011 (UTC)

I think it is a good idea to treat medical articles the same way we currently treat BLPs. --Maitch (talk) 15:52, 2 November 2011 (UTC)

Exactly. We shouldn't be trying to say that it all needs to be fixed right now. That's just going to result in the lost of a vast swatch of content. Instead, we should be taking steps to fix and improve such articles. I, personally, actually like the idea of a new article PROD for unreferenced articles, but it's something that has to be done slowly. Starting in medical articles seems like a good idea, for new medical articles. And we can start a drive to fix up all the old medical articles that are still unreferenced. Deal with it all a step at a time, not all at once.

And the place notability thing has to do with the Five Pillars and What Wikipedia Is, where gazetteer is one of the definitions, which means places are notable. That trumps the GNG and all of WP:N, which is just a guideline, not a policy. Silverseren^C 16:07, 2 November 2011 (UTC)