This page contains discussions that have been archived from Village pump (proposals). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.
< Older discussions · Archives: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, AA, AB, AC, AD, AE, AF, AG, AH, AI, AJ, AK, AL, AM, AN, AO, AP, AQ, AR · 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212
Pretty-much in the title: what would you think if non-admins could move pages without leaving a talk page redirect? Maybe the software could check for inbound links to the talk page and not present that option if they exist. The vast majority of talk pages have no incoming links, and the ones that do probably shouldn't be moved. The article/page would still leave a redirect, so no harm done. ▫ JohnnyMrNinja 19:34, 7 March 2011 (UTC)
Interesting idea Choyoołʼįįhí:Seb az86556 > haneʼ 08:26, 8 March 2011 (UTC)
Merits aside, I think this is technically problematic as "not leaving a redirect behind" is currently achieved using the delete
tool, which would have to be split or otherwise tinkered with a lot to isolate this particular implementation from the ability to delete other pages.
Skomorokh 18:36, 15 March 2011 (UTC)
noredirect
parameter in an API action=move query. This is available to users with the suppressredirect
right (currently bots and admins).
Anomie
⚔ 21:59, 15 March 2011 (UTC)Hello,
I just wrote a proposal about removing some of the more off-putting things on one page in the account creation. The discussion can use your input. Best wishes// Hannibal ( talk) 14:26, 11 March 2011 (UTC)
A large number of WP articles now have maintenance tags, many of which are years old. In some cases the issues have been fixed, in others not. In some cases the person adding the tag acted in good faith with rationale on the Talk page, in others it's a drive-by or agenda account whose sole problem is that the article reflects WP:NPOV instead of WP:TRUTH.
Proposals:
It is clear to me that newbies do not feel they have the right to remove tags. Issues not actively being fixed, and where the editor identifying the issue cannot be arsed to make a case, should simply be closed - as is the case with any trouble ticket system. I think that's the way to view tags: as trouble tickets. In every system I've encountered, "no response from originator" is solid grounds for closing.
I'd exempt WP:BLP articles; tags on these over a month old should result in listing at WP:BLPN and loud klaxons and flashing lights.
Lets pick up after ourselves. Guy ( Help!) 01:22, 26 February 2011 (UTC)
You may be interested in my user essay User:Yaris678/Deny automated recognition. It recommends a tweak to how the various automated and semi-automated anti-vandal tools should work. Yaris678 ( talk) 15:50, 12 March 2011 (UTC)
Please see commons:Commons:Village_pump#Proposal:_Fair_use_upload_bot for my proposal for a bot that would re-upload images that are deleted on Commons but in use on En to En as candidates for fair use. Please comment there. Dcoetzee 12:11, 16 March 2011 (UTC)
I emailed ArbCom about this (because I thought since it would be an ArbCom ban, it was ArbCom's decision) and they said that I should make the proposal to the community. Basically, the proposal is: I was thinking: people occasionally don't listen to ArbCom or community bans, and end up editing pages or topics they are banned from; sometimes with full knowledge, in which case they might create lots of drama and hinder editing, or a complete accident, where their claims sometimes can't be believed, even when they're true. Then I thought of a way to 'block' users from pages in certain categories or pages etc: the abuse filter. The abuse filter can be used (as said in an IRC discussion) to prevent users from editing certain pages by preventing the edit if a certain user tries to edit a certain page, and I believe this would be useful to prevent users from deliberately going past bans and causing disruption, or banned users accidentally editing pages they are banned from editing and being punished for their mistake. That's my proposal. -- 123 Hedgehog 456 : Create an account! 20:09, 16 March 2011 (UTC)
This doesn't seem to be a good idea for a filter for the reason's given by Alex, but a bot would be easier (reports edits made in the topic). We can keep a section of monobook.js which gives them a nice "do not edit please please please" banner on the relevant pages, so that they don't accidentally edit.
I propose we, wikipedia, begin to create appeal for PhD.
I propose the following
Wiki registration divide members up according to discipline of major and level of education (Elementary, Middle, Highschool,Undergrad Freshman+Sophmore, Undergrad Junior and senior, master candidate, master, PhD. Candidate, TA,)then...
Instructor 2 Board Eligible 50-75 hours of teaching per year
Assistant Clinical Professor 8 High degree of clinical competence, 50-75 hours of teaching per year
Associate Clinical Professor 6
Clinical Professor - - Evaluations - Excellent teaching, 50-75 hours of teaching per year
Emeritus - - Reserved for highest rank - distinguished record of UCSF teaching and clinical competence.
I proposed based on academic rank no level can edit the information placed by a supperior accademic title, and can only be altered by one of a higher or equal rank,
However, the issue is when a piece of information becomes out dated event though a professor said it is true and no one can change it. I would propose that any Graduate can question the point made by a professor and opon reaching a certain boundary it should be checked by a staff of PhD.'s hired or open sourced through wikipedia.
Also I propose anyone can hypothesize, while also a process of philosophical building can occur in the mind and words of anyone, as such anyone can propose theory (Following this same rank system mentioned above), however I propose only a graduate can choose to breath life into the idea and perform appropriate scientific experiments that will move the idea from philosophy to theory.
I believe this would revolutionize accademia giving professors access to a vast sea of ideas while establishing an interactive process of peer review which is constantly being refined by the masses. I believe this would increase education, reseach, wealth, knowledge and the condition of man.
Finally I propose we establish a section for every discipline with a subsection for every theory and its associated subsets until the fact level. I believe that this would enable man to revolutionize the peer review process making responces between professors instant and furthermore breaking peer review down from massive 30 page essays of 6 months of independent thought to thought by thought constant refinement.
Tell me what you think and please add and edit as you see fit! You can reach me at <redacted> — Preceding unsigned comment added by Mcl10002 ( talk • contribs) 10:08, 12 March 2011 (UTC)
I usually have this issue when it comes to WikiProject redirects, but have had it elsewhere. It becomes really annoying when I am confused for a while as to why my link is redlinked. I usually try several other things before it dawns on me it was an issue of CamelCase formatting. I realize that this could cause issues when 2 items conflict and one is spelled with CamcelCase and the other isn't, but I think we already do something similar with plurals. 陣 内 Jinnai 23:28, 14 March 2011 (UTC)
Anyone want to start a page where users place bets on things like sporting events, elections, or really anything. We would be betting work on Wikipedia. Example:
Some wikifun to pass the time and hopefully get some work done. Thoughts? AerobicFox ( talk) 20:58, 15 March 2011 (UTC)
::::Oh will you relax, lol, such outward hostility like that can dissuade one from editing all together as it makes them feel unwelcome. Are other groups not allowed to make self-depricating comments in talk pages as well or does it just apply to us? I am curious, how is it handled when it does come up (in practice, not in theory)? I will take the approach that as you feel offended by it, I will not make self-depricating jokes on the encyclopedia, but I do still consider it to be an important part of our culture, and so I feel nothing wrong whatsoever about it.
Sir William Matthew Flinders Petrie
Say Shalom! 17:06, 16 March 2011 (UTC) Edit: alright, now that I am a bit more chill about this, and can look at it without the distraction of being offended, let me analyse it as an anthropologist. I think this is an instance of common cultural and (in my case) professional practice coming up against Wikipedian cultural practice and rules. So as an anthropologist I must of course conclude that the best approach to take is to adapt to the cultural practice of the Wikipedians so as not to cause further offence to them (and I know you're probably thinking I am talking about you guys like natives, etc, but the same applies if you're in France or elsewhere). So that is what I will do. Though might I suggest in the future this sort of thing be approached with a gentler hand? What starts and argument is two or more people approaching something in an angry manner rather than one person being calm, polite and friendly and dealing with it in that manner. Remember the old saying "you win more flies with honey than you do with vinegar." You do that until friendliness no longer works and then simply bring the banhammer. No one can blame you if you failed, but odds are that being friendly diffuses the situation. Anyway, about this bet thing, I oppose.
This might be a fun thing to have on a completely separate website..... Wabbott9 ( talk) 01:35, 18 March 2011 (UTC)
Alright, maybe I'm missing something, but I am not sure why (to my knowledge) there is no undo button for those times when you accidentally hit Crtl+A while writing something. Just happened to me before. I see no option for undo, and it's not in the perennial proposals or in the old proposals afaik. So why don't we have an undo button exactly? Oh and redo too I suppose. If there are none without the toolbox thingees then I propose that an undo and redo button be added. Sir William Matthew Flinders Petrie Say Shalom! 17:39, 16 March 2011 (UTC)
Is there a standard procedure for proposing a new "sister project" (Wiktionary, Wikiquote, WikiBooks, WikeSource, WikiNews, and a number of others are "sister projects" of Wikipedia, run by the Wikimedia Foundation)? I've created this proposal, but I don't know if that's the sort of proposal being sought there, and as far as I know, no one's noticed it. What would be the best way to inform online communities of the proposal and invite participation? (Besides maybe a brief notice on the talk pages of interested WikiProjects?)
Briefly the idea is this: Web sites like rate-my-prof (or whatever its called) are for soundbites only; they do not welcome serious substantive discussion. They have extremely small limits on lengths of comments and don't want to change that. I'd like to have a forum devoted to the same topic, differing from those in that it would allow and encourage serious discussion. Michael Hardy ( talk) 23:34, 16 March 2011 (UTC)
During the next couple of weeks, there will be some testing on the account creation process. I and the others who are working on this of course aim to disturb the normal routines as little as possible, but as we have seen (see WP:AN for more details), there can be some unforseen side effects. If that is the case in the future, you are welcome to help out. I have created this workspace, so that everything is transparent. If you have any questions about this, feel free to contact me through my talk page (but remember that I am on GMT+1 time), or through email (which you can find on my user page). I apologize in advance for any problems this may cause and hope that many people jump and create their own versions so that we have many new alternatives to test.
Oh, and by the way, I intend to start testing version nr 3 in about 10 hours. You may edit that page up until that moment. Thanks for your patience.// SvHannibal ( talk) 00:15, 28 February 2011 (UTC)
The Welcoming committee has a huge task, to try and introduce new editors to the basic aspects of the wiki once they make a contribution.
My proposal would be to use bots to automatically leave a message with registered users once they make their first edit into the project namespace. Regardless of wither this is a positive or negative edit, I think a simple message could be generated to neutrally present the five pillars, some basic links to editing, and a handful of other useful links. This would in turn automatically show users the broader aspects of the community and perhaps lead them to make more constructive and focused edits. More specific welcoming messages could be used if the first edit is to a user page, a talk page, and so forth.
This would not negate the use of the Welcoming Committee, they could still provide a more specific and human welcome. But for the most part, their basic duty could just as easily and more accurately be performed by automation. Thoughts? -- Nick Penguin( contribs) 06:13, 6 March 2011 (UTC)
This is a perennial issue which really arises because of the flaw in MediaWiki:Welcomecreation: it disappears and can't easily be found again. The solution was proposed as T23318: essentially, turn it into a dismissable message shown on new users' talk pages, which isn't an actual talk page posting and doesn't turn the redlink blue. Rd232 talk 14:34, 9 March 2011 (UTC)
I think the test method outlined by Lambiam would give us the most neutral way of determining which method of welcoming functions better. Taking a test group of new editors and automatically welcoming them when they make their first edit, and then a control group where regular methods of welcoming occur. Using a few thousand accounts for each group would reduce the chance of number skewing.
The bot welcoming message would be simple, it would only include neutral information about content policy, MOS, how to interact with users/talk pages and how to get involved with the community. Just short and simple. Then after several months, we analyze the results. Thoughts? -- Nick Penguin( contribs) 15:59, 11 March 2011 (UTC)
This is my first visit to the village pump. After a year or more of considering the possibility, I did my first edit on 23 February and since then have been enjoying populating a very small corner of the Wikipedia world (Jewish musicians, poets, actors, etc involved in cabaret in Warsaw between the World Wars) using a few Yiddish reference books I've been reading and some amazing Polish savants who post inter-war tangos on Youtube!
Feedback for the old-timers: I found the Wikipedia interface incredibly intimidating. It's austere and verrrry nerdy and obscure. It took me a while to even SEE the "edit this page" tab - at first I thought I could only edit the reference list, not the article itself. Also, I couldn't figure out for a couple days HOW to make my references show up in a reference list.
I needed (still do need) a list of formatting rules close at hand - I still look some of them up by GOOGLING wikipedia to see, for instance, how to format a "redirect." I know there is a cheat sheet but I can't remember how to find it. I am overwhelmed by all the acronyms. I stuck it out because I was curious, but it wasn't easy. I'm surprised and pleased to see so many people here caring about there being new editors - and I did receive a "welcome" note - but really what you need is to see this interface through my eyes (or any other newbies). It doesn't work like any forum or other user-content-generated site I've ever been involved with. And now I will remember to add my four tildes. Jane Peppler ( talk) 03:37, 15 March 2011 (UTC)
In an effort to reduce the burden at WP:NPP, several people have undertaken a large project to review and grant autopatrol rights to users that qualify for them. Over the last 2 months, about 2,500 users have been reviewed and about 1,000 users have been granted the right so far. The task has been laborious and I would like to get one or more bots to help with the effort. Before making a bot request, I want to get input from the community to see if we want to do this. Do we want to do this?
If we decide to do this, I think much of the effort could be automated. We already have a script/bot that is generating reports of possible qualified users. This is the general idea — only users that would easily qualify for the autopatrol right would be automatically submitted for review.
The bots could remove users from the list using several defined criteria;
Note that this is completely different than users requesting the right. This would be specifically defined to find users that would easily qualify for the right. Any input is greatly appreciated. - Hydroxonium ( talk) 13:04, 12 March 2011 (UTC)
Minor remark. The generated list is based on the count of created articles that are not redirects, but this also includes articles in the count that were created as a redirect, but were later changed (usually not by the creator) to a normal article. I assume that that is not intentional. In practice this may not be a big deal. -- Lambiam 21:08, 12 March 2011 (UTC)
Thanks for all the great input everybody. This is what the search currently does.
These are new suggestions
These suggestions need timeframes
Any help for suggested lengths of time is greatly appreciated. Thanks very much. - Hydroxonium ( T• C• V) 08:25, 18 March 2011 (UTC)
Let me start by saying how amazing the Wikipedia is. Given the disparity of views and how difficult human nature is it is amazing that the Wikipedia works at all.
I wonder if it would have been better to have different classes of pages within the one wikipedia.
Quality
Classification
Authorship
I think this could open the Wikipedia up and allow a broader range of content. Thepigdog ( talk) 02:54, 14 March 2011 (UTC)
I am not asking Wikipedians to give up principles that have worked well for them. I am asking that these principles be assigned to a class. That class is good. It has worked well for Wikipedia.
I am suggesting that something major has been inspired by Wikipedia. An idea that human knowledge may be available online, in a form that anyone can add to in a spirit of mutual co-operation.
The other Wikipedia sites will never work because there is no organising principle that co-ordinates them or gives them validity.
The Wikipedia is what people want, the encyclopedia of unbiased verifiable facts. But these facts should be backed by other material within the same database. How wonderful it would be to click on a theorem in the wikipedia and go to the derivation or proof. The proof belongs to a different class. But it two is subject to the same open review as the result.
External links will always suffer from linkrot. And the external links are not open to the same review as in the Wikipedia community.
If you dont do this the Wikipedia will increasingly become a conservative element in society. A repository of safe ideas verifiable by out of date sources. If you expand the wikipedia gradually by adding in new classes the Wikipedia will be come a co-ordinated library of human knowledge.
The choice is yours. I understand the spirit of the age is against me. And encyclopedia of established facts fits well within that age. If you expand the Wikipaedia by creating new classes you will create something amazing. If you dont do this you will have lost an opportunity. Thepigdog ( talk) 05:33, 20 March 2011 (UTC)
(NOTE: The following was moved from Wikipedia:Proposed liberty on essays. -- Uzma Gamal ( talk) 14:10, 18 March 2011 (UTC)): The Proposed liberty on essays is a Wikipedia proposal that would let people have POV essays that don't have to do with Wikipedia. Well, we have userboxes that often have a POV and userboxes are often short. It would be healthier for the brain because then we can read more and thus our brains don't become mush. -- SomeDudeWithAUserName 21:22, 17 March 2011 (UTC)
How about for admins, for incidents, they can attach a PDF Doc of the incident and after other admins can download it? PDFs are able to be uploaded to wikipedia. ~~Awsome EBE123 talk Contribs 22:00, 18 March 2011 (UTC)
I am a gnome - on my page I have the gnome userbox - it looks from a distance like a black and white image of a vagina - do I need to see a psychiatrist, an optician, or should the image be improved? Mark Dask 19:45, 19 March 2011 (UTC)
We now have Featured articles, Featured lists, Featured pictures, Featured sounds, Featured portals, and Featured topics. The effort and skill to create a great disambiguation page is along the lines of lists and topics (and the up and coming Featured books). -- Uzma Gamal ( talk) 05:05, 20 March 2011 (UTC)
My proposal is that no editor ought to be allowed to review an article at a level that they themselves haven't reached. In other words, if you haven't written a good article or a featured article then you have no demonstrated expertise to review someone else's GAN or FAC. Malleus Fatuorum 03:08, 3 March 2011 (UTC)
This would discourage/forbid editors who may be experts or have access to good sources who don't happen to have got an article to GA/FA from commenting at all - surely this would make for a poorer quality review and poorer articles. Nigel Ish ( talk) 22:12, 3 March 2011 (UTC)
Support. Of course. We don't need more unqualified reviewers. We need more qualified ones. It's hard enough dealing with qualified ones, but throwing poor quality into the process reduces efficiency, not increases it.
Doing a good review in some ways requires even MORE perspective than doing a good article. Ideally we'd have some superstud New Yorker editor figure. But failing that, an article writer is much better than someone who can't or won't write articles. If someone doesn't have the capability (or desire) to write an article, I don't want the review.
I've been unimpressed by the reviews from people who haven't done an article. They don't have an overall vision, they don't spell out their crits, they don't have any sympathy or understanding of the author. They seem to play the RFA power game of playing with the support/oppose to drive personal views on style choices, rather than making reccs on things where a choice is allowed. I've actually twice (in a short go) seen very malicious behavior from reviewers who had not done an article.
Only other thing is would add that we should do quid pro quo (require reviews) as DYK does. I'd MUCH rather have an enforced review from someone who writes featured content (he's going to give a good review, he's already shown that by writing articles that he can compose his thoughts) than have a review from someone who is intimidated by actually...well writing an article (which after all is the unit of work product from the reader [customer] point of view). And I'd be more likely to do the reviews and be more interested in the process, if it was a part of the civic duty, than if it's some ad hoc thing with Sandy whining about how no one does reviews or isn't nice enough to reviewers.
And I actually agree that the places (well FA really) are kind of clubby. But I don't think inviting Randy from Boise is the answer. The answer is getting ALL of the populaton of FA writers to do reviews, not just a small number.
TCO ( talk) 14:33, 13 March 2011 (UTC)
Moving beyond the original proposal, which hasn't had any support, there is a real issue motivating that proposal. Now I would have thought more emphasis on collaboration would be the way to go, to ensure that (for GA) reviews don't rest solely on the shoulders of a single editor who might not be qualified enough. Get a minimum of 2 or 3, and on average it should be OK. Alternatively, and more in line with the original proposal, get the relevant community (FA/GA) to approve reviewers, based on some defined standard in which contributing FAs/GAs would feature as providing lots of credit, but not be required (necessary credit for approval can be reached without that). We could also consider ways to make reviewers more accountable, with a clear list of review contributions. Rd232 talk 08:11, 3 March 2011 (UTC)
Personally, I'm all for going in the complete opposite direction, here. We should just mark the whole GA/FA process historical and forget about it. Regardless of original intents (which, I believe, were good), the reality of the current GA/FA ecosystem is that it consists of an insular group of people who seek to provide ego boosts to themselves and others associated with the group. I, for one, will not be a part of it.
I don't expect that my opinion here will be popular, of course. As a matter of fact, I expect it to be largely ignored. There's nothing wrong with that, but I think that it's still important to state. People such as myself generally avoid those of you involved with GA/FA due to your collectively prickly nature (in the area concerned with the GA/FA process, at least). I have done some MOS work, and may contribute to parts of the MOS again, at some point in the future. Unfortunately though, the FA/GA process has become a rather exclusive and, as I said above, insular group (dare I say elitist?). I simply feel that it is the antithesis of what Wikipedia should aspire to, so I have no real motivation to enable it. I know that I'm not alone in basically ignoring the whole system (which, interestingly, is easy to do. Happily.). Regards
—
V = IR (
Talk •
Contribs) 02:33, 6 March 2011 (UTC)
I have another proposal for improving FA/GA reviews - subjecting reviewers to a short 10 question open-book online quiz to make sure they have read the criteria. Anyone who passes the quiz would have a bit set in their signon record and they would be eligible to review FA and GA candidate articles. We are facing a large problem with criteria creep. Some people who are reviewing DYK-suggested articles treat the process as if it were a GA review of the article. Other reviewers give GA nominated articles an FA level review, etc. The plan could be implemented by designing a panel of 25 multiple choice questions that would be selected at random and presented to the test-taker one at a time with an explanation of why each answer selected was right or wrong. The test-taker would only advance to the next question if he answered the prior one correctly, and the bit would be awarded after 10 correct answers in a row.
At present, there is no guarantee that the reviewers understand their role or the criteria. This proposal would give FA/GA reviewers a sense of being "certified" and would lead to better reviews. Racepacket ( talk) 15:45, 10 March 2011 (UTC)
The following discussion 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.
I propose that adminship be granted for a period of three years only. An editor must also wait three years between adminships. All existing admins that have been admins for longer than three years lose that status (but may reapply for adminship in three years). I think this proposal is a good idea because:
-- Surturz ( talk) 12:47, 16 March 2011 (UTC)
This is clearly listed at WP:PEREN#Reconfirm_administrators. Mono ( talk) 17:35, 16 March 2011 (UTC)
I get the feeling there is some support to give admins a bit of a break, and clearly three years is too long. What about a much shorter period of perhaps three months? It is not overly long and would give admins a chance to reevaluate things from the outside once again. And what if this was a voluntary program to sign up for? Consider it a like a periodical sabbatical. -- Nick Penguin( contribs) 04:34, 17 March 2011 (UTC)
It's not gonna happen, ever. I've read all this stuff many times before in different variations. Choyoołʼįįhí:Seb az86556 > haneʼ 04:58, 17 March 2011 (UTC)
I was thinking about this on my way home from work yesterday, completely unrelated to this thread which I only saw this morning. I think one of the major reasons that RfA is "broken" is that there is a common belief that it is too hard to get administrators out. I was trying to work out if there was a way to re-confirm the administrators. What I propose is a process where "Once every *time period*, administrators would submit themselves for community review, where the community could offer feedback and most importantly !vote on whether they should retain the mop. The voters should be *editors in good standing*, and if the !vote is below *arbitrary limit*, then the administrator would lose the bit".
Now, I think the idea is good in principle, but the three items in question should be discussed. I was thinking a *time period* of 1 or 2 years (if we did 1 year, we'd have around 6 a day... that's possibly to much), *editors in good standing* should be editors with say over 100 edits (to prevent people registerring in order to get someone out), and the *arbitrary limit* I was thinking at around 50%. Definitely not as high as RfA, but if less than 50% of the community think you are doing a good job, I don't accept that "Someone has to make the tough decisions" is a good excuse. I wouldn't be averse to putting in a leeway of say, 20% for crat judgement either. Above 60% mostly retain the bit, below 40% mostly lose the bit. For the record, I am not an admin, but if I were I would be looking at something like this for my recall procedure. WormTT · ( talk) 09:02, 17 March 2011 (UTC)
If I'm hearing it right, the perceived problem is that "adminship is for life", and that it's too hard to get rid of those that are perceived as "bad admins". The proposals above focus on either forcibly desysopping admins after a certain period of time, or forcibly putting them through another mini-RfA every year, or something along those lines. None of these time-based solutions work. If an admin is doing a good job, and is willing to continue doing a good job for 20 years, then desysopping them for no other reason than "a certain amount of time has passed" is shooting us in the foot and throwing a good admin into the trash. Forcing a good admin to go through a mini-RfA every year is also an unnecessary burden on the admin and on the community. Getting through RfA once is stressful enough, having to go through that process again every year would be borderline unbearable. The problem is with "bad admins", not with "good admins", so any proposed solution should only affect the bad admins and leave the good admins alone. If the problem is that it's too hard to get rid of bad admins, then the proposal should focus on creating a mechanism for desysopping an admin when there is an overwhelming community consensus to do so. Or, the proposal should focus on making WP:AOR more enforceable. Any solution that involves mandatory events for all admins at specified time intervals is too cumbersome, bureaucratic, and places an unnecessary burden on admins who are busy enough doing a great job (i.e. the vast majority of them). I'd suggest this thread gets closed and you go back to the drawing board. —SW— gossip 20:47, 17 March 2011 (UTC)
To trow any crazy idea in the fray, one of the main concerns about RFA is that it is currently very, very hard to pass which causes a massive reduction in the number of successful candidates (and I assume candidates in general). How about we do something like:
A temp admin could do RFA again in three months and either get full adminship, get a second temp run or get demoted. The focus in the second RFA should be on his/her actions in those 3 months. I am pretty sure something like this has been suggested before, but I dunno what would be problems with it. Yoenit ( talk) 23:09, 17 March 2011 (UTC)
I just read through the entire text above. Consensus sits (fairly) squarely against it, for various reasons, not the least being that there is already a shortage of administrators. Now discussion is drifting back towards unbundling, and temporary adminship, which really doesn't seem to be directly related to the three years proposal. While I am against it for many of the reasons above, I think that this discussion either needs to truly redirect itself at some targeted proposals, or refocus on what was presented and what can be changed in the original proposal to make it viable. NativeForeigner Talk/ Contribs 03:58, 18 March 2011 (UTC)
I understand from this discussion thread now ongoing as part of the March 2011 update on Strategic Planning at WikiMedia that the Swedish wikipedia currently has one year terms for admins, reportedly with successful results. Could we learn from what might work elsewhere and apply lessons learned here? Perhaps Lars Aronsson, who made the observation there would weigh in here? (I'll ask him) Geoff Who, me? 22:16, 17 March 2011 (UTC)
-- Surturz ( talk) 08:03, 18 March 2011 (UTC)
I know, everyone is sick of it. We're almost done. Phase three, the review/recommend phase is now up. It is a questionnaire you can fill out with any reply you want, without having to argue or read fifty thousand words before participating. We really want users who haven't yet participated to join in in this phase, along with everyone who participated in the first two phases. The more responses we get, the clearer consensus will (hopefully) be. It will only take a few minutes of your time so fill one out whenever you have a moment. Thanks! Beeblebrox ( talk) 19:28, 20 March 2011 (UTC)
Lately, when ever I have tried to log in to Wikipedia, I have had the message that some people have reported trouble logging in. This had not affected me at all until tonight, when I got the message that Wikipedia uses cookies to log in, and with cookies disabled, I had to enable them and try again. Well, my guess is that explains why people have reported trouble logging in (I was not sure how to enable cookies on this laptop - I use Google Chrome as my default browser, but I logged in tonight on Apple Safari when I did not get the same message. I know this is a proposal which should really go to technical proposals, but I don't feel knowledgeable enough about information technology to post it there, and also, I guess that more people read this feature than the proposals there - so, since this proposal could affect all Wikipedians, I am posting it here. My proposal is this - can we please stop using cookies to log in? I am prepared to be shot down by some one more computer-savvy than me, but I just thought I would pop the question! Thank you in advance for any help on this one - it just occurred to me that if we stopped using cookies to log in, a lot of people would cease to complain about having trouble logging in. ACEOREVIVED ( talk) 00:37, 23 March 2011 (UTC)
The reason I posted the VPT thread was to ask why the bug is occurring at all. I'm posting at bugzilla. ManishEarth Talk • Stalk 12:11, 23 March 2011 (UTC)
I have read through
WP:PEREN and as far as I can tell this issue haunt been directly proposed yet. I have also searched through the archives of the pump and again as far as I can tell this issue has never been directly addressed.
I believe that there needs to be a way to tag something to not show up if you press the random article button on the side bar. I am saying this mostly for the point of censorship, I am not saying that the article be removed I am just saying make it so a 5 year old on Wikipedia can't hit the random article button and get something inappropriate for his age. I understand there are ways to go into setting to dis able pictures showing up but to do that you would have to know that the picture was on there in the first place.
@ d \/\/ | | |
Talk 11:42, 18 March 2011 (UTC)
Well, I suppose that would work, although I would personally object to that because that is how I find many of the articles I try to help out since there are so many "bad" or stub articles out there. @ d \/\/ | | | Talk 14:44, 19 March 2011 (UTC)
I'm not sure if this already exists, but a quick check didn't reveal anything interesting. I'd like to propose a framework for wider use of the <math> LaTeX syntax. By this, I mean:
I've seen quite a few pages which have normal text math, which makes it hard to understand and doesn't look as nice (compare the above example with the
rvn where I've replaced the math, and
The slightly meatier current revision).
Any comments? Thanks,
ManishEarth
Talk •
Stalk 11:20, 24 March 2011 (UTC)
What would be the support for adding a "note pad", where you could enter plain text (it would not have any wiki formatting, images, or anything). Basically, it would be a private little "TODO list" or whatever the editor wanted to use it for. As an idea for design, click on "Edit raw watchlist". Each editor would get ~10kb of space to use. (This may be amended to each editor with more than 100 edits to save disk space as 13,000,000 users each with 10kb = 130gb.) Reaper Eternal ( talk) 20:18, 25 March 2011 (UTC)
I don't expect to get much support for this one. But I want to propose it anyway. I often see new accounts make big bold edits without leaving edit summaries, and I assume good faith of course, but I still don't know why they boldly removed that certain paragraph or sentence, or changed that date or statistic, or whatever. I don't know how many times I've had to leave an extended message on new users' talk pages explaining why they need to use edit summaries. Better to get them in the habit early, then once they get autoconfirmed they can have the option to turn it off. -- œ ™ 09:29, 11 March 2011 (UTC)
I really dislike this proposal. What are the new users supposed to do say they are for instance, just trying to get a piece of wiki code to work, or making minor edits. Forcing them to write a summary of everything they do seems like a hassle for new users. AerobicFox ( talk) 17:27, 11 March 2011 (UTC)
I would weakly support a dismissible reminder for anons and new users (weakly because of AerobicFox's concerns), but I would oppose forcing users to provide one. Mr. Z-man 17:38, 11 March 2011 (UTC)
I've had other users ask me how to leave an edit summary before, so I do suspect that many just can't see the bar right above the "save page" button. How about we just move the edit summary above the edit box, make it some obnoxious color, and render " Edit summary (Briefly describe the changes you have made)" as " Edit summary (Briefly describe the changes you have made)" and/or (along Mr. Z-man's suggestion) if they try to save a page without putting an edit summary, a prompt comes up saying "are you sure you don't want other editors to understand what you're doing?" Ian.thomson ( talk) 17:50, 11 March 2011 (UTC)
I would oppose compulsary edit summaries. The last thing we need is another hoop for new users to jump through before they can edit. Support a reminder, which would leave it firmly in their hands while still encouraging them to use the tool and educating them about its use. Interesting to note that of the eleven of us involved in this discussion, only four used edit summaries on the first edit, and none on all of the first ten ( [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15]). Would it be right for us to force new users to do something that we failed to? Alzarian16 ( talk) 13:27, 15 March 2011 (UTC)
Support the default reminder in article space for non auto-confirmed users. It's no great imposition and should reduce misunderstandings and possible summary reverts due to misjudging new editor's intentions, particularly if edit is not well formulated. It should also serve to highlight intentional disruption. RashersTierney ( talk) 13:45, 15 March 2011 (UTC)
Oppose. As Alzarian helpfully pointed out this is not something we should hassle newbies about. I would be more tolerant of something along the lines of "congratulations on your 100th edit, may we now introduce you to the idea of the edit summary", but as for newbies I'm much more concerned about getting them to tell us their source. DE wiki has a referencing prompt and I would like that to be trialled here. Ϣere SpielChequers 14:00, 15 March 2011 (UTC)
The last thing we need are more barriers, especially those requiring a degree of technical aptitude, to new editors contributing. Would not object to a dismissible prompt after 20 or so edits though along the lines of the comments by MuZemike and WSC above. Skomorokh 18:33, 15 March 2011 (UTC)
Much as I appreciate that this proposal was made with good intentions, I for one would quite strongly oppose it. Many newcomers to Wikipedia probably are just getting the hang of editing it, and are not even at the stage of thinking about edit summaries. My guess is that, every day, there are probably numerous edits which lack an edit summary which are perfectly good edits. This proposal does have shades of the perennial proposal (which seems unlikely to work - ever) of only allowing logged in registered users to edit Wikipedia. People who are new to Wikipedia are probably learning how to edit it before doing edit summaries - after all, one must crawl before one can walk. ACEOREVIVED ( talk) 00:44, 23 March 2011 (UTC)
Oppose mandatory edit summaries, support default reminders. ACEOREVIVED said it best - "one must crawl before one can walk". Let's not give newbies more hoops to jump through by forcing them to write an edit summary before their edits can go through, but rather let's encourage them to provide summaries with friendly reminders and a brief explanation of the benefits of providing summaries. Aside from discouraging participation from new users, another potential drawback to requiring edit summaries is that some - who don't care to be bothered with providing a summary but want to see their edit(s) materialize - may be tempted to write nonsensical gibberish or some kind of wisecrack in the summary space just to satisfy the "write something" requirement. And, of course, such summaries would unhelpful and counterproductive, as they would likely seen by patrollers as a sign of vandalism when this may not be the case at all. No, better to focus on ways to more effectively encourage edit summaries. The ideas proposed above by Yoenit and Ian.thomson are very good ones that should be given strong consideration.-- JayJasper ( talk) 03:51, 23 March 2011 (UTC)
JayJasper, thank you for your comment. Your comment about another difficulty here being that if we force people to write an edit summary, they might start writing nonsense is well taken - I had not thought about that, but it is an excellent point! ACEOREVIVED ( talk) 19:32, 23 March 2011 (UTC)
I think that a prompt for, but not enforced edit summary, is a brilliant idea. I have a terrible history of not giving edit summaries, and have only recently discovered the pref where I could ask for a prompt! Since when, I've begun to get into the habit without having to be prompted. Pesky ( talk) 05:07, 29 March 2011 (UTC)
I am proposing that a user who was blocked due to a username policy violation should have the account renamed. Even if a username gets blocked in the current system, it still has some advertisement value if that's the reason, as it's still visible. The renaming should go with a common nomenclature. To prevent the offending username from appearing again, I also propose a blacklist of usernames that will be technically blocked from account registration. Jasper Deng ( talk) 03:07, 20 March 2011 (UTC)
Almost no one replied to this proposal that I think deserves more attention. I am proposing to rename usernameblock'd accounts with a common nomenclature and a username blacklist to prevent offending usernames from appearing again. Please comment with your ideas on this. The proposal is an earlier Village Pump thread (scroll up please)
Jasper Deng
(talk) 04:19, 23 March 2011 (UTC)
I doubt I'm the first person to bring this up, but it's not in the perennial proposals. Why, oh, why are we not shading our talk page discussions like they do on French Wikipedia? I think that making each level of indent a different shade makes it far easier to see who is replying to whom. You can see an example of this on French Wikipedia's main page's talk page here, just scroll down past the information boxes. — Arctic Gnome ( talk • contribs) 00:40, 21 March 2011 (UTC)
We could try it as a Gadget, if someone is willing to code one which doesn't break too much. Rd232 talk 08:57, 21 March 2011 (UTC)
We'll have a much better discussion system when LiquidThreads comes out. It's in testing mode (The labs wiki is closed now). It allows you to watch individual threads, and looks better, too. For an example, see mw:Project:Current_issues (LT is deployed on Mediawiki.org and on the strategy wiki) ManishEarth Talk • Stalk 13:34, 21 March 2011 (UTC)
I have been using this code for months and it is awesome. Absolutely worth changing a few templates that use ":" for; it also has accessibility benefits. I proposed this earlier as well; could we at least make it a gadget? / ƒETCH COMMS / 15:02, 21 March 2011 (UTC)
importStylesheet('User:Gadget850/talkhighlight.css'); // Linkback: [[User:Gadget850/talkhighlight.css]]
It seems unnecessary to me and I am worried that it might make long talk pages even slower to load. Apart from that I don't mind it. Unlike Liquid Threads it's not likely to drive me off Wikipedia if implemented. Hans Adler 18:19, 25 March 2011 (UTC)
I'm surprised that so many people think that it's ugly, I think it looks alright, although I would be fine with a redesigned version. I just want it to be more clear who is replying to whom. To many conversations make each reply one level more indented than the previous comment even when they are not replying to that person's comment. It would be nice to at least have a gadget that did this. — Arctic Gnome ( talk • contribs) 04:54, 29 March 2011 (UTC)
Instead of a Username block, we could force a username change. We do not like force but we Request for that the user changes his/her username. We block all editing exempt for username change if the user hesitates to change the username himself. If the user has email, we email the requested username change. ~~Awesome EBE123 talk Contribs 22:51, 23 March 2011 (UTC)
We will not accept other inappropriate usernames. We will notify the user of the username policy. Also, I didn't see admins that especially use the Wikipedia:Username policy#Dealing with inappropriate usernames. I saw it some times, not that much though. Oh, the bureaucrats that don't want to contribute wouldn't be changing any usernames at all. Also, it will be inside Wikipedia:Changing username. ~~Awesome EBE123 talk Contribs 18:45, 24 March 2011 (UTC)
Hello,
As I continue my work with the Account Creation Improvement Project, I have taken a longer look at MediaWiki:Fancycaptcha-createaccount and its talk page to see how we can improve it. I would like to test a few things, so I wanted to give you a heads up. More information here.// Hannibal ( talk) 23:57, 28 March 2011 (UTC)
There could be a new type of CSD with is for unremarkable chemicals. There is tons of them and not that many of them are notable. So how about making it a new CSD. ~~ EBE123~~ talk Contribs 21:09, 26 March 2011 (UTC)
Making the edit summary a required entry should make ip-edits more useful. Hpvpp ( talk) 00:58, 29 March 2011 (UTC)
I've seen a number of nice images disappear because of copyright problems. Nothing wrong with that of course. What I'd like though is for those which are deleted for that reason to be marked with a date when the copyright expires whether it is 3 years 30 or 90 or whatever. And Wikipedia should take care to try and not permanently delete them and revive them when the time is up. I know it will be a different world in 30 years time but even trying to keep them and having a mark on saying when they are okay would make it much easier to make sure they are not used in between and then come back alive at the end. Dmcq ( talk) 12:41, 29 March 2011 (UTC)
Okay I see at that other place that someone has raised something that would be a blocker if true. I guess that better be thrashed out before starting on a proposal. Dmcq ( talk) 23:10, 29 March 2011 (UTC)
There seems to be (imo, very dangerous) attempt to wipe away the entire MOS on flag icons by a small number of editors. I think this needs far, far wider attention (with proposals, amendments, discussion, vote, the lot) - and would like to know how the community can be made aware of these changes (see http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(policy)#MOS:FLAG ) doktorb words deeds 17:33, 29 March 2011 (UTC)
Like everyone else these days, I have been thinking recently about how Wikipedia can solve the problems of editor growth and retention. It struck me that what Wikipedia currently lacks is true, on-wiki real time editing assistance for new editors. I think this is unfortunate, because speaking with someone in real time is usually much more engaging than receiving a template on your talk page, no matter how pleasant. I'm aware of the IRC channels, but many (most?) of the non-professional, non-geeky people we are most trying to attract and retain right now don't use IRC regularly and probably don't even have an IRC client on their computer. There are also things like Wikipedia:Editor Assistance, Wikipedia:Help Desk, and Template:Help me. However, very new editors are not likely to know about them, and some will not want to bother using them. Real time chat is right there, no setup required, and most people know what it is and how to use it without any specific Wikipedia training.
So, my proposal is that we embed a kind of real time chat room into the MediaWiki software that is exclusively for new editor assistance. To be clear, this is NOT a proposal that Wikipedia become a social network or a forum for general, off topic conversation, both of which I strongly oppose. The chat would need to be moderated in some way with off topic users removed. This proposal also does not suggest that everyone would need to be in this chat and receive messages. Users should have the ability to go invisible or disable the chat function entirely in their preferences. Most likely, only new users and those willing to help them would spend any time in it at all.
I know that I am proposing the addition of a functionality that does not yet exist in MediaWiki. There would obviously be programming to do. However, since many websites have this type of functionality, it seems like it would be possible to create here. I’m just trying to gauge the community’s feeling on pursuing any form of real time communication beyond what we have now, because I think it would bring benefits to community health if implemented correctly.-- Danaman5 ( talk) 13:11, 30 March 2011 (UTC)
Binet equation is the orbital equation for central force motion in plane polar coordinates. Its form is ( ,) It's obvious that when F is an inverse-square force field,the equation will be simplified into a linear ODE ...
(outdent) I've just been informed that this idea is already under consideration. See the Outreach Wiki page. This looks like a good proposal, but I don't know how much planning or programming has occurred. It's worth publicizing it again here on Wikipedia, so that maybe we can get the ball rolling on it.-- Danaman5 ( talk) 02:22, 31 March 2011 (UTC)
I don't know if this really is the right place to ask this, but I hope it is. Is it possible to change the color of Wikipedias redlinks? I am not proposing making them green or something. However (at least on my screen) the redlinks are hardly distinguishible from unwikilinked words. Blue links are unproblematic, as the contrast is sharper. Also I don't know if it is only an issue of my own display. But if it is not, I would suggest to use a lighter tone of red for the redlinks. Toshio Yamaguchi ( talk) 19:16, 31 March 2011 (UTC)
April 1 is over.
|
---|
Alternatively, we could invert lowercase and uppercase. In ROT13, the first few sentences of quark
would read as
We could also give the readers the option to combined both ROT13 and inverted casing.
This feature as been missing from Wikipedia for the longest of times, so to compensate I think we should enable it by default for everyone. It's in fact much better than pending revisions since vandals would probably think they've won, and they would leave us alone. Plus, Daniel Brandt couldn't complain if he can't read what we write about him. Users who don't like this could send an email to the Wikimedia technical staff to opt-out (or contact them directly in #wikimedia-tech). I spoke to a few guys and this wouldn't break vector or monobook. Consensus should be pretty resounding for this, but since process is important, we should conduct a quick poll for all of today (ending at 23:59, 1 April 2011(UTC)), after which we can file the bugzilla request. Headbomb { talk / contribs / physics / books} 08:12, 1 April 2011 (UTC)
WVYPK PGNRF MSSOE YMVCR IRLZS GGSCV TUGDH DREGH VAEPM JXDIU OKIHK HSIGY XOCVQ PKSGT BIGGM ZLCAJ KUKJY JLWFN YTQZZ LOZVI WJGXS EHUIZ MFJSJ XUKZI WGLPD SBOSN EBXQE PENBA GIALZ ZJFGQ DBBTO CXZKF GWCAX WJXUQ CBNDB UQQOL NFGZT -- agr ( talk) 10:26, 1 April 2011 (UTC)
|
April 1 is over
|
---|
I propose a weight restriction of 150 kilograms (330 lb) be placed on all new editors after April 1st, 2011. This weight restriction would include not only clothes, food items, kitchen ware and furniture but also the physical bulk of the named editor. A grace period of 14 days may be granted for weight-loss and/or the sale of goods. Should the editor in question still exceed the presCribed limitations after the 2 week grace period, the account will be transferred to Encyclopedia Brittanica where bloating is permitted.
|
See RFC and discussion here. Regards, TRANSPORTERMAN ( TALK) 14:13, 1 April 2011 (UTC) PS: Not an April Fool's gag.
Regardless of whether it's true or not, the world believes that Wikipedia hates new users. New users see WP:NPP and WP:AFD as places to get eaten alive. On the other side, the dedicated users at NPP and AFD are overworked and tired of being attacked for doing their job. So why not just fix the damn problem? Just have everything start out in the garbage can.
You could combine WP:AFC and the WP:INCUBATOR with NPP and some of AFD. Other Wikipedias are already doing this. New articles would start out in an AFC area that is out of sight and non-indexed. The role of NPP would change from tagging articles to promoting articles to main space.
A bot could periodically go through and delete articles that aren't suitable for main space after some period of time. A note could say All articles are deleted after # days if they don't graduate to main space so that new users knew where they stood right at the beginning. This would have several benefits.
From a certain point of view, this is just an expansion of WP:AFC, so I can't really see why anybody would object to this. But being that I'm just an IP, I'm ready for a whole bunch of objections. Here are some suggestions; we're not the (fill in the blank) Wikipedia and my all time favorite we can't have garbage sitting on Wikipedia forever. 64.40.61.45 ( talk) 17:11, 21 March 2011 (UTC)
If we make AfC mandatory for all new users then there won't be a need for the Incubator. And we should do that because it promotes helping people write articles without blindly tagging them a minute after creation. / ƒETCH COMMS / 21:45, 22 March 2011 (UTC)
That is a simple list that almost everyone can understand. But when we show them the full list of things they need to know, including all the policies, the manual of style, the correct way to contact people, wikiformatting, etc, it is for sure a daunting task. And to sort out the super-important from the things that are simply important or trivial, is not something most people have the time to do. But to return to the question at hand: I don't envy those that patrol the new pages, and I have the highest regard for them, so can we help them in some way by making sure that the newcomers at least have a fighting chance of understanding what the important rules are - perhaps when they create their accounts? Let me know - and add your thoughts on the list of assumptions. Best wishes// Hannibal ( talk) 11:44, 24 March 2011 (UTC)
Wikipedians don't just create articles. There's lots of other work which new users get involved in - usually within the confines of existing articles. We should bear that in mind. bobrayner ( talk) 16:15, 24 March 2011 (UTC)
I think that this is a very good idea, and feel that its worth pointing out that, at this RFC, a number of editors expressed the same sentiment. RadManCF ☢ open frequency 16:59, 29 March 2011 (UTC)
Some points to ponder based on comments and suggestions in the above thread:
Kudpung กุดผึ้ง ( talk) 01:57, 3 April 2011 (UTC)
I would like it if for the protection templates, a user changes the images (like the top icons) for WP:Accessability?
Here's the new images
Here's the links
~~ EBE123~~ talk Contribs 22:30, 25 March 2011 (UTC)
I'm not trying to rain on your parade, but the use of the |small=
parameter is very common, and that would look like this:
Do you really think that the icons would be distinguishable by someone with even mild vision impairment (say, a 50-year-old person who can't find his reading glasses right now)? I don't. WhatamIdoing ( talk) 17:38, 26 March 2011 (UTC)
I am a new editor, happy (after reading all the controversies at the Village Pump) that none of my 35 new articles have been deleted! My request: when information is being transmitted via reference to other wikipedia pages (like AFC or those other hundreds of acronyms), that you expand the names so I have some idea of what you're talking about: the pages they point to are densely written and require quite a lot of time to plod through. I do not have the time to memorize all these acronyms though they obviously transmit important information. They are intimidating and strongly support the conviction the outside world has that: Wikipedia is an insiders' club and if you don't know the lingo you don't belong. Jane Peppler ( talk) 11:25, 31 March 2011 (UTC)
In theory you could have a bot automatically expand and link standard abbreviations on talk pages to the relevant policy (so eg WP:AFC automatically becomes
Articles for Creation). As for Yoenit's suggestion - maybe {{
w}} could be repurposed for this, so you'd write {{
w|AFC}}
to get
Articles for Creation. But you'd probably need a bot to go around subst:ing these, or you'd be creating zillions of transclusions (and if you require people to subst: the template, it won't get used). Even that would be more effort to type, because it needs the shift key and finding the pipe character, so might not get much takeup.
Rd232
talk 17:17, 31 March 2011 (UTC)
Here's a tip, if you want to know what WP:SOUP says without clicking, just hover it with your mouse. After a second or two, there should be a tool tip appearing with " Wikipedia:You spat in my soup!". Headbomb { talk / contribs / physics / books} 08:43, 1 April 2011 (UTC)
While at the french wikipedia, I saw some protections of pages of special days (like "St. Patrick's day") because of more vandalism when close to the day. So I thought that for major days, they are automaticly protected from editing (semi-protected) a couple days before the day, and 2 days after. ~~ EBE123~~ talk Contribs 22:53, 31 March 2011 (UTC)
What links here -functionality creates a list that also shows the links inside templates. Resulting list should only show the link to the template, not the links inside the template.
For example, the results from Västerås show [16] also the links that are inside the 5 templates at the bottom of the page [17].
The links inside those 5 templates should not be included in What links here-list. Only the 5 templates should be listed in list, not the 5 x 15 extra useless links inside the 5 templates. What links here should only list those pages that actually have a link in the article text to Västerås-page.
There is a bug report in Bugzilla [18], but it is not moving anywhere. It is almost two years old.
What links here is a important and very useful functionality. Also you could get links that you would never thought to be related to article that you are reading! -- Pasixxxx ( talk) 16:32, 28 March 2011 (UTC)
There could be a workaround to this problem. Links inside the template could be replaced with a link to someother-namespace-page that would redirect to the actual article-namespace article. For example, Västerås could have a Metapage (or whatever) namespace page Metapage:Västerås/redirect that would redirect to Västerås. You could put the Metapage:Västerås/redirect -link to template, and then user could filter out Metapage namespace. I don't know how the bot stuff would do with this. -- Pasixxxx ( talk) 16:24, 31 March 2011 (UTC)
If you had a Template:Sweden, you could create a page Template:Sweden/Västerås, and in that page do a redirect to Västerås. There is no need to create a new namespace. All other swedish cities in the fictious template would also have a redirect-page under the Template:Sweden, like Template:Sweden/Stockholm, Template:Sweden/Gothenburg. Links to the redirect-pages would be used in template and What links here-function would work properly. Maybe I will test this somewhere. Or someone could test this. -- Pasixxxx ( talk) 17:35, 3 April 2011 (UTC)
Please note: this is a procedural move. I moved page here and transcluded it in (in order to keep the edit history intact) so that it would get more broad discussion than on a narrowly focused project page. Also, the idea properly originated here. I have not formally taken a position on this issue. Philippe Beaudette, Wikimedia Foundation ( talk) 21:34, 3 April 2011 (UTC)
This RfC received substantial community input, with over 500 editors participating. As with any large and well-attended discussion, there were comments about secondary issues and tangents, ambiguous statements, even contradictions. Nonetheless, there was considerable clear commentary for and against the main proposal of the RfC. One supporter of the proposal created a summary table that classifies the views of the participating editors. I conducted my own review of the discussion independently of this, but I believe the results are broadly similar. (Where I have noticed differences in spot comparisons, I was more conservative about not assigning a clear "support" or "oppose" value to ambiguous comments.) The overall result: more than two-thirds of the participants expressing support or opposition were in support. Depending on how some of the less clear comments are allocated, support might be as much as 70%, but I have chosen to avoid potential over-interpretation of such comments. Either way, the result is consistent with the Village Pump discussion that preceded the RfC, in which just under three-fourths of about 60 participants expressing a clear position supported the idea. (Most, but not all, of the participants from the earlier discussion followed through to the RfC.)
In addition to the discussion on the primary RfC page and the prior Village Pump discussion noted above, there was extensive talk page discussion and some discussions spun off onto subpages. The topic has also been raised at least twice at User talk:Jimbo Wales. I have also received comments regarding my prospective closing on my own user talk page and via email. While I have read all of this and it has informed my evaluation of the consensus, I will not attempt to summarize all of these numerous discussions. Some of the participants have already attempted to summarize the common arguments for and against the proposed change. I will not repeat all of those. What I will focus on from the primary discussion is two key points of disagreement, one philosophical and one empirical, and one point of agreement. I believe there are also some secondary points around which rough consensus can be inferred, which I will discuss at the end.
The philosophical disagreement is that many opposers see the proposed restriction as contrary to the "anyone can edit" principle, a core Wikipedia principle that is affirmed in multiple locations. Supporters argue that limiting article creation to autoconfirmed users leaves "anyone can edit" intact: anyone (even unregistered users) can still edit most pages, and those who wish to create new articles directly instead of through AFC will only need to achieve the relatively low hurdle of autoconfirmation. They also point out existing restrictions on editing that are accepted by the community: requiring account registration to create pages, and semi-protection of some pages. (A minority of the opposers – clearly not a consensus, even among the oppose positions – believes that these pre-existing restrictions are also contrary to "anyone can edit" and should be abolished. Similarly, a small and clearly non-consensus portion of the supporters called for even more restrictions than what was initially proposed.)
The key point of agreement, also philosophical, is that both sides want to encourage participation by quality contributors. One of the comments made to me was about the recent Wikimedia Foundation resolution on openness. I believe many participants on both sides would generally support the positions expressed in that resolution. But both sides view their own preferred approach as encouraging quality contributors and making Wikipedia more inviting to them, which is the key empirical disagreement. Supporters of the change believe that the current approach drives away new editors, because when they are allowed to create new articles without prior editing experience, the result is often for their articles to be deleted, which dispirits them and ends their involvement with Wikipedia. By channeling prospective article writers into editing established articles, they will become more familiar with Wikipedia norms before creating an article, and as a result will have a better overall experience. Some would-be article writers won't bother, but supporters believe these will mostly be the creators of vandalism and attack pages, who will not be missed. Opponents, on the other hand, believe the proposed restriction will simply drive potential editors away: upon realizing that they cannot immediately create a new article, most will simply give up on Wikipedia. Those that persist will primarily be dedicated vandals and POV-pushers. In effect, the two sides have mirror image expectations about the effect of the proposed change, and as suggested by Jimbo, the absence of empirical evidence prevents us from knowing which of these expectations is accurate.
The desire for better empirical evidence and sensitivity toward the strongly expressed concerns of the opposition – one of the more popular opposition views said this change would "kill Wikipedia" – led to discussions about conducting a trial. Although these discussions drew less participation than the primary proposal, discussion was robust enough that I believe some conclusions can be taken from it. Most who discussed the idea of a trial generally supported having one, with some supporters directly conditioning their support for the proposed change on the idea of it being a trial. Discussions about possible details of the trial were less conclusive, but a couple of common themes did emerge. Most crucially, the trial should be for a strictly defined time period, with a firm understanding that the feature will be deactivated at the end of the trial and not reactivated (if ever) until the results are reviewed and discussed by the community. The messy end of the recent pending changes trial was cited as an example of what to avoid. A trial period long enough to gather substantial data (at least three months) was the most common preference. The need to gather "before and after" data sets and have some prior notion of what to review were discussed, but no specifics were decided. Further planning is needed to refine these items.
Finally, some "secondary" items were discussed that had broad support. Almost everyone who commented on it seems to think that the Article Wizard can and should be improved. There were also repeated concerns about making sure that the Articles for Creation process gets more attention so it does not become clogged and proposed articles get the improvements they need. Participants on both sides of the discussion agreed on these points. There were also a number of ideas proposed that I cannot describe as having consensus, but which did have some support and may be worth discussing on their own merits. These included trying to make New Page Patrol less confrontational through better notifications and/or grace periods for new articles, a suggestion to limit new articles to titles redlinked from existing articles, and a suggestion for automatic creation of user sandboxes. Finally, there was noteworthy support for the view of User:Malleus Fatuorum, which cautioned against neglecting established editors in our efforts to improve the experience of new ones, a fitting point on which to end this somewhat TL;DR summation of an even longer discussion. -- RL0919 ( talk) 02:10, 27 May 2011 (UTC)
Notice of this discussion has been made to the Meta-wiki via the Wikimedia Forum. |
In a discussion on the Village Pump, User:The Blade of the Northern Lights proposed preventing users creating new articles until they gain autoconfirmed status. The Wikipedia:Village pump (miscellaneous) rationale was:
Notes: autoconfirmed status is automatically given to editors who reach 10 edits and whose account is at least 4 days old. Under the proposal, editors without the status would not be able to create articles in mainspace without some form of assistance. Possible forms of assistance include the Articles for Creation system, the Article Wizard (an exemption can be engineered for non-autoconfirmed editors using it) and the use of userspace drafts in combination with a request to move the draft to mainspace.
This is basically repeating what was discussed at the Village Pump. I don't think this RfC will result in anything conclusive, because the change is so massive that we will probably end up having a community-wide vote on whether or not to do this.
I propose two things:
I hate to bring up the words "pending changes" again, but I think a strict PC-type trial (maybe just one month long, no questions asked) that collects data we can use to analyze both the a) editor retention rate and b) the article retention rate, would be very helpful here. Because otherwise, we're going off random opinions that have no solid backing other than Wikipedia philosophies.
This is going to be a bit TL:DR, so I apologise for that, but this is a pretty big topic, and a pretty important one. New users and new articles are primary to Wikipedia. We are a project built around a simple goal; to be "The encyclopaedia that anyone can edit". That is our mission statement. An encyclopaedia, that anyone can edit; two clauses which sometimes, inevitably, conflict. When they do, one has to be partially sacrificed for the other - be it restricting editorial rights to protect our encyclopaedic status, or tarnishing our position as an encyclopaedia in an effort to include more people in the box marked "editors". In this case, we are being asked if we support the former - a restriction on who can edit, or who can edit in a particular fashion, to protect our position as a compendium of that knowledge we judge to be notable. When making changes which impact on part of our statement, we need to take a lockean balance-of-rights approach; restrictions must be:
So, does this restriction pass that test? In my opinion, no.
There are various arguments put forward in favour of this proposal. The first is that it will reduce the workload of those who patrol Special:NewPages. I admit, this is the case, but is that workload reduction necessary? Special:NewPages has a 30 day "buffer"; after an article is more than 30 days old, it falls off the back of the log. Fairly simple. At the moment, the buffer has 20 days remaining - in other words, even with the complaining about how difficult and stressful being a new page patroller is, we could happily not touch it for 3 weeks and not suffer an issue. I don't mean to ridicule those complaining, because I understand the issue. I'm a patroller myself, and I've cleared the entire backlog twice. I'm not ignorant of the workload patrollers face. But the workload is not as bad as it's being made out to be, and people are failing to take into account the long-term possibilities; that if an effort is put into accepting and tutoring new users, they will become part of the solution rather than part of the problem. Any issues with more people needed at Special:NewPages can be solved simply by getting more people involved.
Another argument is that shifting people from Special:NewPages to WP:Articles for Creation will reduce the "bitiness" new users experience, and thus the problem with retaining them. I disagree. Special:NewPages is a place categorised by stress and a siege mentality, which comes from having a backlog, a small number of contributors, and the feeling that Everything Will Break if things aren't done immediately. That's where bitiness comes from. Shifting people from Special:NewPages to AfC will not fix the problem, it'll simply move it - by ensuring that the Articles for Creation people become stressed, backlogged and overworked. Sound familiar?
New users are less likely to be disenchanted from editing if their articles are sent through AfC, yes. However, a lot of new users simply won't bother trying. The AfC interface is problematic, and many new editors create articles for the immediate thrill of doing so. Denying that thrill will send a lot of them off, never to return, during a period when we're having significant problems with attracting users. If you want to do this, you have to improve AfC to a decent standard first; you can't just shove this into place and then scramble to fix things afterwards.
This proposal does not address actual problems, alternating between shifting the burden to another party and simply driving off contributors. If you want to fix the issues, fine, but don't kill our intake of new users along with it. Ironholds ( talk) 20:15, 3 April 2011 (UTC)
Lets keep this short and sweet (which is very hard for me to do). Edit is not the same thing as create articles. Newly created accounts can still edit existing articles, so there is no loss to Wikipedia's core mission by disallowing new users to create articles. By restricting article creation to autoconfirmed users, we substantially reduce the number of deleted articles without affecting the core mission, since new users may still contribute. Since creating a proper article (one which will survive deletion and stick around) is very hard, this will allow new users to "get their feet wet" and to learn basic Wikipedia policies and guidelines. 4 days and 10 edits is enough to do that, without being so long as to drive away potentially serious users. Restricting article creation to autoconfirmed users is a change we should make.
Will shifting the NewPages backlog to AFC just result in a bigger backlog at AFC? Almost certainly. Are "restrict article creation and have new users use AFC" and "no change" the only options? Absolutely not. The restriction of new article creation should be accompanied with a shift in focus to improving existing articles rather than creating new ones. If new users create their articles at AFC, they're still going to fail in large numbers because its still difficult. We should be encouraging users who want to contribute to contribute to our existing body of stubs articles. We have over 3.6 million articles; how many notable topics are there that are so unrelated to anything we currently have an article on that a new article is necessary? People seem to read
WP:N as some sort of commandment: If its notable, then it must be in a standalone article. By using a quantity over quality approach, we're doing a disservice to readers by scattering related information all over lots of tiny articles and we're doing a disservice to new users by encouraging them to start editing by doing one of the most difficult editing tasks first.
I am of the longstanding view that Wikipedia has too much bloat already, possibly as high as 300,000 articles worth of it. We're inconsistent at best and deliberately manipulative at worst when it comes to interpreting notability guidelines, especially for things that touch on modern popular culture. I don't participate at NPP because I know that I will personally be more heavy handed with deletions than most, and I don't want to be the direct cause of other people's suffering, so to speak.
The answer, I believe, is to make all non-autoconfirmed users go through Articles for Creation, and to refocus Articles for Creation with an eye on efficiency. Recently, AfC got rid of the 'hold' option for nominations, which is a step in the right direction. In reality, it needs a policy shift towards the very explicit:
I say this because while de facto policy is moving in this direction, too much of AfC's time is still wasted on waiting for people that will never come back to help fix problems that can be done by the reviewers themselves.
This has three benifits:
There is a downfall:
I think this will work, and I think it's the best option. Sven Manguard Wha? 21:14, 3 April 2011 (UTC)
This is a tough issue for me because I see good points both ways, but my opinion remains that the quality of Wikipedia, and its long-term prospects would be better served by limiting article creation.
Wikipedia is at a turning point of sorts, we already have almost all of the high-visibility and vital articles created (in other words, the articles that an encyclopedia must have to be taken seriously as a source of knowledge have long been stable articles). That places less importance on the creation of new articles and more importance on focusing on creating and maintaining a high level of quality.
The problem with allowing new users article creation ability is that they don't understand the community norms. I would say of my work at NPP fully 80% of the material meets the criterion for speedy deletion. They're not vandals, that's important to point out, they just don't know any better. They don't understand that 'well he exists' isn't a good reason for making an article about their 9th grade biology teacher, or their garage band or why they can't use myspace as the only source for an article. They could be good editors in time, but giving them immediate article creation access does not serve that purpose.
It is inherently bite-y to delete someone's first and only article, but just because we wait an extra week doesn't make it less bite-y either. An article about a garage band that meets three different CSD categories will always be an unsourced article about a non-notable garage band, no matter how long we wait. The solution to not biting these newcomers is to help make sure they have read the "big three" ( wp:RS WP:N and WP:V) and understand what they can and cannot do before the user and established Wikipedia community are both faced with the uncomfortable situation of dealing with their unsuitable rookie article
In summary, as Wikipedia moves from its teenage years into adulthood the focus must necessarily shift from growth to maturity, from the desire to get as many new articles included as possible to the task of sorting, filtering and polishing those articles. There is little to lose from forcing pre-vetting of articles from the very newest editors and much to gain in terms of reducing the undeniable tide of poor articles that are creating a significant backlog.
I think every perspective highlights valid consideration; To this extent, I think we have the best balance achievable, currently in place. After consideration, I believe we should keep everything related, as it is. I would agree that the Article Wizard could be improved, but that is a separate consideration.
I cannot easily think of a better way to kill Wikipedia. It should be obvious to everyone that our medium- and long-term survival depends of new editors joining, becoming active, and staying active. Many people join in order to write articles on something they want to write about--let's say half, though it may be greater. About half the time, what they write is capable of being a decent article. Probably of those whose first article is not possibly useful, half are capable and willing to learning how to write a good article, if treated nicely and the standards explained to them. This suggestion proposes to discourage about 40% of the people who want to join Wikipedia. It would really need to have amazing benefits in order to be worthwhile, and the benefits would need to be proven in advance.
The benefit that is proposed is eliminating the half of new articles that are not good. Actually, it won't even do that. Of the hopelessly bad articles that get written, probably half the people are determined to write them in any case. This certainly includes any POV pusher, and any serious vandal. But we catch these pages usually- fewer get through now than was the case a few years ago, based on my experience actually working on the problem: I've deleted over 12,000 articles in my years as an admin--and most real junk is now removed before that by the edit filter. In general, I do think new users should start making trivial edits and work up from there, and that's the advice I always give. But people have many ways of doing things, and there are many perfectly OK editors who started with an article. I'm not at all sure all of them would have started if there were any blocks at all to the process--considering that so many of the complains of people who tried to use Wikipedia and stopped has been the difficulty with even the current interface. I didn't find it difficult myself, but I was used to HTML, and used to other forums.
The real thing we need to do is positive work with new editors. In a sense, this will solve the problem of insufficient experienced editors to help the new ones--there will be so many fewer new ones.
If we make this change, I suggest automatically creating a sandbox for every newly registered user, and automatically leaving each new user a message explaining how to get to their sandbox, how it can be used to work on a new article, and how long it will be until they can make articles. Cardamon ( talk) 23:22, 3 April 2011 (UTC)
Asking an editor to make 10 edits before creating a new article isn't a lot to ask. I see it as much more difficult to ask someone with no editing experience to create an article that doesn't run afoul of basic policies like verifiability, original research, and neutrality.
The difference of opinion comes down to the impact. Some people warn this will literally kill Wikipedia, because if people can't create articles in their first ten edits then they'll never want to participate at all. It's obvious that I agree more with those who think this will keep new users from wandering into a difficult area, reduce the clean-up workload, and lead to a more friendly learning curve for new users. But the problem is people are just going to advocate for whatever scenario they believe in, based on their ideological preference of what Wikipedia should be.
Why not be empirical about it, instead of being ideological? Why not test it?
I propose a pilot study. Not sure what the parameters would be: a particular subject area, or to try it for 14 days... But it would allow us to measure the real impact, and measure the benefits against the cost.
So much for all our campus ambassador programs, not to mention all the random college classes that have started integrating Wikipedia editing on their own initiative. Just when we were starting to get a large influx of serious scholarship into Wikipedia, we're going to shut the doors behind us. This semester alone, we have several hundred college students adding new Wikipedia articles through the public policy initiative. If we implement this policy, we won't be seeing any more of that in the future. Kaldari ( talk) 00:28, 4 April 2011 (UTC)
We have several problems with the current New page patrol process, a large proportion of the articles coming in do merit deletion or being turned into redirects. Currently we are fairly efficient at deleting the vast majority of the new submissions that merit deletion. However we often do this in an unnecessarily bitey way and worse still a significant minority of speedy deletion tags and even deletions are incorrect. This annoys our newbies, and some of our longstanding if intermittent editors, and has brought us bad publicity because of mistakes and over zealousness by people deleting articles or tagging them for deletion. Much of our problem at newpage patrol is due to miscommunication between Wikipedia and the 25% of our new editors who start their wiki career by submitting new articles. The symptoms of that miscommunication include hundreds of thousands of articles every year that we manually tag and delete. Deleting those articles is an effective way of treating the symptoms of our miscommunication, but it does little to solve the problem.
So this is a complex multi-faceted problem and solving it merits several changes to Newpage patrol:
Something we can do right now as a stopgap measure (via a couple of lines in MediaWiki:Common.js) is to force all non-autoconfirmed users through the article wizard. Hopefully this will flatten the learning curve a bit and slow the inflow of crap while we work out a more permanent solution.
We have many different things to consider here and some of these things are: Are we trying to make it easier for ourselves at the cost of fucking new users over? Are we staying true to our "anyone can edit" motto? What impact this will have on our dwindling user base? I've briefly thought about all of this and this is my 2 cents on the matter. New pages are something that needs to be addressed, the ratio of crap to actual useful stuff being created is completely over the top in most cases and it has come to a point where we have to make the changes we want to see. Every competent user on Wikipedia wishes that new users would get an understanding of our policies before they started creating articles and we have to provide new users with a reason (and the time) to gain that understanding. If new users can just click the create button, why on earth would they want to go through all the hoops of checking whether the topic is notable and has sources etc? It would just be easier for them to play the hit (it doesn’t get deleted) and miss (it gets deleted) game of article creation. So no, if we restricted article creation to autoconfirmed users we would not be fucking new users over, rather we will be equipping them with the knowledge so less of their articles are deleted (which makes a happy user) and they will play a greater role in the community for a longer period of time. The only people we might be putting off are those who don’t give two hoots about what they are publishing and that is a good thing.
In regards to our "The free encyclopaedia anyone can edit" motto, I feel that people need to remember that building a free encyclopaedia comes first, the anyone can edit bit is secondary. So if restricting new page creation to Autoconfirmed users reduces the ratio of crap to useful stuff then I am all for that. I would like to add that dealing with this now WILL have a positive flow on effect to other areas such as cleanup, CSD and AFD, NPP etc.
The Article Creation Wizard is a great idea and my proposal is this:
Creating articles is allot like uploading images and we don't allow non auto-confirmed users to do that, so this would also bring things into line with other areas.
Recruiting and retaining editors is critical, but not just any editors. One hundred conscientious editors who are willing to take the time to learn the ropes and get it right, in terms of both the content they add and the procedures they follow to add it, are more valuable than 10,000 editors who neither have any understanding of what Wikipedia is about nor particularly care to learn.
The current bar for gaining autoconformed status is set quite low; four days and ten edits is often insufficient to reveal whether a new editor will be an asset to the project. It is likely that any person unwilling to cross that very modest threshold before being granted the privilege to create a new article is someone lacking the patience and diligence necessary to become a good editor. Considered in the context of the constant bombardment of "junk" articles that Wikipedia faces every day, requiring autoconfirmation before allowing new users to create articles seems like an entirely reasonable policy that should be enacted.
I seem to be the one who got this started, and I've made my view pretty well known. I'll only add the following points. One, the backlog is down, for now, but it's trending upward again. We had it down to nothing briefly, and to keep it there I was regularly patrolling around 200-350 pages a day. Secondly, it may be that 25% of new users start by trying to create an article, but that still means the majority of new users will be unaffected. When I joined, in March 2010, it was to fix typos; I didn't really get into it until a month or so after I joined. Furthermore, I would submit that a substantial number of these new users are only here to promote their wares; I strongly suspect that the vast majority of editors whose first edit is to post about their garage band have no intention of helping the encyclopedia. We have a system now where it's frequently difficult to tell who's here to spam and who could actually turn into a decent user; I will make any effort necessary to retain the latter, but I don't want to encourage the former. This is not only a problem for the new users, it makes NPP a very lonely, isolated job; new users get a bad impression of us when we tag their articles for deletion, and even a couple of misfires (which happen to everyone doing anything here) bring wrath upon us. This sort of job actually fits my personality pretty well, but I've learned over my 20+ years of living that my personality is extremely unusual. I would, however, agree that a trial run would be the best way to go; if it does turn out to be a complete fiasco, we can reconsider our options. I doubt it will, but stranger things have happened.
Interestingly enough, my 5th edit was the creation of a new article, back in 2005. Would this appearing as a new page get deleted with today's standards? Probably. Would that have strongly influenced my decision to stay? Definitely. Would the current version get deleted if it showed up looking like it does? Maybe. Would everyone involved benefit from some guidance in the creation of their first article? I think so. And we are seeing the beginnings of this undercurrent with the Wikipedia:Wiki Guides program.
I think many of us, especially editors who have been here a long time, are subconsciously caught in the 'old tyme' thinking that increasing the article count is the only way to increase coverage, and thereby increase credibility. If the statistics show anything, regardless of silly things like facts and truth, Wikipedia is the go-to place for most people on the planet.
If we look around, it's easy to say Wikipedia has reached it's most current plateau. And I mean this in terms of the number of editors, the number of articles created per day and the quality of those articles. I think we are in the middle of a paradigm shift in how the wiki is improving, especially in the last few years now that most policies and best practices are considered long standing. Now, major improvements to coverage and quality are through existing articles, rather than new articles.
We should only allow auto confirmed users to create articles, simply because the kinds of articles that still need to be created, and the standards we hold new articles to now, take a little more effort and a little more knowledge of how the community operates. Investigating new articles should be done by editors who have been here a while, and know what it's all about. This would probably also increase the quality of both newly created articles and new editors, since you have to make an effort to stick around to create articles. No more of the driveby-delete-disappear cycle, instead we would include the word discussion. -- Nick Penguin( contribs) 19:23, 4 April 2011 (UTC)
I like the proposal in principle, but I'm also concerned about the attention span of new users. I think that something like this would be a big enough deal to create a new user flag. Instead of using the current auto-confirm flag, use an alternative based solely on edit count so that a person can sit down, figure out how to use Wikipedia, make a few edits and then create a page. If I were starting over now and I were the sort to write new articles, I would never have the patience to wait four days doing nothing; I would probably make 100 edits in the first few days and then get bored. So, perhaps set the confirmation to 15 edits on 2 different pages, at least one of which is in article space (so the user has gotten out of the sandbox).
The slew of poor quality articles that new users create (80% are deleted, according to User:Yoenit) wastes potential contributors' time and that of the new page patrollers. I believe the statistics compiled by Mr.Z-man are telling: less than 0.65% of new users whose article is deleted will stick around, but many more users whose first actions are edits will be retained.
Wikipedia is no longer a young project. With every extra article, maintenance and vandal fighting becomes more work. At over 3.5 million articles, I believe that the bulk of future work will be (to quote Albert Michelson) "in the sixth place of decimals", i.e. refining and improving rather than article creation. After ten years, everything obvious has an article; the days of huge gaps in coverage which must be plugged are out. The days of MOS, REF and 3LA are in. The need for rapid numerical growth in the articlespace is a bygone, and quality requirements are much more stringent.
Our need now is for new editors who have the patience to develop a grasp of the tools and the guidelines with which we build this admirable project. My first edits were damn unencyclopedic, but after a dozen or so I was getting a better idea of things. I suspect that after ten edits and four days, any problematic editors would have been picked up and either coached (assuming good faith) or blocked (as vandalism-only accounts).
To summarise, forcing new users to make edits before they can create articles will:
In the long term, the project must adapt to its growing maturity or it will wither and decay.
The current system is a shameful waste; the large minority of new editors who start by creating an article will usually find that it's speedied (which upsets them) or, if they're lucky, it will languish under a heavy burden of tags (which frustrates them). Either way, much labour is wasted. Meanwhile, more experienced editors also spend lots of time trying to clean up this mess when they could be making substantial quality improvements elsewhere; or, if the surge of new pages slowed, NPPers could take the time to make deeper improvements rather than a ten-second tagging.
This is a huge waste of willing volunteers - wikipedia's most precious commodity. There's so much more improvement that they could make - new and old - on en.wikipedia's huge pile of existing articles. We shouldn't worry that a lightweight restriction will prevent some important new article being created - it's a low hurdle and there will still be thousands of willing & talented article-creators around.
Perhaps we are looking at this backwards. There is no doubt that new articles just created by new users do not generally meet WP standards. The current system is "delete new non-notable articles even if less than 1% of the new users will ever try again at all." This is not-good. I suggest that new articles be auto-tagged as "in progress - noindex" and allow editors to try contacting the new user to explain how to improve the article which, in the meantime, would not be "published" to mainspace. Indeed, the "pending chages" software would likely be of immense benefit for such a change in procedure. New editors who write about clearly non-notable topics ( My Dad) would get a polite non-templated welcome saying that, while the editor personally would love to meet your dad, it is not really important enough for an encyclopedia article without something special others can look up about him. The purpose of this suggestion is to get the retention rate at least up to 2%. Clearly the current system fails at editor retention utterly. Second part: Also end the unfriendly "your edit was deleted" welcome message (other than for obvious vandalism). Tell the person why the edit has a problem, not just that it was an evil edit (yes - that may mean a menu of templates for those who do not wish to write sentences) . Collect ( talk) 11:25, 5 April 2011 (UTC)
I didn't take part in earlier VP discussion, so this is hopefully a new view:
I thought we already have a way to deal with backlogs: we get more people to work on them. Ever wondered what all these unreferenced BLPs, Wikification and copyediting drives are all about? If we apply the same logic of this proposal to other backlogged areas, we'll end up sending to AfC or userfying every single article that is not Featured, and restricting any editing in main namespace to administrators. This proposition will only shift the load to AfC, and soon we will have editors working there complaining about the huge backlog and how we should add hurdles for new editors. AfC is not that helpful either, I can see there very good articles, better than many on the main namespace, that are declined for reasons like "needs more inline citations" or "wikify". Another thing, if 80% of new pages are really deleted for good reason, then why on earth would we want their authors to make 10 more edits - edits that they don't want to do in the first place? We'd be only multiplying the problem by ten, and adding a huge amount of questionable - if not vandalous - edits to the backlog of RC patrollers. And what if after a while, the number of NP patrollers goes down, and they - again - face the same problems? Should we raise article creation threshold to, say, 100 edits and 20 days? And what if the patroller numbers go down again?
Most new pages that are worthy of deletion do not constitute a real danger on the 'pedia. If they are about obscure or non-notable subjects, no one would read them anyway, except maybe the creators and their friends. If the subject is notable, but the article is crappy, people will stumble upon it and improve it, that's the whole point of the wiki, and that's how Wikipedia has become what it is now. The real danger comes from POV pushers, WP:POINTy editors, and uncivil editors who could be well established. These can not only destroy the quality of articles, but also chase away other editors, newbies and veterans alike. Hurdles should be set up for them, instead of the well-meaning but inexperienced.
Some alternative suggestions:
Other solutions can be devised. The proposal above, however, would cause many more problems, without solving any.
Users who endorse this view
As most have said, the need for new pages is not as great as years ago. We have an excellent range of articles, and the number of really good articles that need to be created must, by definition, be very low. Therefore why not stop all page creation in article space, making the users make all their new pages as user subpages. When the user thinks the page is ready he can ask for it to be moved. Move rights need to be the same as for files - i.e. for those who have the Wikipedia:File mover right. Will also stop new users moving articles unnecessary, and may also reduce cut and paste moves.
Wikipedia has become so desperate to attract new editors that it ignores the retention of existing editors. There are plenty of articles, but far too few of them are even half-way decent. The new editors who need encouragement are those who pitch in and improve articles, not those who create articles on their newly formed garage band or whatever on their first edit, as I think the statistics clearly show.
A new article requires an administrator to delete. Sure, we can use speedy deletion criteria, but it still requires an administrator to do the work. Moving to this system will therefore reduce the amount of vandalism that cannot be reverted by normal editors. Autoconfirmed status does not take long to get, and there are alternative methods to creating articles. This seems like a good move to me.
Somewhat reluctantly I add an additional view to the growing list, because Jayron32's view (the leading view in support of the basic idea of restriction) does not mention some key points. So, in addition to everything said in favour of preventing brand new (non-autoconfirmed) editors from creating articles in mainspace without some form of assistance, it must be emphasised that such editors should still be able to quickly create articles with assistance. I see three assistance options, and I think all should be available if the restriction is implemented.
If we are going to require autoconfirmed status to create articles we should also require reviewer status to review them. There are 5,500 reviewers already and it can easily be requested.
A suitable compromise would be that anonymous users can still create new articles, but that pages they create are not viewable except to them and to registered users until the article has been confirmed in much the same way as FlaggedRevs provides for. AGK [ • 14:34, 7 April 2011 (UTC)re
For one thing, I thought this was already a requirement. But with all the UAA work I do, I should have realized it wasn't. Perhaps I was confusing the semi-protection requirements with the creation requirements. It doesn't matter.
Now, if I were forced to take a stand on this RfC I'd say, do it. A lot of accounts that begin by creating articles are indeed SPAs that create an article about something non-notable and, no matter how politely you treat them about this, never edit again as far as I can tell (and by "as far as I can tell", I mean that I've actually had email dialogues with some of these people about this). Whereas a lot of accounts that begin by editing existing articles (and by editing, I should clarify that they are actually adding good-faith factual information, or copy editing, and not just spamming external links) seem to have more staying power. To generalize from my own experience, I had had my account for a month before I felt the courage to create a new article ( clip show, if anyone cares), and I was still so apprehensive about doing it that I created it anonymously (that was still allowed at the time). It's been almost six years and I'm still here.
So as far as this proposal goes I will say at the very least, get data on whether editors who start by creating articles or editors who start by merely editing existing articles (again, as opposed to spamming or vandalizing them) before we make any decision.
But that's not as far as I want to go.
Everybody above seems to take it as a settled assumption that the decline in activity from newer accounts is a Really Serious Problem and that if we don't do Something Drastic Right Now Wikipedia won't be around in a year. Or a day. Those of you as long in the online teeth as I am may remember " Imminent death of the net predicted. Film at 11. The only difference is whether this proposal is seen as an acceptable tradeoff in light of this.
I do not dispute the facts about the editing patterns of new editors. I am, however, beginning to have second thoughts about the extent to which this has been seen, or been allowed to be seen, as some sort of existential threat.
We say this often enough to mock it as a cliché, but it's no less true for that: This is a project to create an encyclopedia. It is therefore about creating and maintaining quality content above all else. How we continue to grow and adapt as a community can only be considered within the context of that goal.
We should not consider it our goal to attract as many new users as possible. Yet we are on the verge of discussing this and fretting about this to the point that perception will trump reality, that the discourse about this will make any actual underlying facts, their implications or the lack thereof irrelevant. And when you have reached that point, you no longer have a problem but a moral panic or the equivalent.
Or to be a bit more restrained, I note that we presently have no article on the well-known organizational phenomenon of goal displacement (And no, I don't mean this; see here instead). Because it seems to me that without some skepticism at the right time (i.e., now), we're headed in that direction, with the usual deleterious effects likely.
The smaller amount of new accounts that become regular editors is an issue. A concern, perhaps. And certainly not without some relevance to the question of how welcoming we are to new users. But it's not a PROBLEM.
For it has been equally true that while this has happened, the total amount of edits has remained relatively steady as the existing core of editors has increased their activity. I see other indicators that, from an editorial standpoint, the community is doing quite well for itself. I note that we seem to be producing as many featured articles as we generally have, and the proportion of defeaturings to FA promotions has also remained relatively consistent. Likewise more articles have reached GA status in the last couple of years than the years before. The amount of new admin candidacies has declined, but no more than the amount of new long-term editors (IMO) (and maybe that's not such a bad thing, to be honest).
And is the decline in new editors necessarily the result of, or only of, our practices toward new editors and new articles? I suppose it is true that we have become more efficient at sizing up a new editor and assessing their potential than we were in 2005, allowing less time for a vandal to become a serious editor. But I also have to point out that, with five times as many articles as we had back then, perhaps new editors see less places where they can add new information (An interesting metric in this regard would be the amount of new editors in the last few years who have built up their edit counts on pop-culture phenomena that did not exist in 2005 ... episodes of, say, Lost that have aired since then and associated articles. Or newer TV shows that have become very popular, like Modern Family). Maybe we should find out what newer editors are editing and what we can do to encourage more of this, before we go throwing what may or may not be solutions at what may or may not be problems.
We may also have to consider that we have captured most of the user base that has the time and inclination to effectively write and edit open-content online encyclopedia articles in worldwide collaboration. Especially with strict requirements for sourcing and such ... a lot of us too easily forget, I think, that many people don't have pleasant memories of writing papers in school and approach the imperative to footnote their work with the same dread I'd have if I had to factor quadratic polynomials again on a routine basis.
And that such a user community is OK working with a decidedly retro editing interface that lacks WYSIWYG capabilities (believe me, when we solve that problem, we won't be worrying about what we can do to attract new editors. In fact, we'll have the opposite problem. And then, anyone who doesn't remember what that problem was like will be pining for the days when we had discussions like this.) Or true social-networking capabilities (We could stand to learn a few things from Facebook) that could enhance the editing experience. Within a few years web users will expect that sort of thing, and we will need to provide it if we want to get some of them into our community).
So here's to conversations that I think we should be having. Daniel Case ( talk) 16:48, 7 April 2011 (UTC)
Don't cut off your nose to spite your face. ˉˉ anetode ╦╩ 19:16, 7 April 2011 (UTC)
I looked at the data, and unfortunately it's not the right data for the question at hand here. If the new editor's fist edit is kept, the data gathered tells us nothing about whether their first article is kept or not (of if he ever creates one). Also there is no data (in those tables) on articles created by old editors in the same period (kept/deleted or total). The only thing you can answer is:
However, by not allowing the new guys to create article right away, you might not have gotten at least 2,375+ kept articles (and possibly more; they may have created more than one each). Maybe they wold have created them under the new rules, maybe not. There is no way to tell that from the data gathered. We also don't know if the "non-create" editors ever created any articles after their first edit (to compare with the 2,375+), or if their edits were plain reverted, which means they might also have been a net negative. Sadly, based on data gathered, you cannot even answer the question:
If you assume that among those new guys only those who created an article on their first edit ever created one (big if), the answer to the above is no (i.e. the proposed measure contradicts the goal of retaining new [minimal] quality contributors), because based on the data gathered the retention rate of editors who created a new article that is kept is above average for the mainspace sample. (4.4% vs. 2.32%) But, unless you have some data on the article creation of non-create-by-first-edit editors, you can't really answer the big if part. I doubt anyone followed this, but hey, everyone has an opinion, informed or not. Tijfo098 ( talk) 20:44, 7 April 2011 (UTC)
As a new user, I see contentious points are points of pressure on Wikipedia. It's what drives the new Wikipedia users to contribute to Wikipedia. Wikipedia should make it mandatory that new wikipedia users be warned that their first articles will be deleted and be advised how to create articles that are not contentious, before the new user makes an article. Blackwidowhex ( talk) 20:08, 7 April 2011 (UTC)
Okay, so this is a rewrite for my flawed view. It's a definite phenomenon that people prefer getting it done to taking the time and get it done right. I would think that most people do not need to be introduced to the idea of citations. I would think it's a standard practice with today's education. The Article Request log is also backed up. So new users perhaps are overwhelmed if few Wikipedia articles come to mind that they like to edit. Here are two possible modifications to make: Wikipedia could detect if a new user adds an article without references and then stop the article from being created. And have the create new article pages written with "may be deleted" big and bold. Blackwidowhex ( talk) 02:55, 8 April 2011 (UTC)
I personally think that this proposal is a good idea. It will allow users to learn the basics by editing existing articles rather than learning only how to get a slap on the wrist for creating a non-notable article. Good faith but incorrect edits are much easier to correct and point the user in the right direction with than good faith but non-notable articles. Barts1a | Talk to me | Yell at me 23:02, 7 April 2011 (UTC)
I agree with those who say that this would set an unnecessary bar. However, I think in addressing this situation, we should be looking for ways of being less discouraging through our new page deletion, and be careful of doing anything that makes proper page patroling too difficult (as a frequent deleter, I can tell you that one of the reasons I do NPP is that it's simple; when I have a minute or two I can look at a few new pages, and with Twinkle I'm a click or two away from calling for deletion of things that qualify for deletion; if I had to engage in a conversation to justify each one to its author, I wouldn't be doing much patrolling.) If possible, I would like to see most categories of deletion not actually delete but rather userfy the page by default. I'd like to have Twinkle leave a message saying "Your page has been removed from the Wikipedia listing because we require articles about organizations to say why that organization is notable, and yours doesn't. However, your article is still right here (LINK TO USERSPACE COPY), and we encourage you to improve the article and resubmit it by such-and-such a process. Here (LINK) is a guide to the sort of content that suggests notability of an organization. And if you need any help or have any questions here (LINK) is my talk page." Make it seem less like we're rejecting their work outright, and that the time they spent creating the article is down the tubes. -- Nat Gertler ( talk) 23:29, 7 April 2011 (UTC)
Oppose. There are users who would rather jump in and create a new article and they may be the better informed users with writing and research experience in other venues; although they would be well advised to start offline or in user space, this concern is more a matter of mechanics than of content. If you have researched your topic and know the basic rules of notability you should be able to produce a decent start that will stand scrutiny.
Putting in something that amounts to advance peer review is contrary to WP:Bold and imo would encourage blandness.
That said, there will be new users who do not know the rules. I really like User:NatGertler's suggestion in the post above. I also think patrollers should back off a little bit and wait til a new page has not been edited for an hour or so before doing anything, to avoid both the impression of a slapdown and possible edit conflicts. Dankarl ( talk) 13:35, 8 April 2011 (UTC)
I see this as part of a larger trend. The "total freedom paradigm" in Wikipedia is gradually fading out - ever so slowly. And I see that as necessary, given that as the "value of the content" in Wikipedia increases, more protection will be needed. As the number of Wiki-pages increases, so should protection. Given that I am tired of reverting vandals (and the ever increasing number of skillful spammers) in general, I support this as another step along the path of the end to the "total freedom paradigm". Along that path we will encounter the 5 stages of the Kübler-Ross model of accepting the inevitable: Denial, Anger, Bargaining, Depression, Acceptance. At the moment a large portion of the Wikipedia community is in the first stage: Denial of the end to the total freedom paradigm. The other stages will gradually follow. Then in a few years, Acceptance will eventually arrive. History2007 ( talk) 16:00, 8 April 2011 (UTC)
WTF? You mean autoconfirmation isn't already required to create new articles? I thought it had always been that way (ever since IP's became unable to create articles) and I just got done proposing elsewhere that only reviewers should be able to create articles. The same should go for image uploads. Something like 80% of new articles are speedied, new users are constantly templated to death by bots for NFCC problems, and the inhumanity of it all is appalling. That tells us two things: 1) inexperienced users who think they have a suitable topic for a new article are usually wrong, and 2) inexperienced users interested in creating new articles are really better off with some guidance and handholding from an experienced user.
I actually think the above (making article creation and file upload require an advanced permission) is a pro-freedom proposal, since it puts IP's back at the level of autoconfirmed users (autoconfirmation itself was very controversial when it first arrived, I've heard). I used to be annoyed when that parity was taken away, but after submitting a few new articles through WP:AFC and seeing what crap arrives there, it became clear that shutting off completely unfiltered article creation was unavoidable. But, I think the stuff coming from brand-new accounts isn't much better than stuff arriving from the "fire hose". So adding more filtering wins in all ways: improves WP content, decreases newbie biting, and gets closer to the founding principles vision that editors without accounts still have something close to full privileges. 75.57.242.120 ( talk) 05:40, 9 April 2011 (UTC)
Polls are evil. This will effect a large amount of users negatively, yet the only people contributing are self-selected hardcore editors of Wikipedia who will have their own biases.
The slow erosion of freedom, the ridiculous bureaucracy, and complete inaccessibility of Wikipedia process are why I don't contribute anymore and why editors are constantly dwindling.
I think this trend should be reversed. IP article creation should be turned on, autoconfirmation and rollback flags scrapped, the abolishion of the chronically abused semi-protection, and a promise that flagged revisions will never be implemented. - Halo ( talk) 12:59, 9 April 2011 (UTC)
I fully support the proposal. I will quote verbatim from what I wrote in Signpost 14 Feb;
I'll also repeat what I wrote on the AFC talk page a year ago;
1. "There were no results matching the query", "You may create the page "(NAME)", but consider checking the search results below to see whether it is already covered."
(There may or may not actually be any results)
Note, this is a bit wrong already - the anon may not create it.
2. Clicking on the red link produces; Wikipedia does not have an article with this exact name. Please search for (NAME) in Wikipedia to check for alternative titles or spellings.
3. Clicking on the 'Start' link then produces a page entitled 'Unauthorized', which says;
Wikipedia does not have an article with this exact title. Please search for (NAME) in Wikipedia to check for alternative titles or spellings.
...and that is why this proposal makes sense - to provide a friendly, uniform interface to new users wishing to contribute.
Chzz ► 17:42, 9 April 2011 (UTC)
Users who support this view
I think that creating a page is a far bigger commitment than editing one. Anyone can be on Wikipedia, find a mistake in an article they can fix, and fix it properly and quickly. Creating an article takes time and commitment. Time and commitment from a user would indicate that they would like to be a Wikipedia "user", therefore they most likely already have an account. Anyone can have an account, and you literally don't have to put anything on your userpage. Therefore, I believe only those who are willing to make a simple userpage and account should be trusted to make quality Wikipedia articles. BeenChanged ( talk) 18:07, 9 April 2011 (UTC)
If you see my view point under this one it addresses what you are saying in some ways. But I'm saying that some articles are not unsalvageable. Some can be kept and shaped to fit the standard set forth here on Wikipedia. Mr. C.C. Hey yo! I didn't do it! 16:04, 25 April 2011 (UTC)
Having a userpage doesn't show how someone is serious about contributing. For example, if I didn't have a userpage, but over 50,000 edits, you wouldn't consider me a serious contributor? That's a bit of an ignorant view. Someone could have stuff on their userpage, but isn't a serious contributor, but the fact they have a userpage you would consider them a serious contributor. Looks can be deceiving. Not everybody who has a userpage is necessarily serious about contributing or vice versa. You can't go off whether or not they have a userpage. It's a userpage, it's optional. That's the whole point. If you forced everyone to create a userpage, than half the users would create one just to satisfy you. Doing something just to do it to satisfy someone doesn't show inherent seriousness. Mr. C.C. Hey yo! I didn't do it! 16:04, 25 April 2011 (UTC)
From some of the views I've read, I haven't seen this issue addressed. Couldn't the number of days and edits be upped? Maybe to sevens and 15 or 20 edits with them being reviewed. Some people might do unconstructive edits to get the required amount of edits. I know monitoring new members might be hard to do, but I am sure there is portion of the new members who will make unconstructive edits and wait the four days to get autoconfirmed status so they can create articles that are POV (easy to fix), PROMOTE something, or create a vanity article which is on themself. A well intentioned editor wouldn't do that. But how are we to know if they are well intentioned? We need to find a way to monitor new editors. Since there is a user creation log, we could use that our advantage to monitor the creation of new accounts. But how we would monitor them is another challege unto itself. But this would make sure we are getting well intentioned editors and community members. Mr. C.C. Hey yo! I didn't do it! 10:30 am, Today (UTC+2)
How many articles are currently created by new editors? How many of them remain? Any way to actually find that out? I only edited by IP address when I first got here, not bothering to register a name until I wanted to start an article.
Solution: Just have it where when someone makes an article it says "if you want to make an article, you must include two references in it(click that thing that looks like an open book, and fill in a reliable source for something in the article)". Check to make sure they did that when they try to post it, and refuse to let them if no references are found. There, problem solved. Dream Focus 12:51, 11 April 2011 (UTC)
I believe that most of the articles I flag as a New Page Patroller are by New Users who are not using the Article Wizard - however, sometimes articles written by new users can by really good, therefore I believe that we should force all users who are not confirmed or auto-confirmed to use the article wizard or articles for creation therefore new users can still create articles but if they use the article wizard then they are guided and thus more likely to write a better article. Jamietw ( talk) 16:13, 11 April 2011 (UTC)
Okay! I too agree with the motion. But what about the articles which is totally relied upon personal experiences? Means, there are certain articles and certain topics in which you can't cite any references. They are very common among new users. And by many people they are considered to be vandalism and thus removed. Arghyadeepd ( talk) 18:23, 11 April 2011 (UTC)
I think that this would be a good idea, with limiting creation of new articles to auto-confirmed users. However, I have some of my own thoughts:
Give the user a choice for what they want to do when creating a new article. Either they:
Maybe this has already been proposed (TL;DR), but I think this is the most practical (and easiest to engineer) option. A p3rson ‽ 23:28, 11 April 2011 (UTC)
NB this view was moved after being misplaced in the implementation-focussed Trial discussion section. Rd232 talk 00:13, 12 April 2011 (UTC)
Absolutely no way should this be put into effect. It does not benefit the project as a whole, and it does breach the spirit of the site. Saying "yes you can edit, but you can't make an article for 5 days" is like saying "we don't mind what else you do, but you ain't making something till we're sure we can trust you." This is absolutely wrong and you will drive a whole lot of new editors away if you implement this. Shelve it and get on with writing articles instead of working out how to stop people from doing so.
Fish Barking? 22:33, 11 April 2011 (UTC)
As a regular participant in WP:NPP and a participant in WP:AFC when the backup gets big, I wholeheartedly support this proposal. Any New Page Patroller knows that the the vast majority of new articles are speedied, and most of the rest require tons of cleanup. Requiring new accounts to use AFC will ensure new editors get the help and support that the welcome template just doesn't provide. There is good content out there, and AFC does lead to good articles being written. Some are even written by account holders already. I think requiring AFC to be used will actually encourage new editors; the process of writing an article from scratch with wiki-markup is exceedingly daunting, and knowing there are people there to help will be a big plus to new editors and encourage content creation.
I'd actually be a fan of turning the "Autopatrolled" flag into an "article creator" flag. AKA we would require everyone to use AFC until one shows the ability to create content within the guidelines, in particular WP:N. Two or three articles would be sufficient to show this, but that's another proposal for another day.
With that said, the AFC process, while workable, can be somewhat clumsy to use from a reviewer standpoint (I have not tried it from a content creation standpoint). There are automated tools which can help, but it gets clumsy particularly when an article is submitted multiple times. Definite improvements can be made. Nevertheless, it works reasonably well, and can handle more traffic than it currently receives from both a content and reviewing viewpoint.
If this were implemented I think a lot of NPP people would migrate over to AFC and continue doing mostly identical work there. Really we have two choices: Implement this now and then improve AFC, or implement this later and improve AFC now. Either proposal works for me. I would strongly oppose a trial period as we all know how the last one of those went. Lots of drama and no consensus. We either need to do it, put it on hold and then do it, or we need to not do it. Doing a "trial" is just going to muddy the waters.
In short, this is going to improve the wiki, make a smaller backup at NPP, and make a larger one at AFC. AFC will give new accounts the help and support they need. Improvements to AFC can be made, but the system as is can handle a massive increase in activity provided more article reviewers step up, which I think they will. Just look at how many people stepped up for Reviewer when PC was trialled. Applying the lesson from PC, a trial will be counterproductive. Therefore, I strongly support requiring Autopatrolled rights in order to create a new article without AFC. N419 BH 01:59, 12 April 2011 (UTC)
When discussing article creation, I often make a comparison to TV Tropes wiki, which has a very successful article creation forum called YKTTW (You Know That Thing Where). Although it is not strictly mandatory to use it, something like 95% of new tropes are created through YKTTW. The large majority of suggested tropes simply fall away either for lack of interest, or because someone discovered it was redundant, or because there was consensus it was not considered a useful trope. Even of tropes I've proposed, probably less than 30% ever got launched, and I'm not a newbie there. Sometimes experienced editors will comb the very old YKTTW posts for good looking tropes and revive them and clean them up - similarly, someone could comb through old AFCs and rescue the ones that look especially promising. We could learn a lot from this model.
And this model is not unlike AFC here at Wikipedia: just as a proposed trope can sit indefinitely on YKTTW, a rejected new article proposal can sit indefinitely on AFC without fear of contaminating the project, and an author can continue to learn from their experience of working on proposed new articles, whether or not they are ever launched. For a newbie, it hurts far less at an emotional level to see your rejected work face constructive criticism and then fade into obscurity than to see it summarily eliminated while still fresh. Everything we can do to encourage new editors to use this process will benefit them and benefit us, in the short and the long run. Fears of a backlog are unfounded for the same reason they are unfounded on TV Tropes: because the backlog itself represents the long tail of rejected and forgotten proposed articles. When your proposed articles are hanging out in user space, there is no real need to decide the ultimate fate of every last one of them. Dcoetzee 09:48, 12 April 2011 (UTC)
Have I got this wrong?
Is it being proposed that we should encourage, no force, new users to make changes to existing articles as a means of testing their Wikipedia writing ability? How does the garage band publicist (to take an example from above) choose which article to edit? Should they work on The Beatles? Elvis Presley? Would you be happy for them to work on one of your articles just for the sake of it?
Whilst they spoil the appearance of many pages already, maybe a banner saying 'This article was produced by a new user' might be a way of going forward? Shipsview ( talk) 10:03, 12 April 2011 (UTC)
While I support the basic idea of requiring autoconfirmed status the use of a wizard in order to create articles, I strongly oppose any proposal for a "trial" until I recieve some sort of assurance that the trial will not be extended indefinitely against clear consensus, as is currently happening with the pending changes "trail." See
Wikipedia:Pending changes/Request for Comment February 2011 for details.
I'm not convinced that we yet understand the potential impact of such a change. Statistical analysis of the data at User:Mr.Z-man/newusers (see User_talk:Mr.Z-man/newusers#Statistical_analysis) shows that being allowed to create new articles does have a small effect on staying on, but is far, far outweighed by the negative effects of first edit(s) being deleted. However, we don't know enough about why these edits are deleted. We may be putting off editors who shouldn't be here – because their only interest is to advertise or push some POV. We may be putting off editors who simply don't know enough about Wikipedia's policies and practices – in which case perhaps mentoring will help. So at present I'm against the change. Peter coxhead ( talk) 14:03, 12 April 2011 (UTC)
There is a real danger here of using bureaucracy to override individual energy. Many of the best Wikipedia features subliminally leverage the user's attitude to advantage. We must not lose sight of that. (Ancient Oriental political and military philosophy makes some interesting parallels). If we do anything it should be incremental. One might begin by say watermarking suspect articles, and allowing only autoconfirmed users to remove the watermark. Would the watermark demotivate vandals? There's only one way to find out. — Cheers, Steelpillow ( Talk) 18:21, 12 April 2011 (UTC)
My honest answer? No, we should not limit article creation only to those who earn the AutoConfirmed status. My simple reason: Jackie Evancho. Yes, before August 2010 it probably should have been deleted because there was not sufficient notability for Wikipedia. Now, she is the youngest debut artist ever in the Billboard Top 10 and the biggest debut of the year for all of 2010 for O Holy Night. The creator of the biographical article created the page in her userspace and moved it into the article space, where it got a haircut. Since AGT 2010 however, it's quintupled its original size and then some. If the article wasn't there when I found it right after the show, I would have watched its creation for sure, but this user submitted something that is going to get a lot of clicks for the next few years. I'm currently keeping an editorial eye on the page and am in the process of cleanup across articles as some information appears to be duplicated across the articles. CycloneGU ( talk) 20:53, 12 April 2011 (UTC)
Agreed. That would be a good tool as considering the recent articles that appears to be based on crap. jeez... But honestly, if and when this is implemented, we should be able to see vandalism drop sharply.
That's right. Ianlopez12 (user talk:Ianlopez12|talk]]) —Preceding undated comment added 04:15, 15 April 2011 (UTC).
I had a lot to say, but I realized most of it was just a complaint about how picky Wikipedia's new article standards are, even for non-controversial topics. I know from experience that it's a lot easier to start a stub and watch people edit it, or edit a stub, or both than it is to make a decent article in one go. I stopped regularly participating in Wikipedia once my stubs started getting deleted because I was using that strategy.
My other point: I haven't used this account for five years, editing anonymously for most of that time when the mood struck me, after Wikipedia required new users to go through AFC, I simply stopped trying to create articles. It would have been easier to retrieve the password to my old account, and
damned if I was going to do even that. --
Quintucket (
talk) 18:20, 16 April 2011 (UTC)
Support proposal. Naturally, we must remember that Wikipedia is "The free encyclopedia that anyone can edit" and therefore limiting anonymous and new users' permissions too much will make us stray from that mission. However, I must note that anyone could still articles, they just can't all create articles on their own. Semantically, we'd still be true to our mission. As for the reasoning behind this proposal, I firmly agree that something needs to be done to reduce the workload of our serious editors and admins. There is a backlog a mile long for stuff like articles that are too technical or written like essays. It would improve the quality of the encyclopedia enormously if editors could focus on that instad of hundreds of new articles that violate policy. Crisco 1492 ( talk) 23:22, 17 April 2011 (UTC)
I agree with the proposal, however the biggest problem I see in the subject areas I am looking at (the arts) is the huge numbers of people joining to create their own personal CV page as an article with zero notability. Is there no way to separate individuals as a category that has this (proposed) new functionality whilst leaving creation of articles about everything else as it is? I imagine that this would be more complex than what is proposed here, but if you examine motivation, this has to be the primary reason anybody would create a totally invalid article as a first or early edit. It is different to say an article that is based on a persons activity or subject area that has bias but involves other people (for instance politics or commerce) and therefore has more chance of debate on relevance or suitability. filmmaker2011 —Preceding undated comment added 07:46, 20 April 2011 (UTC).
As a community project intended to cloudsource the editing and creation of content, it appears at first glance that requiring permissions and/or experience for the creation of new content is counterproductive. However, the English Wikipedia has become massive, to the point where new users are often daunted by policy and procedure once their first edits get reverted or deleted. If we do implement the change at hand, we will significantly reduce the deletion backlog. Not only will the CSD rate drop, the PROD rate will also drop to the point where it may not be even necessary. If you consider that several AfD's a day are denied PROD's and many PROD's are of new articles, I don't think that the AfD rate will increase significantly if PROD is eliminated under the new proposal. However, every proposal has it's pitfalls. Upon learning of this procedure, a new user may consider making unconstructive or even vandalistic edits just to achieve the 10 edits required. If necessary, we can raise this to 25 edits and decrease the time requirement to 2 days. This will help distinguish legitimate alternate accounts from new users. For those contributors who would submit to an assisted program like AfC, the reviewer (combine with PC reviewer?) can autoconfirm the user then and there if the article meets all standards and is created. Even if the creation rate of legitimate articles drops, we already have millions of articles and each new one increases the chance of copyvios or non-notable topics. Also, how about requiring autoconfirmed at a minimum to creating userpages? While they are designed to be a collaboration tool, many new users consider it as a personal webhost. Why should we dedicate server space to a new user who may never come back? — Train2104 ( talk • contribs • count) 02:16, 23 April 2011 (UTC)
I feel that, though 10 edits are too much, atleast 2 or 3 of them should be made by a person before he can make a page. Richu1996 12:45, 23 April 2011 (UTC) — Preceding unsigned comment added by Richukuttan ( talk • contribs)
I don't think this will change the amount of vandalism, just relocate it.
If someone wants to create a new page, they will jump through any hoops we put in front of them to do it. Others have mentioned the likelihood of seeing an increase in page edit vandalism to increate your pages edited score. I suggest that there would be other unintended consequences of this proposal, some of which we can't even foresee.
Perhaps the low barrier to entry -- that includes being able to create new pages -- is an important ingredient to new editor generation. If that goes down because this proposal is adopted and the overall number of new editors drops, I believe we are likely to see reduced numbers of quality editors as well.
Does anybody know how many quality editors we now have who started by creating a single page? They might not be editors now under this proposal. ZoneAlarm5 ( talk) 20:07, 23 April 2011 (UTC)
I do not support this. What would it solve? It shuts people out; you shouldn’t have to register to create an article or even log in if you so choose. It may relieve the articles needed to be deleted and the load on new article watchers, but now you’ll have a log of unnecessary user accounts (how many people will make accounts just to make an article and never use it again? If they realize they need to wait or make edits they‘ll just abandon it) not to mention a new log of articles that need to be checked for approval. I may not be a very involved user of Wikipedia, but I feel the need to express my distaste for this idea. — Mr Grim Reaper 20:12, 23 April 2011 (UTC)
Personally limiting creation of new pages to users who have been autoconfirmed is great but since I have not been an active member in these discussion. I can not say that this opinion I have has been vocaly heard in the cammunity. Personaly I also feel that Wikipedias' allowance of not registered persons to edit is the worse thing that is part of Wikipedia. Controling new users ability to create new pages is a step in the right direction. Removing non logged persons to edit pages will help wikipedia become an official source in educational communities across the world. - Popa01 ( talk) 12:20, 24 April 2011 (UTC)
I think that 10 edits is quite fair to ensure that new users learn the ropes before jumping into a new page. I initially tried to start a new page and found that without editing other pages I didn't have the knowledge to create pages to the correct standards. I am still a few edits off having auto-confirmed status, but am enjoying my Wikipedia apprenticeship. - User:Jezhug ( talk) 01:11, 25 April 2011 (UTC)
this article is quit important.I think 10 edit is not enough to learn,making more than 50 edit is better. User:Albicelestes ( talk) 04:57, 24 April 2011 (UTC)
I support this. If somebody wants to submit an article for creation and is not autoconfirmed, either let him submit an AfC or ask an admin at PERM for confirmation. Besides, if you aren't autoconfirmed, you probably didn't edit enough to know what goes into an article and what doesn't. Wiki cop ter what i do s + c cup| former 00:06, 25 April 2011 (UTC)
Not agreed. This proposal does not follow the founding principles. We can't force anyone to create an account, wait ten days, edit ten times and then be able to create an article. Instead of forcing registration, we could, however, think about a way of reviewing articles created by non-confirmed accounts like it is already done by reviewers ( Pending changes). In fact, we are not really following those principles already, since we disallow article creation by non-registered accounts...” TeLeS ( T @ L C S) 02:52, 25 April 2011 (UTC)
DISagree. I need to add one whole new page. and if anyone knows how to do this, I would very much, and humbly, welcome their input.
I live in California and am 29 years old; and having been ostensibly introduced to a science fiction author whose work I've never read, who I could in theory meet in the next month...y^3seinfld:ref....
The Valvutome thing is because I cook, sorry if that caused anyone any pain. — Preceding unsigned comment added by Darion29 ( talk • contribs) 09:29, 25 April 2011 (UTC)
I agree. The autoconfirm threshold can act as a safeguard to ensure that a new user could learn the ropes and be able to create an article that meets Wikipedia's guidelines. RA0808 ( talk) 03:35, 25 April 2011 (UTC)
Well, in all honesty, I believe the autoconfirm threshold is not right now necessary. New troll articles aren't a big problem because they can be dealt with quickly and easily through CSD (compared to standard vandalism to highly developed articles, which can deter readers and spread misinformation). Furthermore, this can also deter new editors from continuing editing. Again, just my two cents. Marlith (Talk) 04:16, 25 April 2011 (UTC)
I agree with the concept... brand new users should have some form of review prior to publication. We were all "new users" at one time, and didn't really know how to do anything at first. I am still learning, and while I don't know everything, I do know abuse and vandalism when I see it, and I have reversed a few bad edits. One thing I have noticed is that much of the abuse/vandalism comes from people who dont have accounts at all, using their IP address. At the very least, edits by IP addresses should be reviewed. — Preceding unsigned comment added by Timshuwy ( talk • contribs) 03:53, 26 April 2011 (UTC)
I DISAGREE. Uh... I'm new to Wikepedia. (I think) I think new users like me who are still having problems acting or editing in Wikepedia, would never have any mind left to think about autoconfirmed or something. What if starters feel uncomfortable about this rule and just stop editing. I feel like stop doing something when I get to know a very strict rule about the something. Starters might feel like that. I thought Wikipedia didn't care about mistakes of editors.. So, I DISAGREE to this concept. -- Kiwhan ( talk) 16:02, 26 April 2011 (UTC)
When I joined Wikipedia I created three new articles in my first 50 edits. I did not join Wikipedia so that I could tag categories, add references and enforce the manual of style. Things have changed and now I do much less creation of articles (I've probably only made 10 other articles in my next 3,500 edits) and more stuff which is probably more necessary to the encyclopedia. The question is, what are we worries about new users submitting? As a part-time recent changes watcher I'm quite happy to delete new vandal pages or tag up non-notable companies/bands/people for SD, and in fact I think this is much easier and less effort than patrolling AFC and either creating articles for people or telling why they're inappropriate. Fundamentally I think this policy fails both tests I would apply to it:
I think that if someone who previously only read wikipedia sees a page that is missing and wants to create it, then that new editor is a potential asset to the project even if their article is going to be speedy deleted. I am more than happy to commit time to cleaning the wiki in order to ensure that other new users can join on the same terms that I did, as a vaguely curious 16 year old who's just discovered that I'm actually allowed to edit and contribute to a flipping encyclopedia.
I fully agree with starting this policy! I'm actually surprised that it's not already in use. It only makes sense. It'll prevent pointless articles from being created and will help ensure that more of the new articles are actually subjects that are worthy of receiving their own article. Less debates over what is and is not a valid article. More time to work on the actual content. — Preceding unsigned comment added by Jam1991 ( talk • contribs) 18:16, 26 April 2011 (UTC)
Not going to give an opinion right now, because requiring people to have autoconfirmed status has some good arguments in its favor. However, I may be leaning towards the other end, because some IPs edit for the sake of contributing and do not want recognition at all, and do not want to be registered users.
Remember the PRINCIPLES of Wikipedia, the free encyclopedia that ANYONE CAN EDIT. FREE to create articles without needing qualifications and reviewing, BY ANYONE. Also known as autoconfirmed, new and anonymous users.
I follow the rules of Wikipedia, regardless of what I think. I believed that Rebecca Black should have been deleted. While in real life I know that she was a phenomenon, that is more popular and well-known than many other things on Wikipedia, the article WAS IN VIOLATION OF WIKIPEDIA RULES. Something in violation of the rules must be dealt with according to the rules, and I believe that if one of Wikipedia's statements is that ANYONE can edit, then ANYONE should be able to edit. WIERDGREENMAN ( talk) 23:19, 26 April 2011 (UTC)
To create articles I think should need autoconfirmed status. I also would like to suggest that it depends also on load on admins. If the load is heavy, put the articles in a queue with a level of protection queue, may be only as an acknowledgment from the beginning that protection levels mechanism will come into effect. If the load is lesser, then begin with a lesser protection level.असक्ताह सततम्, कार्यम् कर्म समाच्रर | असक्तॊ ही अचरण कर्म 15:45, 27 April 2011 (UTC)
I agree with this proposal. I also believe that newly submitted articles should be reviewed by an administrator to see if it meets Wikipedia's basic policies. That way we can get rid of WP:CSD. -- Vörös yes? 21:41, 27 April 2011 (UTC)
I agree with this proposal, and given Wikipedia's widespread credibility problem overall, I would, in fact, like to see more stringent safeguards on editing. Forbidding anonymous IPs — by far the greatest source of vandalism and uninformed, non-constructive edits — would be a very important start. -- Tenebrae ( talk) 22:43, 27 April 2011 (UTC)
I agree with this proposal because wikipedia needs quality more than numbers of editors. MaxWyss ( talk) 07:44, 28 April 2011 (UTC)MaxWyss
At first glance, this seems like a sensible idea as it forces new users to learn a bit about Wikipedia before they create an article. In that respect, I'd support the proposal and even recommend the edit count and account age criteria be higher and more stringent. However, this not only risks going against policy ("anyone can edit"), there is also no guarantee that the new user will attempt to learn Wikipedia policies and guidelines. In other words, if a new user can't write an encyclopedic article (or even, in some cases, a simple sentence) after 1 day, there's little chance they'll be able to do so three days later.
In reading the other comments above, I also find it interesting how so many people here seem to refer to new pages as though, in being created by a new user, they somehow belong to that user. (I refer to the common use of phrases such as "their article"). Granted, this may simply be a phrase of convenience rather than fact, but it seems to highlight a view that new pages don't belong to the community but rather to the page's creator. I wonder if this is why new page patrolling often appears so bitey; instead of requesting a page creator to help upgrade a new page, the attitude seems to be to expect the page creator to fix everything. That approach may be useful at WP:FAC, but not at NPP: it places too much expectation on new users.
LordVetinari ( talk) 13:12, 28 April 2011 (UTC)
Yes, it should be the case because of increased number of vandalism on Wikipedia! Burhan Ahmed | Penny for your thoughts? 15:15, 28 April 2011 (UTC)
I like the concept. Listen let's be blunt about this. As long as someone can randomly click on a page, and edit it with utter nonsense, it will be very hard to get people to take this page serious. What we need to do as wikipedia contributors is band together, and make wikipedia a valuable research portal. And by forcing people to sign up with a valid account to contribute will lessen the clutter, make the job of the moderators easier, and improve the reputation of wikipedia as a whole. —Preceding unsigned comment added by Metalfan1976 ( talk • contribs) 21:44, 28 April 2011 (UTC)
I patrol Newpages, and I think this is probably a bad idea, but I could change my mind. However, arguments won't convince me. I would need to see an actual writeup explaining how the new system would work and how it should be implemented, including possible forms of assistance and improvements to be made to those processes. If you want a trial, then the trial needs a writeup too, explaining how the change would be made, how and when it would be reversed, a list of the metrics to be collected, and a history of those metrics to date, for comparison.
Until we know exactly what we are discussing we should resist any change by default. Melchoir ( talk) 22:40, 28 April 2011 (UTC)
IPs can edit, as can users. Making it so that only autoconfirmed users can create articles would fix at least one scenario, when an IP tries to create a page, fails, then registers a user account and creates it. It's almost no different from allowing IPs to create pages. HTMLCODER.exe ( talk) 23:58, 28 April 2011 (UTC)
Addendum: Also, this means that, in order to create a page, an user has to spend some time on Wikipedia, not only idling, but making edits as well. 4 days and 10 edits seems reasonable enough, if not, it's a topic for another discussion. What I want to say is that such "delay" should greatly reduce numbers of "lol dongs" and similar in Newpages. -- HTMLCODER.exe ( talk) 00:04, 29 April 2011 (UTC)
I think that you should not be able to create articles from scratch, but only from redlinks within the same namespace. See this 2008 text for details: User:Plrk/On the creation of articles. It greatly reduces problems with notability and spam, and opens up for possibly allowing anonymous contributors to create articles again. At the time of my original text, I made a small investigation, see User:Plrk/Incoming links to A7-deleted articles and User:Plrk/Incoming links to patrolled new pages. I quote the conclusion:
"Although the sample is small and the statistical error margin is huge, my research shows that 80% of all articles that are deleted with reference to WP:CSD#A7 have no incoming links, and would therefore not have been created if my proposal had been a reality. It also shows that of the articles that are legitimately created and are not disambiguation pages, 89% have incoming links and would have been created anyways."
Plrk ( talk) 07:00, 29 April 2011 (UTC)
I would like to respond to a view mentioned several times above. Several users are supporting the proposal based on the idea that slogan 'encyclopedia that anyone can edit' does not mean anyone can start articles. I don't agree with this. When you 'Edit' a document it means you make improvements such as moving sections, deleting sections, and creating new sections. That's (part) of what editing is. Users are here to edit the encyclopedia, which means they may want to add new sections to it, i.e. articles. Thus I strongly disagree with users who are suggesting users don't have a right to create new articles. The right to do so is part of Wikipedia's core mission IMO. I do find many of the arguments about the benefits of the proposal rather convincing; however I still feel that in trying to fix the problem we must keep Wikipedia's core mission closer in mind.-- Johnsemlak ( talk) 17:19, 29 April 2011 (UTC)
I think that this is incredibly good idea. I know that in my early days of editing, I made a couple ill-advised pages on minor league baseball players for the New York Yankees. I feel that new users should (if this is possible, sorry if it is not) not be able to create content pages but should be able to create redirects and disambiguation pages. I know experienced editors sometimes have reservations on creating redirects, and often will not create some redirects, such as I did for Fastest pitch ever recorded, as the wording does not sound very professional. The same idea applies to the disambiguation pages. I do not think they should be albe to create (or move) content pages, because some of them may have been previously deleted and they neglect to read the log, or create something that would obviosuly be not significant to anyone else. I also think, on a related note, that non-autoconfirmed users should not even be able to edit anything not in the user or main namespaces, for similar reasons. Yankeesrule3 ( talk) 00:32, 30 April 2011 (UTC)
As well as considering implementing this, there are other courses to consider (in tandem or instead).
At the end of the day we need more users, less new pages that need admin actions and less rubbish left around in mainspace with five or more notices for improvement/deletion. Channelling them into the wizards and towards help in creation, whilst still allowing them to edit, is the main goal here is it not?
Userifying is still a much under-used solution to many of the NPP problems and it has to be more encouraging that their article is still there. The process could easily be done for those articles which were not obvious deletes and would perhaps encourage them to ask for help to work on improvements if they thought there was still a chance the article would be "published" later on. It would also give them time to learn the processes instead of being thrown in the deep end of AfD, COI, and other scary unfamiliar bannered processes without a flotation aid, as well as removing most of the remaining detritus from mainspace. Chaosdruid ( talk) 02:33, 30 April 2011 (UTC)
I oppose this tactical change not on the basis of merit, but because it doesn't seem that any of the arguments, pro or con are being made in light of the overall wikimedia strategy: [21]. Unless we made tactical changes only after careful evaluation of their impact on our strategic goals, we run the risk of going backwards, instead of forward. Sun Tzu reminds us: Strategy without tactics is a slow route to victory. Tactics without Strategy is the noise before the defeat.-- Mike Cline ( talk) 02:52, 30 April 2011 (UTC)
I reget this notion. Although figures show that new users are likely to vandalise, some people JOIN WIKIPEDIA exclusively to create an article that should be there but isnt. I do not thing that people should be subject to the encouragement of "mass editing" in order to create said article. Some new users read on how to create articles and are more skilled than older users. I am new, and have created an article that was obviously missing. This isn't the best article, but it is notable and sourced, layed out averagely- as you would expect from one whom wasnt too experianced. We need to encourage quality not quantity, but the experianced wikipedians often outshine new users, as editing can be a complex proccess. I agree that we need -something- to stop vandals, but them to go around and edit 10 pages first shouldn't be one of them, as wikipedia is already intimidating enough to new users- thus the slow down of the creation of articles (along side the maintanace of exsisting articles and less obvious articles to create). -- deadagain33 —Preceding undated comment added 11:41, 30 April 2011 (UTC).
I support this notion. Wikipedia needs to cut down on spamming. —Preceding unsigned comment added by Themane2 ( talk • contribs) 03:38, 14 May 2011 (UTC)
I ask anyone reading this discussion to please take a look at Category:Pending AfC submissions, and preferably help handle a few (it happens to be severely backlogged); by doing so - by looking at typical submissions - you'll get a great insight into what we're dealing with here.
It's very easy to review an AFC - if it's good enough, move it to mainspace, and tidy up.
If it's not, change the first line from e.g.
{{AFC submission|||ts=20110513....
...to...
{{AFC submission||d|PUT THE REASON HERE|ts=20110513....
(ie, stick a letter 'd' (for 'decline') as the first parameter, and put your reason for declining as the second.
That's it.
For those whole like such things, it can be made easier and prettier if you add the following line to your Special:MyPage/skin.js;
importScript('User:Tim Song/afchelper4.js');
...that gives you a 'review' button when you look at a pending submission.
Any questions and comments, WT:AFC.
Cheers, Chzz ► 17:29, 13 May 2011 (UTC)
There should be a button for editors to press that gets rid of all their contributions, leaving the current article chewed up, so when users get mad an threaten to leave Wikipedia, people will take them seriously, because it might have actual consequences. It would also just be a nice option to have.-- WikiDonn ( talk) 01:20, 2 April 2011 (UTC)
"when users get mad an threaten to leave Wikipedia, people will take them seriously" You are proposing a technological fix to a social problem. Reminds me of a guy I knew who was removing his stereo from his wife's car so she shot him in the head. ---— Gadget850 (Ed) talk 03:08, 4 April 2011 (UTC)
This page contains discussions that have been archived from Village pump (proposals). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.
< Older discussions · Archives: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, AA, AB, AC, AD, AE, AF, AG, AH, AI, AJ, AK, AL, AM, AN, AO, AP, AQ, AR · 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212
Pretty-much in the title: what would you think if non-admins could move pages without leaving a talk page redirect? Maybe the software could check for inbound links to the talk page and not present that option if they exist. The vast majority of talk pages have no incoming links, and the ones that do probably shouldn't be moved. The article/page would still leave a redirect, so no harm done. ▫ JohnnyMrNinja 19:34, 7 March 2011 (UTC)
Interesting idea Choyoołʼįįhí:Seb az86556 > haneʼ 08:26, 8 March 2011 (UTC)
Merits aside, I think this is technically problematic as "not leaving a redirect behind" is currently achieved using the delete
tool, which would have to be split or otherwise tinkered with a lot to isolate this particular implementation from the ability to delete other pages.
Skomorokh 18:36, 15 March 2011 (UTC)
noredirect
parameter in an API action=move query. This is available to users with the suppressredirect
right (currently bots and admins).
Anomie
⚔ 21:59, 15 March 2011 (UTC)Hello,
I just wrote a proposal about removing some of the more off-putting things on one page in the account creation. The discussion can use your input. Best wishes// Hannibal ( talk) 14:26, 11 March 2011 (UTC)
A large number of WP articles now have maintenance tags, many of which are years old. In some cases the issues have been fixed, in others not. In some cases the person adding the tag acted in good faith with rationale on the Talk page, in others it's a drive-by or agenda account whose sole problem is that the article reflects WP:NPOV instead of WP:TRUTH.
Proposals:
It is clear to me that newbies do not feel they have the right to remove tags. Issues not actively being fixed, and where the editor identifying the issue cannot be arsed to make a case, should simply be closed - as is the case with any trouble ticket system. I think that's the way to view tags: as trouble tickets. In every system I've encountered, "no response from originator" is solid grounds for closing.
I'd exempt WP:BLP articles; tags on these over a month old should result in listing at WP:BLPN and loud klaxons and flashing lights.
Lets pick up after ourselves. Guy ( Help!) 01:22, 26 February 2011 (UTC)
You may be interested in my user essay User:Yaris678/Deny automated recognition. It recommends a tweak to how the various automated and semi-automated anti-vandal tools should work. Yaris678 ( talk) 15:50, 12 March 2011 (UTC)
Please see commons:Commons:Village_pump#Proposal:_Fair_use_upload_bot for my proposal for a bot that would re-upload images that are deleted on Commons but in use on En to En as candidates for fair use. Please comment there. Dcoetzee 12:11, 16 March 2011 (UTC)
I emailed ArbCom about this (because I thought since it would be an ArbCom ban, it was ArbCom's decision) and they said that I should make the proposal to the community. Basically, the proposal is: I was thinking: people occasionally don't listen to ArbCom or community bans, and end up editing pages or topics they are banned from; sometimes with full knowledge, in which case they might create lots of drama and hinder editing, or a complete accident, where their claims sometimes can't be believed, even when they're true. Then I thought of a way to 'block' users from pages in certain categories or pages etc: the abuse filter. The abuse filter can be used (as said in an IRC discussion) to prevent users from editing certain pages by preventing the edit if a certain user tries to edit a certain page, and I believe this would be useful to prevent users from deliberately going past bans and causing disruption, or banned users accidentally editing pages they are banned from editing and being punished for their mistake. That's my proposal. -- 123 Hedgehog 456 : Create an account! 20:09, 16 March 2011 (UTC)
This doesn't seem to be a good idea for a filter for the reason's given by Alex, but a bot would be easier (reports edits made in the topic). We can keep a section of monobook.js which gives them a nice "do not edit please please please" banner on the relevant pages, so that they don't accidentally edit.
I propose we, wikipedia, begin to create appeal for PhD.
I propose the following
Wiki registration divide members up according to discipline of major and level of education (Elementary, Middle, Highschool,Undergrad Freshman+Sophmore, Undergrad Junior and senior, master candidate, master, PhD. Candidate, TA,)then...
Instructor 2 Board Eligible 50-75 hours of teaching per year
Assistant Clinical Professor 8 High degree of clinical competence, 50-75 hours of teaching per year
Associate Clinical Professor 6
Clinical Professor - - Evaluations - Excellent teaching, 50-75 hours of teaching per year
Emeritus - - Reserved for highest rank - distinguished record of UCSF teaching and clinical competence.
I proposed based on academic rank no level can edit the information placed by a supperior accademic title, and can only be altered by one of a higher or equal rank,
However, the issue is when a piece of information becomes out dated event though a professor said it is true and no one can change it. I would propose that any Graduate can question the point made by a professor and opon reaching a certain boundary it should be checked by a staff of PhD.'s hired or open sourced through wikipedia.
Also I propose anyone can hypothesize, while also a process of philosophical building can occur in the mind and words of anyone, as such anyone can propose theory (Following this same rank system mentioned above), however I propose only a graduate can choose to breath life into the idea and perform appropriate scientific experiments that will move the idea from philosophy to theory.
I believe this would revolutionize accademia giving professors access to a vast sea of ideas while establishing an interactive process of peer review which is constantly being refined by the masses. I believe this would increase education, reseach, wealth, knowledge and the condition of man.
Finally I propose we establish a section for every discipline with a subsection for every theory and its associated subsets until the fact level. I believe that this would enable man to revolutionize the peer review process making responces between professors instant and furthermore breaking peer review down from massive 30 page essays of 6 months of independent thought to thought by thought constant refinement.
Tell me what you think and please add and edit as you see fit! You can reach me at <redacted> — Preceding unsigned comment added by Mcl10002 ( talk • contribs) 10:08, 12 March 2011 (UTC)
I usually have this issue when it comes to WikiProject redirects, but have had it elsewhere. It becomes really annoying when I am confused for a while as to why my link is redlinked. I usually try several other things before it dawns on me it was an issue of CamelCase formatting. I realize that this could cause issues when 2 items conflict and one is spelled with CamcelCase and the other isn't, but I think we already do something similar with plurals. 陣 内 Jinnai 23:28, 14 March 2011 (UTC)
Anyone want to start a page where users place bets on things like sporting events, elections, or really anything. We would be betting work on Wikipedia. Example:
Some wikifun to pass the time and hopefully get some work done. Thoughts? AerobicFox ( talk) 20:58, 15 March 2011 (UTC)
::::Oh will you relax, lol, such outward hostility like that can dissuade one from editing all together as it makes them feel unwelcome. Are other groups not allowed to make self-depricating comments in talk pages as well or does it just apply to us? I am curious, how is it handled when it does come up (in practice, not in theory)? I will take the approach that as you feel offended by it, I will not make self-depricating jokes on the encyclopedia, but I do still consider it to be an important part of our culture, and so I feel nothing wrong whatsoever about it.
Sir William Matthew Flinders Petrie
Say Shalom! 17:06, 16 March 2011 (UTC) Edit: alright, now that I am a bit more chill about this, and can look at it without the distraction of being offended, let me analyse it as an anthropologist. I think this is an instance of common cultural and (in my case) professional practice coming up against Wikipedian cultural practice and rules. So as an anthropologist I must of course conclude that the best approach to take is to adapt to the cultural practice of the Wikipedians so as not to cause further offence to them (and I know you're probably thinking I am talking about you guys like natives, etc, but the same applies if you're in France or elsewhere). So that is what I will do. Though might I suggest in the future this sort of thing be approached with a gentler hand? What starts and argument is two or more people approaching something in an angry manner rather than one person being calm, polite and friendly and dealing with it in that manner. Remember the old saying "you win more flies with honey than you do with vinegar." You do that until friendliness no longer works and then simply bring the banhammer. No one can blame you if you failed, but odds are that being friendly diffuses the situation. Anyway, about this bet thing, I oppose.
This might be a fun thing to have on a completely separate website..... Wabbott9 ( talk) 01:35, 18 March 2011 (UTC)
Alright, maybe I'm missing something, but I am not sure why (to my knowledge) there is no undo button for those times when you accidentally hit Crtl+A while writing something. Just happened to me before. I see no option for undo, and it's not in the perennial proposals or in the old proposals afaik. So why don't we have an undo button exactly? Oh and redo too I suppose. If there are none without the toolbox thingees then I propose that an undo and redo button be added. Sir William Matthew Flinders Petrie Say Shalom! 17:39, 16 March 2011 (UTC)
Is there a standard procedure for proposing a new "sister project" (Wiktionary, Wikiquote, WikiBooks, WikeSource, WikiNews, and a number of others are "sister projects" of Wikipedia, run by the Wikimedia Foundation)? I've created this proposal, but I don't know if that's the sort of proposal being sought there, and as far as I know, no one's noticed it. What would be the best way to inform online communities of the proposal and invite participation? (Besides maybe a brief notice on the talk pages of interested WikiProjects?)
Briefly the idea is this: Web sites like rate-my-prof (or whatever its called) are for soundbites only; they do not welcome serious substantive discussion. They have extremely small limits on lengths of comments and don't want to change that. I'd like to have a forum devoted to the same topic, differing from those in that it would allow and encourage serious discussion. Michael Hardy ( talk) 23:34, 16 March 2011 (UTC)
During the next couple of weeks, there will be some testing on the account creation process. I and the others who are working on this of course aim to disturb the normal routines as little as possible, but as we have seen (see WP:AN for more details), there can be some unforseen side effects. If that is the case in the future, you are welcome to help out. I have created this workspace, so that everything is transparent. If you have any questions about this, feel free to contact me through my talk page (but remember that I am on GMT+1 time), or through email (which you can find on my user page). I apologize in advance for any problems this may cause and hope that many people jump and create their own versions so that we have many new alternatives to test.
Oh, and by the way, I intend to start testing version nr 3 in about 10 hours. You may edit that page up until that moment. Thanks for your patience.// SvHannibal ( talk) 00:15, 28 February 2011 (UTC)
The Welcoming committee has a huge task, to try and introduce new editors to the basic aspects of the wiki once they make a contribution.
My proposal would be to use bots to automatically leave a message with registered users once they make their first edit into the project namespace. Regardless of wither this is a positive or negative edit, I think a simple message could be generated to neutrally present the five pillars, some basic links to editing, and a handful of other useful links. This would in turn automatically show users the broader aspects of the community and perhaps lead them to make more constructive and focused edits. More specific welcoming messages could be used if the first edit is to a user page, a talk page, and so forth.
This would not negate the use of the Welcoming Committee, they could still provide a more specific and human welcome. But for the most part, their basic duty could just as easily and more accurately be performed by automation. Thoughts? -- Nick Penguin( contribs) 06:13, 6 March 2011 (UTC)
This is a perennial issue which really arises because of the flaw in MediaWiki:Welcomecreation: it disappears and can't easily be found again. The solution was proposed as T23318: essentially, turn it into a dismissable message shown on new users' talk pages, which isn't an actual talk page posting and doesn't turn the redlink blue. Rd232 talk 14:34, 9 March 2011 (UTC)
I think the test method outlined by Lambiam would give us the most neutral way of determining which method of welcoming functions better. Taking a test group of new editors and automatically welcoming them when they make their first edit, and then a control group where regular methods of welcoming occur. Using a few thousand accounts for each group would reduce the chance of number skewing.
The bot welcoming message would be simple, it would only include neutral information about content policy, MOS, how to interact with users/talk pages and how to get involved with the community. Just short and simple. Then after several months, we analyze the results. Thoughts? -- Nick Penguin( contribs) 15:59, 11 March 2011 (UTC)
This is my first visit to the village pump. After a year or more of considering the possibility, I did my first edit on 23 February and since then have been enjoying populating a very small corner of the Wikipedia world (Jewish musicians, poets, actors, etc involved in cabaret in Warsaw between the World Wars) using a few Yiddish reference books I've been reading and some amazing Polish savants who post inter-war tangos on Youtube!
Feedback for the old-timers: I found the Wikipedia interface incredibly intimidating. It's austere and verrrry nerdy and obscure. It took me a while to even SEE the "edit this page" tab - at first I thought I could only edit the reference list, not the article itself. Also, I couldn't figure out for a couple days HOW to make my references show up in a reference list.
I needed (still do need) a list of formatting rules close at hand - I still look some of them up by GOOGLING wikipedia to see, for instance, how to format a "redirect." I know there is a cheat sheet but I can't remember how to find it. I am overwhelmed by all the acronyms. I stuck it out because I was curious, but it wasn't easy. I'm surprised and pleased to see so many people here caring about there being new editors - and I did receive a "welcome" note - but really what you need is to see this interface through my eyes (or any other newbies). It doesn't work like any forum or other user-content-generated site I've ever been involved with. And now I will remember to add my four tildes. Jane Peppler ( talk) 03:37, 15 March 2011 (UTC)
In an effort to reduce the burden at WP:NPP, several people have undertaken a large project to review and grant autopatrol rights to users that qualify for them. Over the last 2 months, about 2,500 users have been reviewed and about 1,000 users have been granted the right so far. The task has been laborious and I would like to get one or more bots to help with the effort. Before making a bot request, I want to get input from the community to see if we want to do this. Do we want to do this?
If we decide to do this, I think much of the effort could be automated. We already have a script/bot that is generating reports of possible qualified users. This is the general idea — only users that would easily qualify for the autopatrol right would be automatically submitted for review.
The bots could remove users from the list using several defined criteria;
Note that this is completely different than users requesting the right. This would be specifically defined to find users that would easily qualify for the right. Any input is greatly appreciated. - Hydroxonium ( talk) 13:04, 12 March 2011 (UTC)
Minor remark. The generated list is based on the count of created articles that are not redirects, but this also includes articles in the count that were created as a redirect, but were later changed (usually not by the creator) to a normal article. I assume that that is not intentional. In practice this may not be a big deal. -- Lambiam 21:08, 12 March 2011 (UTC)
Thanks for all the great input everybody. This is what the search currently does.
These are new suggestions
These suggestions need timeframes
Any help for suggested lengths of time is greatly appreciated. Thanks very much. - Hydroxonium ( T• C• V) 08:25, 18 March 2011 (UTC)
Let me start by saying how amazing the Wikipedia is. Given the disparity of views and how difficult human nature is it is amazing that the Wikipedia works at all.
I wonder if it would have been better to have different classes of pages within the one wikipedia.
Quality
Classification
Authorship
I think this could open the Wikipedia up and allow a broader range of content. Thepigdog ( talk) 02:54, 14 March 2011 (UTC)
I am not asking Wikipedians to give up principles that have worked well for them. I am asking that these principles be assigned to a class. That class is good. It has worked well for Wikipedia.
I am suggesting that something major has been inspired by Wikipedia. An idea that human knowledge may be available online, in a form that anyone can add to in a spirit of mutual co-operation.
The other Wikipedia sites will never work because there is no organising principle that co-ordinates them or gives them validity.
The Wikipedia is what people want, the encyclopedia of unbiased verifiable facts. But these facts should be backed by other material within the same database. How wonderful it would be to click on a theorem in the wikipedia and go to the derivation or proof. The proof belongs to a different class. But it two is subject to the same open review as the result.
External links will always suffer from linkrot. And the external links are not open to the same review as in the Wikipedia community.
If you dont do this the Wikipedia will increasingly become a conservative element in society. A repository of safe ideas verifiable by out of date sources. If you expand the wikipedia gradually by adding in new classes the Wikipedia will be come a co-ordinated library of human knowledge.
The choice is yours. I understand the spirit of the age is against me. And encyclopedia of established facts fits well within that age. If you expand the Wikipaedia by creating new classes you will create something amazing. If you dont do this you will have lost an opportunity. Thepigdog ( talk) 05:33, 20 March 2011 (UTC)
(NOTE: The following was moved from Wikipedia:Proposed liberty on essays. -- Uzma Gamal ( talk) 14:10, 18 March 2011 (UTC)): The Proposed liberty on essays is a Wikipedia proposal that would let people have POV essays that don't have to do with Wikipedia. Well, we have userboxes that often have a POV and userboxes are often short. It would be healthier for the brain because then we can read more and thus our brains don't become mush. -- SomeDudeWithAUserName 21:22, 17 March 2011 (UTC)
How about for admins, for incidents, they can attach a PDF Doc of the incident and after other admins can download it? PDFs are able to be uploaded to wikipedia. ~~Awsome EBE123 talk Contribs 22:00, 18 March 2011 (UTC)
I am a gnome - on my page I have the gnome userbox - it looks from a distance like a black and white image of a vagina - do I need to see a psychiatrist, an optician, or should the image be improved? Mark Dask 19:45, 19 March 2011 (UTC)
We now have Featured articles, Featured lists, Featured pictures, Featured sounds, Featured portals, and Featured topics. The effort and skill to create a great disambiguation page is along the lines of lists and topics (and the up and coming Featured books). -- Uzma Gamal ( talk) 05:05, 20 March 2011 (UTC)
My proposal is that no editor ought to be allowed to review an article at a level that they themselves haven't reached. In other words, if you haven't written a good article or a featured article then you have no demonstrated expertise to review someone else's GAN or FAC. Malleus Fatuorum 03:08, 3 March 2011 (UTC)
This would discourage/forbid editors who may be experts or have access to good sources who don't happen to have got an article to GA/FA from commenting at all - surely this would make for a poorer quality review and poorer articles. Nigel Ish ( talk) 22:12, 3 March 2011 (UTC)
Support. Of course. We don't need more unqualified reviewers. We need more qualified ones. It's hard enough dealing with qualified ones, but throwing poor quality into the process reduces efficiency, not increases it.
Doing a good review in some ways requires even MORE perspective than doing a good article. Ideally we'd have some superstud New Yorker editor figure. But failing that, an article writer is much better than someone who can't or won't write articles. If someone doesn't have the capability (or desire) to write an article, I don't want the review.
I've been unimpressed by the reviews from people who haven't done an article. They don't have an overall vision, they don't spell out their crits, they don't have any sympathy or understanding of the author. They seem to play the RFA power game of playing with the support/oppose to drive personal views on style choices, rather than making reccs on things where a choice is allowed. I've actually twice (in a short go) seen very malicious behavior from reviewers who had not done an article.
Only other thing is would add that we should do quid pro quo (require reviews) as DYK does. I'd MUCH rather have an enforced review from someone who writes featured content (he's going to give a good review, he's already shown that by writing articles that he can compose his thoughts) than have a review from someone who is intimidated by actually...well writing an article (which after all is the unit of work product from the reader [customer] point of view). And I'd be more likely to do the reviews and be more interested in the process, if it was a part of the civic duty, than if it's some ad hoc thing with Sandy whining about how no one does reviews or isn't nice enough to reviewers.
And I actually agree that the places (well FA really) are kind of clubby. But I don't think inviting Randy from Boise is the answer. The answer is getting ALL of the populaton of FA writers to do reviews, not just a small number.
TCO ( talk) 14:33, 13 March 2011 (UTC)
Moving beyond the original proposal, which hasn't had any support, there is a real issue motivating that proposal. Now I would have thought more emphasis on collaboration would be the way to go, to ensure that (for GA) reviews don't rest solely on the shoulders of a single editor who might not be qualified enough. Get a minimum of 2 or 3, and on average it should be OK. Alternatively, and more in line with the original proposal, get the relevant community (FA/GA) to approve reviewers, based on some defined standard in which contributing FAs/GAs would feature as providing lots of credit, but not be required (necessary credit for approval can be reached without that). We could also consider ways to make reviewers more accountable, with a clear list of review contributions. Rd232 talk 08:11, 3 March 2011 (UTC)
Personally, I'm all for going in the complete opposite direction, here. We should just mark the whole GA/FA process historical and forget about it. Regardless of original intents (which, I believe, were good), the reality of the current GA/FA ecosystem is that it consists of an insular group of people who seek to provide ego boosts to themselves and others associated with the group. I, for one, will not be a part of it.
I don't expect that my opinion here will be popular, of course. As a matter of fact, I expect it to be largely ignored. There's nothing wrong with that, but I think that it's still important to state. People such as myself generally avoid those of you involved with GA/FA due to your collectively prickly nature (in the area concerned with the GA/FA process, at least). I have done some MOS work, and may contribute to parts of the MOS again, at some point in the future. Unfortunately though, the FA/GA process has become a rather exclusive and, as I said above, insular group (dare I say elitist?). I simply feel that it is the antithesis of what Wikipedia should aspire to, so I have no real motivation to enable it. I know that I'm not alone in basically ignoring the whole system (which, interestingly, is easy to do. Happily.). Regards
—
V = IR (
Talk •
Contribs) 02:33, 6 March 2011 (UTC)
I have another proposal for improving FA/GA reviews - subjecting reviewers to a short 10 question open-book online quiz to make sure they have read the criteria. Anyone who passes the quiz would have a bit set in their signon record and they would be eligible to review FA and GA candidate articles. We are facing a large problem with criteria creep. Some people who are reviewing DYK-suggested articles treat the process as if it were a GA review of the article. Other reviewers give GA nominated articles an FA level review, etc. The plan could be implemented by designing a panel of 25 multiple choice questions that would be selected at random and presented to the test-taker one at a time with an explanation of why each answer selected was right or wrong. The test-taker would only advance to the next question if he answered the prior one correctly, and the bit would be awarded after 10 correct answers in a row.
At present, there is no guarantee that the reviewers understand their role or the criteria. This proposal would give FA/GA reviewers a sense of being "certified" and would lead to better reviews. Racepacket ( talk) 15:45, 10 March 2011 (UTC)
The following discussion 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.
I propose that adminship be granted for a period of three years only. An editor must also wait three years between adminships. All existing admins that have been admins for longer than three years lose that status (but may reapply for adminship in three years). I think this proposal is a good idea because:
-- Surturz ( talk) 12:47, 16 March 2011 (UTC)
This is clearly listed at WP:PEREN#Reconfirm_administrators. Mono ( talk) 17:35, 16 March 2011 (UTC)
I get the feeling there is some support to give admins a bit of a break, and clearly three years is too long. What about a much shorter period of perhaps three months? It is not overly long and would give admins a chance to reevaluate things from the outside once again. And what if this was a voluntary program to sign up for? Consider it a like a periodical sabbatical. -- Nick Penguin( contribs) 04:34, 17 March 2011 (UTC)
It's not gonna happen, ever. I've read all this stuff many times before in different variations. Choyoołʼįįhí:Seb az86556 > haneʼ 04:58, 17 March 2011 (UTC)
I was thinking about this on my way home from work yesterday, completely unrelated to this thread which I only saw this morning. I think one of the major reasons that RfA is "broken" is that there is a common belief that it is too hard to get administrators out. I was trying to work out if there was a way to re-confirm the administrators. What I propose is a process where "Once every *time period*, administrators would submit themselves for community review, where the community could offer feedback and most importantly !vote on whether they should retain the mop. The voters should be *editors in good standing*, and if the !vote is below *arbitrary limit*, then the administrator would lose the bit".
Now, I think the idea is good in principle, but the three items in question should be discussed. I was thinking a *time period* of 1 or 2 years (if we did 1 year, we'd have around 6 a day... that's possibly to much), *editors in good standing* should be editors with say over 100 edits (to prevent people registerring in order to get someone out), and the *arbitrary limit* I was thinking at around 50%. Definitely not as high as RfA, but if less than 50% of the community think you are doing a good job, I don't accept that "Someone has to make the tough decisions" is a good excuse. I wouldn't be averse to putting in a leeway of say, 20% for crat judgement either. Above 60% mostly retain the bit, below 40% mostly lose the bit. For the record, I am not an admin, but if I were I would be looking at something like this for my recall procedure. WormTT · ( talk) 09:02, 17 March 2011 (UTC)
If I'm hearing it right, the perceived problem is that "adminship is for life", and that it's too hard to get rid of those that are perceived as "bad admins". The proposals above focus on either forcibly desysopping admins after a certain period of time, or forcibly putting them through another mini-RfA every year, or something along those lines. None of these time-based solutions work. If an admin is doing a good job, and is willing to continue doing a good job for 20 years, then desysopping them for no other reason than "a certain amount of time has passed" is shooting us in the foot and throwing a good admin into the trash. Forcing a good admin to go through a mini-RfA every year is also an unnecessary burden on the admin and on the community. Getting through RfA once is stressful enough, having to go through that process again every year would be borderline unbearable. The problem is with "bad admins", not with "good admins", so any proposed solution should only affect the bad admins and leave the good admins alone. If the problem is that it's too hard to get rid of bad admins, then the proposal should focus on creating a mechanism for desysopping an admin when there is an overwhelming community consensus to do so. Or, the proposal should focus on making WP:AOR more enforceable. Any solution that involves mandatory events for all admins at specified time intervals is too cumbersome, bureaucratic, and places an unnecessary burden on admins who are busy enough doing a great job (i.e. the vast majority of them). I'd suggest this thread gets closed and you go back to the drawing board. —SW— gossip 20:47, 17 March 2011 (UTC)
To trow any crazy idea in the fray, one of the main concerns about RFA is that it is currently very, very hard to pass which causes a massive reduction in the number of successful candidates (and I assume candidates in general). How about we do something like:
A temp admin could do RFA again in three months and either get full adminship, get a second temp run or get demoted. The focus in the second RFA should be on his/her actions in those 3 months. I am pretty sure something like this has been suggested before, but I dunno what would be problems with it. Yoenit ( talk) 23:09, 17 March 2011 (UTC)
I just read through the entire text above. Consensus sits (fairly) squarely against it, for various reasons, not the least being that there is already a shortage of administrators. Now discussion is drifting back towards unbundling, and temporary adminship, which really doesn't seem to be directly related to the three years proposal. While I am against it for many of the reasons above, I think that this discussion either needs to truly redirect itself at some targeted proposals, or refocus on what was presented and what can be changed in the original proposal to make it viable. NativeForeigner Talk/ Contribs 03:58, 18 March 2011 (UTC)
I understand from this discussion thread now ongoing as part of the March 2011 update on Strategic Planning at WikiMedia that the Swedish wikipedia currently has one year terms for admins, reportedly with successful results. Could we learn from what might work elsewhere and apply lessons learned here? Perhaps Lars Aronsson, who made the observation there would weigh in here? (I'll ask him) Geoff Who, me? 22:16, 17 March 2011 (UTC)
-- Surturz ( talk) 08:03, 18 March 2011 (UTC)
I know, everyone is sick of it. We're almost done. Phase three, the review/recommend phase is now up. It is a questionnaire you can fill out with any reply you want, without having to argue or read fifty thousand words before participating. We really want users who haven't yet participated to join in in this phase, along with everyone who participated in the first two phases. The more responses we get, the clearer consensus will (hopefully) be. It will only take a few minutes of your time so fill one out whenever you have a moment. Thanks! Beeblebrox ( talk) 19:28, 20 March 2011 (UTC)
Lately, when ever I have tried to log in to Wikipedia, I have had the message that some people have reported trouble logging in. This had not affected me at all until tonight, when I got the message that Wikipedia uses cookies to log in, and with cookies disabled, I had to enable them and try again. Well, my guess is that explains why people have reported trouble logging in (I was not sure how to enable cookies on this laptop - I use Google Chrome as my default browser, but I logged in tonight on Apple Safari when I did not get the same message. I know this is a proposal which should really go to technical proposals, but I don't feel knowledgeable enough about information technology to post it there, and also, I guess that more people read this feature than the proposals there - so, since this proposal could affect all Wikipedians, I am posting it here. My proposal is this - can we please stop using cookies to log in? I am prepared to be shot down by some one more computer-savvy than me, but I just thought I would pop the question! Thank you in advance for any help on this one - it just occurred to me that if we stopped using cookies to log in, a lot of people would cease to complain about having trouble logging in. ACEOREVIVED ( talk) 00:37, 23 March 2011 (UTC)
The reason I posted the VPT thread was to ask why the bug is occurring at all. I'm posting at bugzilla. ManishEarth Talk • Stalk 12:11, 23 March 2011 (UTC)
I have read through
WP:PEREN and as far as I can tell this issue haunt been directly proposed yet. I have also searched through the archives of the pump and again as far as I can tell this issue has never been directly addressed.
I believe that there needs to be a way to tag something to not show up if you press the random article button on the side bar. I am saying this mostly for the point of censorship, I am not saying that the article be removed I am just saying make it so a 5 year old on Wikipedia can't hit the random article button and get something inappropriate for his age. I understand there are ways to go into setting to dis able pictures showing up but to do that you would have to know that the picture was on there in the first place.
@ d \/\/ | | |
Talk 11:42, 18 March 2011 (UTC)
Well, I suppose that would work, although I would personally object to that because that is how I find many of the articles I try to help out since there are so many "bad" or stub articles out there. @ d \/\/ | | | Talk 14:44, 19 March 2011 (UTC)
I'm not sure if this already exists, but a quick check didn't reveal anything interesting. I'd like to propose a framework for wider use of the <math> LaTeX syntax. By this, I mean:
I've seen quite a few pages which have normal text math, which makes it hard to understand and doesn't look as nice (compare the above example with the
rvn where I've replaced the math, and
The slightly meatier current revision).
Any comments? Thanks,
ManishEarth
Talk •
Stalk 11:20, 24 March 2011 (UTC)
What would be the support for adding a "note pad", where you could enter plain text (it would not have any wiki formatting, images, or anything). Basically, it would be a private little "TODO list" or whatever the editor wanted to use it for. As an idea for design, click on "Edit raw watchlist". Each editor would get ~10kb of space to use. (This may be amended to each editor with more than 100 edits to save disk space as 13,000,000 users each with 10kb = 130gb.) Reaper Eternal ( talk) 20:18, 25 March 2011 (UTC)
I don't expect to get much support for this one. But I want to propose it anyway. I often see new accounts make big bold edits without leaving edit summaries, and I assume good faith of course, but I still don't know why they boldly removed that certain paragraph or sentence, or changed that date or statistic, or whatever. I don't know how many times I've had to leave an extended message on new users' talk pages explaining why they need to use edit summaries. Better to get them in the habit early, then once they get autoconfirmed they can have the option to turn it off. -- œ ™ 09:29, 11 March 2011 (UTC)
I really dislike this proposal. What are the new users supposed to do say they are for instance, just trying to get a piece of wiki code to work, or making minor edits. Forcing them to write a summary of everything they do seems like a hassle for new users. AerobicFox ( talk) 17:27, 11 March 2011 (UTC)
I would weakly support a dismissible reminder for anons and new users (weakly because of AerobicFox's concerns), but I would oppose forcing users to provide one. Mr. Z-man 17:38, 11 March 2011 (UTC)
I've had other users ask me how to leave an edit summary before, so I do suspect that many just can't see the bar right above the "save page" button. How about we just move the edit summary above the edit box, make it some obnoxious color, and render " Edit summary (Briefly describe the changes you have made)" as " Edit summary (Briefly describe the changes you have made)" and/or (along Mr. Z-man's suggestion) if they try to save a page without putting an edit summary, a prompt comes up saying "are you sure you don't want other editors to understand what you're doing?" Ian.thomson ( talk) 17:50, 11 March 2011 (UTC)
I would oppose compulsary edit summaries. The last thing we need is another hoop for new users to jump through before they can edit. Support a reminder, which would leave it firmly in their hands while still encouraging them to use the tool and educating them about its use. Interesting to note that of the eleven of us involved in this discussion, only four used edit summaries on the first edit, and none on all of the first ten ( [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15]). Would it be right for us to force new users to do something that we failed to? Alzarian16 ( talk) 13:27, 15 March 2011 (UTC)
Support the default reminder in article space for non auto-confirmed users. It's no great imposition and should reduce misunderstandings and possible summary reverts due to misjudging new editor's intentions, particularly if edit is not well formulated. It should also serve to highlight intentional disruption. RashersTierney ( talk) 13:45, 15 March 2011 (UTC)
Oppose. As Alzarian helpfully pointed out this is not something we should hassle newbies about. I would be more tolerant of something along the lines of "congratulations on your 100th edit, may we now introduce you to the idea of the edit summary", but as for newbies I'm much more concerned about getting them to tell us their source. DE wiki has a referencing prompt and I would like that to be trialled here. Ϣere SpielChequers 14:00, 15 March 2011 (UTC)
The last thing we need are more barriers, especially those requiring a degree of technical aptitude, to new editors contributing. Would not object to a dismissible prompt after 20 or so edits though along the lines of the comments by MuZemike and WSC above. Skomorokh 18:33, 15 March 2011 (UTC)
Much as I appreciate that this proposal was made with good intentions, I for one would quite strongly oppose it. Many newcomers to Wikipedia probably are just getting the hang of editing it, and are not even at the stage of thinking about edit summaries. My guess is that, every day, there are probably numerous edits which lack an edit summary which are perfectly good edits. This proposal does have shades of the perennial proposal (which seems unlikely to work - ever) of only allowing logged in registered users to edit Wikipedia. People who are new to Wikipedia are probably learning how to edit it before doing edit summaries - after all, one must crawl before one can walk. ACEOREVIVED ( talk) 00:44, 23 March 2011 (UTC)
Oppose mandatory edit summaries, support default reminders. ACEOREVIVED said it best - "one must crawl before one can walk". Let's not give newbies more hoops to jump through by forcing them to write an edit summary before their edits can go through, but rather let's encourage them to provide summaries with friendly reminders and a brief explanation of the benefits of providing summaries. Aside from discouraging participation from new users, another potential drawback to requiring edit summaries is that some - who don't care to be bothered with providing a summary but want to see their edit(s) materialize - may be tempted to write nonsensical gibberish or some kind of wisecrack in the summary space just to satisfy the "write something" requirement. And, of course, such summaries would unhelpful and counterproductive, as they would likely seen by patrollers as a sign of vandalism when this may not be the case at all. No, better to focus on ways to more effectively encourage edit summaries. The ideas proposed above by Yoenit and Ian.thomson are very good ones that should be given strong consideration.-- JayJasper ( talk) 03:51, 23 March 2011 (UTC)
JayJasper, thank you for your comment. Your comment about another difficulty here being that if we force people to write an edit summary, they might start writing nonsense is well taken - I had not thought about that, but it is an excellent point! ACEOREVIVED ( talk) 19:32, 23 March 2011 (UTC)
I think that a prompt for, but not enforced edit summary, is a brilliant idea. I have a terrible history of not giving edit summaries, and have only recently discovered the pref where I could ask for a prompt! Since when, I've begun to get into the habit without having to be prompted. Pesky ( talk) 05:07, 29 March 2011 (UTC)
I am proposing that a user who was blocked due to a username policy violation should have the account renamed. Even if a username gets blocked in the current system, it still has some advertisement value if that's the reason, as it's still visible. The renaming should go with a common nomenclature. To prevent the offending username from appearing again, I also propose a blacklist of usernames that will be technically blocked from account registration. Jasper Deng ( talk) 03:07, 20 March 2011 (UTC)
Almost no one replied to this proposal that I think deserves more attention. I am proposing to rename usernameblock'd accounts with a common nomenclature and a username blacklist to prevent offending usernames from appearing again. Please comment with your ideas on this. The proposal is an earlier Village Pump thread (scroll up please)
Jasper Deng
(talk) 04:19, 23 March 2011 (UTC)
I doubt I'm the first person to bring this up, but it's not in the perennial proposals. Why, oh, why are we not shading our talk page discussions like they do on French Wikipedia? I think that making each level of indent a different shade makes it far easier to see who is replying to whom. You can see an example of this on French Wikipedia's main page's talk page here, just scroll down past the information boxes. — Arctic Gnome ( talk • contribs) 00:40, 21 March 2011 (UTC)
We could try it as a Gadget, if someone is willing to code one which doesn't break too much. Rd232 talk 08:57, 21 March 2011 (UTC)
We'll have a much better discussion system when LiquidThreads comes out. It's in testing mode (The labs wiki is closed now). It allows you to watch individual threads, and looks better, too. For an example, see mw:Project:Current_issues (LT is deployed on Mediawiki.org and on the strategy wiki) ManishEarth Talk • Stalk 13:34, 21 March 2011 (UTC)
I have been using this code for months and it is awesome. Absolutely worth changing a few templates that use ":" for; it also has accessibility benefits. I proposed this earlier as well; could we at least make it a gadget? / ƒETCH COMMS / 15:02, 21 March 2011 (UTC)
importStylesheet('User:Gadget850/talkhighlight.css'); // Linkback: [[User:Gadget850/talkhighlight.css]]
It seems unnecessary to me and I am worried that it might make long talk pages even slower to load. Apart from that I don't mind it. Unlike Liquid Threads it's not likely to drive me off Wikipedia if implemented. Hans Adler 18:19, 25 March 2011 (UTC)
I'm surprised that so many people think that it's ugly, I think it looks alright, although I would be fine with a redesigned version. I just want it to be more clear who is replying to whom. To many conversations make each reply one level more indented than the previous comment even when they are not replying to that person's comment. It would be nice to at least have a gadget that did this. — Arctic Gnome ( talk • contribs) 04:54, 29 March 2011 (UTC)
Instead of a Username block, we could force a username change. We do not like force but we Request for that the user changes his/her username. We block all editing exempt for username change if the user hesitates to change the username himself. If the user has email, we email the requested username change. ~~Awesome EBE123 talk Contribs 22:51, 23 March 2011 (UTC)
We will not accept other inappropriate usernames. We will notify the user of the username policy. Also, I didn't see admins that especially use the Wikipedia:Username policy#Dealing with inappropriate usernames. I saw it some times, not that much though. Oh, the bureaucrats that don't want to contribute wouldn't be changing any usernames at all. Also, it will be inside Wikipedia:Changing username. ~~Awesome EBE123 talk Contribs 18:45, 24 March 2011 (UTC)
Hello,
As I continue my work with the Account Creation Improvement Project, I have taken a longer look at MediaWiki:Fancycaptcha-createaccount and its talk page to see how we can improve it. I would like to test a few things, so I wanted to give you a heads up. More information here.// Hannibal ( talk) 23:57, 28 March 2011 (UTC)
There could be a new type of CSD with is for unremarkable chemicals. There is tons of them and not that many of them are notable. So how about making it a new CSD. ~~ EBE123~~ talk Contribs 21:09, 26 March 2011 (UTC)
Making the edit summary a required entry should make ip-edits more useful. Hpvpp ( talk) 00:58, 29 March 2011 (UTC)
I've seen a number of nice images disappear because of copyright problems. Nothing wrong with that of course. What I'd like though is for those which are deleted for that reason to be marked with a date when the copyright expires whether it is 3 years 30 or 90 or whatever. And Wikipedia should take care to try and not permanently delete them and revive them when the time is up. I know it will be a different world in 30 years time but even trying to keep them and having a mark on saying when they are okay would make it much easier to make sure they are not used in between and then come back alive at the end. Dmcq ( talk) 12:41, 29 March 2011 (UTC)
Okay I see at that other place that someone has raised something that would be a blocker if true. I guess that better be thrashed out before starting on a proposal. Dmcq ( talk) 23:10, 29 March 2011 (UTC)
There seems to be (imo, very dangerous) attempt to wipe away the entire MOS on flag icons by a small number of editors. I think this needs far, far wider attention (with proposals, amendments, discussion, vote, the lot) - and would like to know how the community can be made aware of these changes (see http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(policy)#MOS:FLAG ) doktorb words deeds 17:33, 29 March 2011 (UTC)
Like everyone else these days, I have been thinking recently about how Wikipedia can solve the problems of editor growth and retention. It struck me that what Wikipedia currently lacks is true, on-wiki real time editing assistance for new editors. I think this is unfortunate, because speaking with someone in real time is usually much more engaging than receiving a template on your talk page, no matter how pleasant. I'm aware of the IRC channels, but many (most?) of the non-professional, non-geeky people we are most trying to attract and retain right now don't use IRC regularly and probably don't even have an IRC client on their computer. There are also things like Wikipedia:Editor Assistance, Wikipedia:Help Desk, and Template:Help me. However, very new editors are not likely to know about them, and some will not want to bother using them. Real time chat is right there, no setup required, and most people know what it is and how to use it without any specific Wikipedia training.
So, my proposal is that we embed a kind of real time chat room into the MediaWiki software that is exclusively for new editor assistance. To be clear, this is NOT a proposal that Wikipedia become a social network or a forum for general, off topic conversation, both of which I strongly oppose. The chat would need to be moderated in some way with off topic users removed. This proposal also does not suggest that everyone would need to be in this chat and receive messages. Users should have the ability to go invisible or disable the chat function entirely in their preferences. Most likely, only new users and those willing to help them would spend any time in it at all.
I know that I am proposing the addition of a functionality that does not yet exist in MediaWiki. There would obviously be programming to do. However, since many websites have this type of functionality, it seems like it would be possible to create here. I’m just trying to gauge the community’s feeling on pursuing any form of real time communication beyond what we have now, because I think it would bring benefits to community health if implemented correctly.-- Danaman5 ( talk) 13:11, 30 March 2011 (UTC)
Binet equation is the orbital equation for central force motion in plane polar coordinates. Its form is ( ,) It's obvious that when F is an inverse-square force field,the equation will be simplified into a linear ODE ...
(outdent) I've just been informed that this idea is already under consideration. See the Outreach Wiki page. This looks like a good proposal, but I don't know how much planning or programming has occurred. It's worth publicizing it again here on Wikipedia, so that maybe we can get the ball rolling on it.-- Danaman5 ( talk) 02:22, 31 March 2011 (UTC)
I don't know if this really is the right place to ask this, but I hope it is. Is it possible to change the color of Wikipedias redlinks? I am not proposing making them green or something. However (at least on my screen) the redlinks are hardly distinguishible from unwikilinked words. Blue links are unproblematic, as the contrast is sharper. Also I don't know if it is only an issue of my own display. But if it is not, I would suggest to use a lighter tone of red for the redlinks. Toshio Yamaguchi ( talk) 19:16, 31 March 2011 (UTC)
April 1 is over.
|
---|
Alternatively, we could invert lowercase and uppercase. In ROT13, the first few sentences of quark
would read as
We could also give the readers the option to combined both ROT13 and inverted casing.
This feature as been missing from Wikipedia for the longest of times, so to compensate I think we should enable it by default for everyone. It's in fact much better than pending revisions since vandals would probably think they've won, and they would leave us alone. Plus, Daniel Brandt couldn't complain if he can't read what we write about him. Users who don't like this could send an email to the Wikimedia technical staff to opt-out (or contact them directly in #wikimedia-tech). I spoke to a few guys and this wouldn't break vector or monobook. Consensus should be pretty resounding for this, but since process is important, we should conduct a quick poll for all of today (ending at 23:59, 1 April 2011(UTC)), after which we can file the bugzilla request. Headbomb { talk / contribs / physics / books} 08:12, 1 April 2011 (UTC)
WVYPK PGNRF MSSOE YMVCR IRLZS GGSCV TUGDH DREGH VAEPM JXDIU OKIHK HSIGY XOCVQ PKSGT BIGGM ZLCAJ KUKJY JLWFN YTQZZ LOZVI WJGXS EHUIZ MFJSJ XUKZI WGLPD SBOSN EBXQE PENBA GIALZ ZJFGQ DBBTO CXZKF GWCAX WJXUQ CBNDB UQQOL NFGZT -- agr ( talk) 10:26, 1 April 2011 (UTC)
|
April 1 is over
|
---|
I propose a weight restriction of 150 kilograms (330 lb) be placed on all new editors after April 1st, 2011. This weight restriction would include not only clothes, food items, kitchen ware and furniture but also the physical bulk of the named editor. A grace period of 14 days may be granted for weight-loss and/or the sale of goods. Should the editor in question still exceed the presCribed limitations after the 2 week grace period, the account will be transferred to Encyclopedia Brittanica where bloating is permitted.
|
See RFC and discussion here. Regards, TRANSPORTERMAN ( TALK) 14:13, 1 April 2011 (UTC) PS: Not an April Fool's gag.
Regardless of whether it's true or not, the world believes that Wikipedia hates new users. New users see WP:NPP and WP:AFD as places to get eaten alive. On the other side, the dedicated users at NPP and AFD are overworked and tired of being attacked for doing their job. So why not just fix the damn problem? Just have everything start out in the garbage can.
You could combine WP:AFC and the WP:INCUBATOR with NPP and some of AFD. Other Wikipedias are already doing this. New articles would start out in an AFC area that is out of sight and non-indexed. The role of NPP would change from tagging articles to promoting articles to main space.
A bot could periodically go through and delete articles that aren't suitable for main space after some period of time. A note could say All articles are deleted after # days if they don't graduate to main space so that new users knew where they stood right at the beginning. This would have several benefits.
From a certain point of view, this is just an expansion of WP:AFC, so I can't really see why anybody would object to this. But being that I'm just an IP, I'm ready for a whole bunch of objections. Here are some suggestions; we're not the (fill in the blank) Wikipedia and my all time favorite we can't have garbage sitting on Wikipedia forever. 64.40.61.45 ( talk) 17:11, 21 March 2011 (UTC)
If we make AfC mandatory for all new users then there won't be a need for the Incubator. And we should do that because it promotes helping people write articles without blindly tagging them a minute after creation. / ƒETCH COMMS / 21:45, 22 March 2011 (UTC)
That is a simple list that almost everyone can understand. But when we show them the full list of things they need to know, including all the policies, the manual of style, the correct way to contact people, wikiformatting, etc, it is for sure a daunting task. And to sort out the super-important from the things that are simply important or trivial, is not something most people have the time to do. But to return to the question at hand: I don't envy those that patrol the new pages, and I have the highest regard for them, so can we help them in some way by making sure that the newcomers at least have a fighting chance of understanding what the important rules are - perhaps when they create their accounts? Let me know - and add your thoughts on the list of assumptions. Best wishes// Hannibal ( talk) 11:44, 24 March 2011 (UTC)
Wikipedians don't just create articles. There's lots of other work which new users get involved in - usually within the confines of existing articles. We should bear that in mind. bobrayner ( talk) 16:15, 24 March 2011 (UTC)
I think that this is a very good idea, and feel that its worth pointing out that, at this RFC, a number of editors expressed the same sentiment. RadManCF ☢ open frequency 16:59, 29 March 2011 (UTC)
Some points to ponder based on comments and suggestions in the above thread:
Kudpung กุดผึ้ง ( talk) 01:57, 3 April 2011 (UTC)
I would like it if for the protection templates, a user changes the images (like the top icons) for WP:Accessability?
Here's the new images
Here's the links
~~ EBE123~~ talk Contribs 22:30, 25 March 2011 (UTC)
I'm not trying to rain on your parade, but the use of the |small=
parameter is very common, and that would look like this:
Do you really think that the icons would be distinguishable by someone with even mild vision impairment (say, a 50-year-old person who can't find his reading glasses right now)? I don't. WhatamIdoing ( talk) 17:38, 26 March 2011 (UTC)
I am a new editor, happy (after reading all the controversies at the Village Pump) that none of my 35 new articles have been deleted! My request: when information is being transmitted via reference to other wikipedia pages (like AFC or those other hundreds of acronyms), that you expand the names so I have some idea of what you're talking about: the pages they point to are densely written and require quite a lot of time to plod through. I do not have the time to memorize all these acronyms though they obviously transmit important information. They are intimidating and strongly support the conviction the outside world has that: Wikipedia is an insiders' club and if you don't know the lingo you don't belong. Jane Peppler ( talk) 11:25, 31 March 2011 (UTC)
In theory you could have a bot automatically expand and link standard abbreviations on talk pages to the relevant policy (so eg WP:AFC automatically becomes
Articles for Creation). As for Yoenit's suggestion - maybe {{
w}} could be repurposed for this, so you'd write {{
w|AFC}}
to get
Articles for Creation. But you'd probably need a bot to go around subst:ing these, or you'd be creating zillions of transclusions (and if you require people to subst: the template, it won't get used). Even that would be more effort to type, because it needs the shift key and finding the pipe character, so might not get much takeup.
Rd232
talk 17:17, 31 March 2011 (UTC)
Here's a tip, if you want to know what WP:SOUP says without clicking, just hover it with your mouse. After a second or two, there should be a tool tip appearing with " Wikipedia:You spat in my soup!". Headbomb { talk / contribs / physics / books} 08:43, 1 April 2011 (UTC)
While at the french wikipedia, I saw some protections of pages of special days (like "St. Patrick's day") because of more vandalism when close to the day. So I thought that for major days, they are automaticly protected from editing (semi-protected) a couple days before the day, and 2 days after. ~~ EBE123~~ talk Contribs 22:53, 31 March 2011 (UTC)
What links here -functionality creates a list that also shows the links inside templates. Resulting list should only show the link to the template, not the links inside the template.
For example, the results from Västerås show [16] also the links that are inside the 5 templates at the bottom of the page [17].
The links inside those 5 templates should not be included in What links here-list. Only the 5 templates should be listed in list, not the 5 x 15 extra useless links inside the 5 templates. What links here should only list those pages that actually have a link in the article text to Västerås-page.
There is a bug report in Bugzilla [18], but it is not moving anywhere. It is almost two years old.
What links here is a important and very useful functionality. Also you could get links that you would never thought to be related to article that you are reading! -- Pasixxxx ( talk) 16:32, 28 March 2011 (UTC)
There could be a workaround to this problem. Links inside the template could be replaced with a link to someother-namespace-page that would redirect to the actual article-namespace article. For example, Västerås could have a Metapage (or whatever) namespace page Metapage:Västerås/redirect that would redirect to Västerås. You could put the Metapage:Västerås/redirect -link to template, and then user could filter out Metapage namespace. I don't know how the bot stuff would do with this. -- Pasixxxx ( talk) 16:24, 31 March 2011 (UTC)
If you had a Template:Sweden, you could create a page Template:Sweden/Västerås, and in that page do a redirect to Västerås. There is no need to create a new namespace. All other swedish cities in the fictious template would also have a redirect-page under the Template:Sweden, like Template:Sweden/Stockholm, Template:Sweden/Gothenburg. Links to the redirect-pages would be used in template and What links here-function would work properly. Maybe I will test this somewhere. Or someone could test this. -- Pasixxxx ( talk) 17:35, 3 April 2011 (UTC)
Please note: this is a procedural move. I moved page here and transcluded it in (in order to keep the edit history intact) so that it would get more broad discussion than on a narrowly focused project page. Also, the idea properly originated here. I have not formally taken a position on this issue. Philippe Beaudette, Wikimedia Foundation ( talk) 21:34, 3 April 2011 (UTC)
This RfC received substantial community input, with over 500 editors participating. As with any large and well-attended discussion, there were comments about secondary issues and tangents, ambiguous statements, even contradictions. Nonetheless, there was considerable clear commentary for and against the main proposal of the RfC. One supporter of the proposal created a summary table that classifies the views of the participating editors. I conducted my own review of the discussion independently of this, but I believe the results are broadly similar. (Where I have noticed differences in spot comparisons, I was more conservative about not assigning a clear "support" or "oppose" value to ambiguous comments.) The overall result: more than two-thirds of the participants expressing support or opposition were in support. Depending on how some of the less clear comments are allocated, support might be as much as 70%, but I have chosen to avoid potential over-interpretation of such comments. Either way, the result is consistent with the Village Pump discussion that preceded the RfC, in which just under three-fourths of about 60 participants expressing a clear position supported the idea. (Most, but not all, of the participants from the earlier discussion followed through to the RfC.)
In addition to the discussion on the primary RfC page and the prior Village Pump discussion noted above, there was extensive talk page discussion and some discussions spun off onto subpages. The topic has also been raised at least twice at User talk:Jimbo Wales. I have also received comments regarding my prospective closing on my own user talk page and via email. While I have read all of this and it has informed my evaluation of the consensus, I will not attempt to summarize all of these numerous discussions. Some of the participants have already attempted to summarize the common arguments for and against the proposed change. I will not repeat all of those. What I will focus on from the primary discussion is two key points of disagreement, one philosophical and one empirical, and one point of agreement. I believe there are also some secondary points around which rough consensus can be inferred, which I will discuss at the end.
The philosophical disagreement is that many opposers see the proposed restriction as contrary to the "anyone can edit" principle, a core Wikipedia principle that is affirmed in multiple locations. Supporters argue that limiting article creation to autoconfirmed users leaves "anyone can edit" intact: anyone (even unregistered users) can still edit most pages, and those who wish to create new articles directly instead of through AFC will only need to achieve the relatively low hurdle of autoconfirmation. They also point out existing restrictions on editing that are accepted by the community: requiring account registration to create pages, and semi-protection of some pages. (A minority of the opposers – clearly not a consensus, even among the oppose positions – believes that these pre-existing restrictions are also contrary to "anyone can edit" and should be abolished. Similarly, a small and clearly non-consensus portion of the supporters called for even more restrictions than what was initially proposed.)
The key point of agreement, also philosophical, is that both sides want to encourage participation by quality contributors. One of the comments made to me was about the recent Wikimedia Foundation resolution on openness. I believe many participants on both sides would generally support the positions expressed in that resolution. But both sides view their own preferred approach as encouraging quality contributors and making Wikipedia more inviting to them, which is the key empirical disagreement. Supporters of the change believe that the current approach drives away new editors, because when they are allowed to create new articles without prior editing experience, the result is often for their articles to be deleted, which dispirits them and ends their involvement with Wikipedia. By channeling prospective article writers into editing established articles, they will become more familiar with Wikipedia norms before creating an article, and as a result will have a better overall experience. Some would-be article writers won't bother, but supporters believe these will mostly be the creators of vandalism and attack pages, who will not be missed. Opponents, on the other hand, believe the proposed restriction will simply drive potential editors away: upon realizing that they cannot immediately create a new article, most will simply give up on Wikipedia. Those that persist will primarily be dedicated vandals and POV-pushers. In effect, the two sides have mirror image expectations about the effect of the proposed change, and as suggested by Jimbo, the absence of empirical evidence prevents us from knowing which of these expectations is accurate.
The desire for better empirical evidence and sensitivity toward the strongly expressed concerns of the opposition – one of the more popular opposition views said this change would "kill Wikipedia" – led to discussions about conducting a trial. Although these discussions drew less participation than the primary proposal, discussion was robust enough that I believe some conclusions can be taken from it. Most who discussed the idea of a trial generally supported having one, with some supporters directly conditioning their support for the proposed change on the idea of it being a trial. Discussions about possible details of the trial were less conclusive, but a couple of common themes did emerge. Most crucially, the trial should be for a strictly defined time period, with a firm understanding that the feature will be deactivated at the end of the trial and not reactivated (if ever) until the results are reviewed and discussed by the community. The messy end of the recent pending changes trial was cited as an example of what to avoid. A trial period long enough to gather substantial data (at least three months) was the most common preference. The need to gather "before and after" data sets and have some prior notion of what to review were discussed, but no specifics were decided. Further planning is needed to refine these items.
Finally, some "secondary" items were discussed that had broad support. Almost everyone who commented on it seems to think that the Article Wizard can and should be improved. There were also repeated concerns about making sure that the Articles for Creation process gets more attention so it does not become clogged and proposed articles get the improvements they need. Participants on both sides of the discussion agreed on these points. There were also a number of ideas proposed that I cannot describe as having consensus, but which did have some support and may be worth discussing on their own merits. These included trying to make New Page Patrol less confrontational through better notifications and/or grace periods for new articles, a suggestion to limit new articles to titles redlinked from existing articles, and a suggestion for automatic creation of user sandboxes. Finally, there was noteworthy support for the view of User:Malleus Fatuorum, which cautioned against neglecting established editors in our efforts to improve the experience of new ones, a fitting point on which to end this somewhat TL;DR summation of an even longer discussion. -- RL0919 ( talk) 02:10, 27 May 2011 (UTC)
Notice of this discussion has been made to the Meta-wiki via the Wikimedia Forum. |
In a discussion on the Village Pump, User:The Blade of the Northern Lights proposed preventing users creating new articles until they gain autoconfirmed status. The Wikipedia:Village pump (miscellaneous) rationale was:
Notes: autoconfirmed status is automatically given to editors who reach 10 edits and whose account is at least 4 days old. Under the proposal, editors without the status would not be able to create articles in mainspace without some form of assistance. Possible forms of assistance include the Articles for Creation system, the Article Wizard (an exemption can be engineered for non-autoconfirmed editors using it) and the use of userspace drafts in combination with a request to move the draft to mainspace.
This is basically repeating what was discussed at the Village Pump. I don't think this RfC will result in anything conclusive, because the change is so massive that we will probably end up having a community-wide vote on whether or not to do this.
I propose two things:
I hate to bring up the words "pending changes" again, but I think a strict PC-type trial (maybe just one month long, no questions asked) that collects data we can use to analyze both the a) editor retention rate and b) the article retention rate, would be very helpful here. Because otherwise, we're going off random opinions that have no solid backing other than Wikipedia philosophies.
This is going to be a bit TL:DR, so I apologise for that, but this is a pretty big topic, and a pretty important one. New users and new articles are primary to Wikipedia. We are a project built around a simple goal; to be "The encyclopaedia that anyone can edit". That is our mission statement. An encyclopaedia, that anyone can edit; two clauses which sometimes, inevitably, conflict. When they do, one has to be partially sacrificed for the other - be it restricting editorial rights to protect our encyclopaedic status, or tarnishing our position as an encyclopaedia in an effort to include more people in the box marked "editors". In this case, we are being asked if we support the former - a restriction on who can edit, or who can edit in a particular fashion, to protect our position as a compendium of that knowledge we judge to be notable. When making changes which impact on part of our statement, we need to take a lockean balance-of-rights approach; restrictions must be:
So, does this restriction pass that test? In my opinion, no.
There are various arguments put forward in favour of this proposal. The first is that it will reduce the workload of those who patrol Special:NewPages. I admit, this is the case, but is that workload reduction necessary? Special:NewPages has a 30 day "buffer"; after an article is more than 30 days old, it falls off the back of the log. Fairly simple. At the moment, the buffer has 20 days remaining - in other words, even with the complaining about how difficult and stressful being a new page patroller is, we could happily not touch it for 3 weeks and not suffer an issue. I don't mean to ridicule those complaining, because I understand the issue. I'm a patroller myself, and I've cleared the entire backlog twice. I'm not ignorant of the workload patrollers face. But the workload is not as bad as it's being made out to be, and people are failing to take into account the long-term possibilities; that if an effort is put into accepting and tutoring new users, they will become part of the solution rather than part of the problem. Any issues with more people needed at Special:NewPages can be solved simply by getting more people involved.
Another argument is that shifting people from Special:NewPages to WP:Articles for Creation will reduce the "bitiness" new users experience, and thus the problem with retaining them. I disagree. Special:NewPages is a place categorised by stress and a siege mentality, which comes from having a backlog, a small number of contributors, and the feeling that Everything Will Break if things aren't done immediately. That's where bitiness comes from. Shifting people from Special:NewPages to AfC will not fix the problem, it'll simply move it - by ensuring that the Articles for Creation people become stressed, backlogged and overworked. Sound familiar?
New users are less likely to be disenchanted from editing if their articles are sent through AfC, yes. However, a lot of new users simply won't bother trying. The AfC interface is problematic, and many new editors create articles for the immediate thrill of doing so. Denying that thrill will send a lot of them off, never to return, during a period when we're having significant problems with attracting users. If you want to do this, you have to improve AfC to a decent standard first; you can't just shove this into place and then scramble to fix things afterwards.
This proposal does not address actual problems, alternating between shifting the burden to another party and simply driving off contributors. If you want to fix the issues, fine, but don't kill our intake of new users along with it. Ironholds ( talk) 20:15, 3 April 2011 (UTC)
Lets keep this short and sweet (which is very hard for me to do). Edit is not the same thing as create articles. Newly created accounts can still edit existing articles, so there is no loss to Wikipedia's core mission by disallowing new users to create articles. By restricting article creation to autoconfirmed users, we substantially reduce the number of deleted articles without affecting the core mission, since new users may still contribute. Since creating a proper article (one which will survive deletion and stick around) is very hard, this will allow new users to "get their feet wet" and to learn basic Wikipedia policies and guidelines. 4 days and 10 edits is enough to do that, without being so long as to drive away potentially serious users. Restricting article creation to autoconfirmed users is a change we should make.
Will shifting the NewPages backlog to AFC just result in a bigger backlog at AFC? Almost certainly. Are "restrict article creation and have new users use AFC" and "no change" the only options? Absolutely not. The restriction of new article creation should be accompanied with a shift in focus to improving existing articles rather than creating new ones. If new users create their articles at AFC, they're still going to fail in large numbers because its still difficult. We should be encouraging users who want to contribute to contribute to our existing body of stubs articles. We have over 3.6 million articles; how many notable topics are there that are so unrelated to anything we currently have an article on that a new article is necessary? People seem to read
WP:N as some sort of commandment: If its notable, then it must be in a standalone article. By using a quantity over quality approach, we're doing a disservice to readers by scattering related information all over lots of tiny articles and we're doing a disservice to new users by encouraging them to start editing by doing one of the most difficult editing tasks first.
I am of the longstanding view that Wikipedia has too much bloat already, possibly as high as 300,000 articles worth of it. We're inconsistent at best and deliberately manipulative at worst when it comes to interpreting notability guidelines, especially for things that touch on modern popular culture. I don't participate at NPP because I know that I will personally be more heavy handed with deletions than most, and I don't want to be the direct cause of other people's suffering, so to speak.
The answer, I believe, is to make all non-autoconfirmed users go through Articles for Creation, and to refocus Articles for Creation with an eye on efficiency. Recently, AfC got rid of the 'hold' option for nominations, which is a step in the right direction. In reality, it needs a policy shift towards the very explicit:
I say this because while de facto policy is moving in this direction, too much of AfC's time is still wasted on waiting for people that will never come back to help fix problems that can be done by the reviewers themselves.
This has three benifits:
There is a downfall:
I think this will work, and I think it's the best option. Sven Manguard Wha? 21:14, 3 April 2011 (UTC)
This is a tough issue for me because I see good points both ways, but my opinion remains that the quality of Wikipedia, and its long-term prospects would be better served by limiting article creation.
Wikipedia is at a turning point of sorts, we already have almost all of the high-visibility and vital articles created (in other words, the articles that an encyclopedia must have to be taken seriously as a source of knowledge have long been stable articles). That places less importance on the creation of new articles and more importance on focusing on creating and maintaining a high level of quality.
The problem with allowing new users article creation ability is that they don't understand the community norms. I would say of my work at NPP fully 80% of the material meets the criterion for speedy deletion. They're not vandals, that's important to point out, they just don't know any better. They don't understand that 'well he exists' isn't a good reason for making an article about their 9th grade biology teacher, or their garage band or why they can't use myspace as the only source for an article. They could be good editors in time, but giving them immediate article creation access does not serve that purpose.
It is inherently bite-y to delete someone's first and only article, but just because we wait an extra week doesn't make it less bite-y either. An article about a garage band that meets three different CSD categories will always be an unsourced article about a non-notable garage band, no matter how long we wait. The solution to not biting these newcomers is to help make sure they have read the "big three" ( wp:RS WP:N and WP:V) and understand what they can and cannot do before the user and established Wikipedia community are both faced with the uncomfortable situation of dealing with their unsuitable rookie article
In summary, as Wikipedia moves from its teenage years into adulthood the focus must necessarily shift from growth to maturity, from the desire to get as many new articles included as possible to the task of sorting, filtering and polishing those articles. There is little to lose from forcing pre-vetting of articles from the very newest editors and much to gain in terms of reducing the undeniable tide of poor articles that are creating a significant backlog.
I think every perspective highlights valid consideration; To this extent, I think we have the best balance achievable, currently in place. After consideration, I believe we should keep everything related, as it is. I would agree that the Article Wizard could be improved, but that is a separate consideration.
I cannot easily think of a better way to kill Wikipedia. It should be obvious to everyone that our medium- and long-term survival depends of new editors joining, becoming active, and staying active. Many people join in order to write articles on something they want to write about--let's say half, though it may be greater. About half the time, what they write is capable of being a decent article. Probably of those whose first article is not possibly useful, half are capable and willing to learning how to write a good article, if treated nicely and the standards explained to them. This suggestion proposes to discourage about 40% of the people who want to join Wikipedia. It would really need to have amazing benefits in order to be worthwhile, and the benefits would need to be proven in advance.
The benefit that is proposed is eliminating the half of new articles that are not good. Actually, it won't even do that. Of the hopelessly bad articles that get written, probably half the people are determined to write them in any case. This certainly includes any POV pusher, and any serious vandal. But we catch these pages usually- fewer get through now than was the case a few years ago, based on my experience actually working on the problem: I've deleted over 12,000 articles in my years as an admin--and most real junk is now removed before that by the edit filter. In general, I do think new users should start making trivial edits and work up from there, and that's the advice I always give. But people have many ways of doing things, and there are many perfectly OK editors who started with an article. I'm not at all sure all of them would have started if there were any blocks at all to the process--considering that so many of the complains of people who tried to use Wikipedia and stopped has been the difficulty with even the current interface. I didn't find it difficult myself, but I was used to HTML, and used to other forums.
The real thing we need to do is positive work with new editors. In a sense, this will solve the problem of insufficient experienced editors to help the new ones--there will be so many fewer new ones.
If we make this change, I suggest automatically creating a sandbox for every newly registered user, and automatically leaving each new user a message explaining how to get to their sandbox, how it can be used to work on a new article, and how long it will be until they can make articles. Cardamon ( talk) 23:22, 3 April 2011 (UTC)
Asking an editor to make 10 edits before creating a new article isn't a lot to ask. I see it as much more difficult to ask someone with no editing experience to create an article that doesn't run afoul of basic policies like verifiability, original research, and neutrality.
The difference of opinion comes down to the impact. Some people warn this will literally kill Wikipedia, because if people can't create articles in their first ten edits then they'll never want to participate at all. It's obvious that I agree more with those who think this will keep new users from wandering into a difficult area, reduce the clean-up workload, and lead to a more friendly learning curve for new users. But the problem is people are just going to advocate for whatever scenario they believe in, based on their ideological preference of what Wikipedia should be.
Why not be empirical about it, instead of being ideological? Why not test it?
I propose a pilot study. Not sure what the parameters would be: a particular subject area, or to try it for 14 days... But it would allow us to measure the real impact, and measure the benefits against the cost.
So much for all our campus ambassador programs, not to mention all the random college classes that have started integrating Wikipedia editing on their own initiative. Just when we were starting to get a large influx of serious scholarship into Wikipedia, we're going to shut the doors behind us. This semester alone, we have several hundred college students adding new Wikipedia articles through the public policy initiative. If we implement this policy, we won't be seeing any more of that in the future. Kaldari ( talk) 00:28, 4 April 2011 (UTC)
We have several problems with the current New page patrol process, a large proportion of the articles coming in do merit deletion or being turned into redirects. Currently we are fairly efficient at deleting the vast majority of the new submissions that merit deletion. However we often do this in an unnecessarily bitey way and worse still a significant minority of speedy deletion tags and even deletions are incorrect. This annoys our newbies, and some of our longstanding if intermittent editors, and has brought us bad publicity because of mistakes and over zealousness by people deleting articles or tagging them for deletion. Much of our problem at newpage patrol is due to miscommunication between Wikipedia and the 25% of our new editors who start their wiki career by submitting new articles. The symptoms of that miscommunication include hundreds of thousands of articles every year that we manually tag and delete. Deleting those articles is an effective way of treating the symptoms of our miscommunication, but it does little to solve the problem.
So this is a complex multi-faceted problem and solving it merits several changes to Newpage patrol:
Something we can do right now as a stopgap measure (via a couple of lines in MediaWiki:Common.js) is to force all non-autoconfirmed users through the article wizard. Hopefully this will flatten the learning curve a bit and slow the inflow of crap while we work out a more permanent solution.
We have many different things to consider here and some of these things are: Are we trying to make it easier for ourselves at the cost of fucking new users over? Are we staying true to our "anyone can edit" motto? What impact this will have on our dwindling user base? I've briefly thought about all of this and this is my 2 cents on the matter. New pages are something that needs to be addressed, the ratio of crap to actual useful stuff being created is completely over the top in most cases and it has come to a point where we have to make the changes we want to see. Every competent user on Wikipedia wishes that new users would get an understanding of our policies before they started creating articles and we have to provide new users with a reason (and the time) to gain that understanding. If new users can just click the create button, why on earth would they want to go through all the hoops of checking whether the topic is notable and has sources etc? It would just be easier for them to play the hit (it doesn’t get deleted) and miss (it gets deleted) game of article creation. So no, if we restricted article creation to autoconfirmed users we would not be fucking new users over, rather we will be equipping them with the knowledge so less of their articles are deleted (which makes a happy user) and they will play a greater role in the community for a longer period of time. The only people we might be putting off are those who don’t give two hoots about what they are publishing and that is a good thing.
In regards to our "The free encyclopaedia anyone can edit" motto, I feel that people need to remember that building a free encyclopaedia comes first, the anyone can edit bit is secondary. So if restricting new page creation to Autoconfirmed users reduces the ratio of crap to useful stuff then I am all for that. I would like to add that dealing with this now WILL have a positive flow on effect to other areas such as cleanup, CSD and AFD, NPP etc.
The Article Creation Wizard is a great idea and my proposal is this:
Creating articles is allot like uploading images and we don't allow non auto-confirmed users to do that, so this would also bring things into line with other areas.
Recruiting and retaining editors is critical, but not just any editors. One hundred conscientious editors who are willing to take the time to learn the ropes and get it right, in terms of both the content they add and the procedures they follow to add it, are more valuable than 10,000 editors who neither have any understanding of what Wikipedia is about nor particularly care to learn.
The current bar for gaining autoconformed status is set quite low; four days and ten edits is often insufficient to reveal whether a new editor will be an asset to the project. It is likely that any person unwilling to cross that very modest threshold before being granted the privilege to create a new article is someone lacking the patience and diligence necessary to become a good editor. Considered in the context of the constant bombardment of "junk" articles that Wikipedia faces every day, requiring autoconfirmation before allowing new users to create articles seems like an entirely reasonable policy that should be enacted.
I seem to be the one who got this started, and I've made my view pretty well known. I'll only add the following points. One, the backlog is down, for now, but it's trending upward again. We had it down to nothing briefly, and to keep it there I was regularly patrolling around 200-350 pages a day. Secondly, it may be that 25% of new users start by trying to create an article, but that still means the majority of new users will be unaffected. When I joined, in March 2010, it was to fix typos; I didn't really get into it until a month or so after I joined. Furthermore, I would submit that a substantial number of these new users are only here to promote their wares; I strongly suspect that the vast majority of editors whose first edit is to post about their garage band have no intention of helping the encyclopedia. We have a system now where it's frequently difficult to tell who's here to spam and who could actually turn into a decent user; I will make any effort necessary to retain the latter, but I don't want to encourage the former. This is not only a problem for the new users, it makes NPP a very lonely, isolated job; new users get a bad impression of us when we tag their articles for deletion, and even a couple of misfires (which happen to everyone doing anything here) bring wrath upon us. This sort of job actually fits my personality pretty well, but I've learned over my 20+ years of living that my personality is extremely unusual. I would, however, agree that a trial run would be the best way to go; if it does turn out to be a complete fiasco, we can reconsider our options. I doubt it will, but stranger things have happened.
Interestingly enough, my 5th edit was the creation of a new article, back in 2005. Would this appearing as a new page get deleted with today's standards? Probably. Would that have strongly influenced my decision to stay? Definitely. Would the current version get deleted if it showed up looking like it does? Maybe. Would everyone involved benefit from some guidance in the creation of their first article? I think so. And we are seeing the beginnings of this undercurrent with the Wikipedia:Wiki Guides program.
I think many of us, especially editors who have been here a long time, are subconsciously caught in the 'old tyme' thinking that increasing the article count is the only way to increase coverage, and thereby increase credibility. If the statistics show anything, regardless of silly things like facts and truth, Wikipedia is the go-to place for most people on the planet.
If we look around, it's easy to say Wikipedia has reached it's most current plateau. And I mean this in terms of the number of editors, the number of articles created per day and the quality of those articles. I think we are in the middle of a paradigm shift in how the wiki is improving, especially in the last few years now that most policies and best practices are considered long standing. Now, major improvements to coverage and quality are through existing articles, rather than new articles.
We should only allow auto confirmed users to create articles, simply because the kinds of articles that still need to be created, and the standards we hold new articles to now, take a little more effort and a little more knowledge of how the community operates. Investigating new articles should be done by editors who have been here a while, and know what it's all about. This would probably also increase the quality of both newly created articles and new editors, since you have to make an effort to stick around to create articles. No more of the driveby-delete-disappear cycle, instead we would include the word discussion. -- Nick Penguin( contribs) 19:23, 4 April 2011 (UTC)
I like the proposal in principle, but I'm also concerned about the attention span of new users. I think that something like this would be a big enough deal to create a new user flag. Instead of using the current auto-confirm flag, use an alternative based solely on edit count so that a person can sit down, figure out how to use Wikipedia, make a few edits and then create a page. If I were starting over now and I were the sort to write new articles, I would never have the patience to wait four days doing nothing; I would probably make 100 edits in the first few days and then get bored. So, perhaps set the confirmation to 15 edits on 2 different pages, at least one of which is in article space (so the user has gotten out of the sandbox).
The slew of poor quality articles that new users create (80% are deleted, according to User:Yoenit) wastes potential contributors' time and that of the new page patrollers. I believe the statistics compiled by Mr.Z-man are telling: less than 0.65% of new users whose article is deleted will stick around, but many more users whose first actions are edits will be retained.
Wikipedia is no longer a young project. With every extra article, maintenance and vandal fighting becomes more work. At over 3.5 million articles, I believe that the bulk of future work will be (to quote Albert Michelson) "in the sixth place of decimals", i.e. refining and improving rather than article creation. After ten years, everything obvious has an article; the days of huge gaps in coverage which must be plugged are out. The days of MOS, REF and 3LA are in. The need for rapid numerical growth in the articlespace is a bygone, and quality requirements are much more stringent.
Our need now is for new editors who have the patience to develop a grasp of the tools and the guidelines with which we build this admirable project. My first edits were damn unencyclopedic, but after a dozen or so I was getting a better idea of things. I suspect that after ten edits and four days, any problematic editors would have been picked up and either coached (assuming good faith) or blocked (as vandalism-only accounts).
To summarise, forcing new users to make edits before they can create articles will:
In the long term, the project must adapt to its growing maturity or it will wither and decay.
The current system is a shameful waste; the large minority of new editors who start by creating an article will usually find that it's speedied (which upsets them) or, if they're lucky, it will languish under a heavy burden of tags (which frustrates them). Either way, much labour is wasted. Meanwhile, more experienced editors also spend lots of time trying to clean up this mess when they could be making substantial quality improvements elsewhere; or, if the surge of new pages slowed, NPPers could take the time to make deeper improvements rather than a ten-second tagging.
This is a huge waste of willing volunteers - wikipedia's most precious commodity. There's so much more improvement that they could make - new and old - on en.wikipedia's huge pile of existing articles. We shouldn't worry that a lightweight restriction will prevent some important new article being created - it's a low hurdle and there will still be thousands of willing & talented article-creators around.
Perhaps we are looking at this backwards. There is no doubt that new articles just created by new users do not generally meet WP standards. The current system is "delete new non-notable articles even if less than 1% of the new users will ever try again at all." This is not-good. I suggest that new articles be auto-tagged as "in progress - noindex" and allow editors to try contacting the new user to explain how to improve the article which, in the meantime, would not be "published" to mainspace. Indeed, the "pending chages" software would likely be of immense benefit for such a change in procedure. New editors who write about clearly non-notable topics ( My Dad) would get a polite non-templated welcome saying that, while the editor personally would love to meet your dad, it is not really important enough for an encyclopedia article without something special others can look up about him. The purpose of this suggestion is to get the retention rate at least up to 2%. Clearly the current system fails at editor retention utterly. Second part: Also end the unfriendly "your edit was deleted" welcome message (other than for obvious vandalism). Tell the person why the edit has a problem, not just that it was an evil edit (yes - that may mean a menu of templates for those who do not wish to write sentences) . Collect ( talk) 11:25, 5 April 2011 (UTC)
I didn't take part in earlier VP discussion, so this is hopefully a new view:
I thought we already have a way to deal with backlogs: we get more people to work on them. Ever wondered what all these unreferenced BLPs, Wikification and copyediting drives are all about? If we apply the same logic of this proposal to other backlogged areas, we'll end up sending to AfC or userfying every single article that is not Featured, and restricting any editing in main namespace to administrators. This proposition will only shift the load to AfC, and soon we will have editors working there complaining about the huge backlog and how we should add hurdles for new editors. AfC is not that helpful either, I can see there very good articles, better than many on the main namespace, that are declined for reasons like "needs more inline citations" or "wikify". Another thing, if 80% of new pages are really deleted for good reason, then why on earth would we want their authors to make 10 more edits - edits that they don't want to do in the first place? We'd be only multiplying the problem by ten, and adding a huge amount of questionable - if not vandalous - edits to the backlog of RC patrollers. And what if after a while, the number of NP patrollers goes down, and they - again - face the same problems? Should we raise article creation threshold to, say, 100 edits and 20 days? And what if the patroller numbers go down again?
Most new pages that are worthy of deletion do not constitute a real danger on the 'pedia. If they are about obscure or non-notable subjects, no one would read them anyway, except maybe the creators and their friends. If the subject is notable, but the article is crappy, people will stumble upon it and improve it, that's the whole point of the wiki, and that's how Wikipedia has become what it is now. The real danger comes from POV pushers, WP:POINTy editors, and uncivil editors who could be well established. These can not only destroy the quality of articles, but also chase away other editors, newbies and veterans alike. Hurdles should be set up for them, instead of the well-meaning but inexperienced.
Some alternative suggestions:
Other solutions can be devised. The proposal above, however, would cause many more problems, without solving any.
Users who endorse this view
As most have said, the need for new pages is not as great as years ago. We have an excellent range of articles, and the number of really good articles that need to be created must, by definition, be very low. Therefore why not stop all page creation in article space, making the users make all their new pages as user subpages. When the user thinks the page is ready he can ask for it to be moved. Move rights need to be the same as for files - i.e. for those who have the Wikipedia:File mover right. Will also stop new users moving articles unnecessary, and may also reduce cut and paste moves.
Wikipedia has become so desperate to attract new editors that it ignores the retention of existing editors. There are plenty of articles, but far too few of them are even half-way decent. The new editors who need encouragement are those who pitch in and improve articles, not those who create articles on their newly formed garage band or whatever on their first edit, as I think the statistics clearly show.
A new article requires an administrator to delete. Sure, we can use speedy deletion criteria, but it still requires an administrator to do the work. Moving to this system will therefore reduce the amount of vandalism that cannot be reverted by normal editors. Autoconfirmed status does not take long to get, and there are alternative methods to creating articles. This seems like a good move to me.
Somewhat reluctantly I add an additional view to the growing list, because Jayron32's view (the leading view in support of the basic idea of restriction) does not mention some key points. So, in addition to everything said in favour of preventing brand new (non-autoconfirmed) editors from creating articles in mainspace without some form of assistance, it must be emphasised that such editors should still be able to quickly create articles with assistance. I see three assistance options, and I think all should be available if the restriction is implemented.
If we are going to require autoconfirmed status to create articles we should also require reviewer status to review them. There are 5,500 reviewers already and it can easily be requested.
A suitable compromise would be that anonymous users can still create new articles, but that pages they create are not viewable except to them and to registered users until the article has been confirmed in much the same way as FlaggedRevs provides for. AGK [ • 14:34, 7 April 2011 (UTC)re
For one thing, I thought this was already a requirement. But with all the UAA work I do, I should have realized it wasn't. Perhaps I was confusing the semi-protection requirements with the creation requirements. It doesn't matter.
Now, if I were forced to take a stand on this RfC I'd say, do it. A lot of accounts that begin by creating articles are indeed SPAs that create an article about something non-notable and, no matter how politely you treat them about this, never edit again as far as I can tell (and by "as far as I can tell", I mean that I've actually had email dialogues with some of these people about this). Whereas a lot of accounts that begin by editing existing articles (and by editing, I should clarify that they are actually adding good-faith factual information, or copy editing, and not just spamming external links) seem to have more staying power. To generalize from my own experience, I had had my account for a month before I felt the courage to create a new article ( clip show, if anyone cares), and I was still so apprehensive about doing it that I created it anonymously (that was still allowed at the time). It's been almost six years and I'm still here.
So as far as this proposal goes I will say at the very least, get data on whether editors who start by creating articles or editors who start by merely editing existing articles (again, as opposed to spamming or vandalizing them) before we make any decision.
But that's not as far as I want to go.
Everybody above seems to take it as a settled assumption that the decline in activity from newer accounts is a Really Serious Problem and that if we don't do Something Drastic Right Now Wikipedia won't be around in a year. Or a day. Those of you as long in the online teeth as I am may remember " Imminent death of the net predicted. Film at 11. The only difference is whether this proposal is seen as an acceptable tradeoff in light of this.
I do not dispute the facts about the editing patterns of new editors. I am, however, beginning to have second thoughts about the extent to which this has been seen, or been allowed to be seen, as some sort of existential threat.
We say this often enough to mock it as a cliché, but it's no less true for that: This is a project to create an encyclopedia. It is therefore about creating and maintaining quality content above all else. How we continue to grow and adapt as a community can only be considered within the context of that goal.
We should not consider it our goal to attract as many new users as possible. Yet we are on the verge of discussing this and fretting about this to the point that perception will trump reality, that the discourse about this will make any actual underlying facts, their implications or the lack thereof irrelevant. And when you have reached that point, you no longer have a problem but a moral panic or the equivalent.
Or to be a bit more restrained, I note that we presently have no article on the well-known organizational phenomenon of goal displacement (And no, I don't mean this; see here instead). Because it seems to me that without some skepticism at the right time (i.e., now), we're headed in that direction, with the usual deleterious effects likely.
The smaller amount of new accounts that become regular editors is an issue. A concern, perhaps. And certainly not without some relevance to the question of how welcoming we are to new users. But it's not a PROBLEM.
For it has been equally true that while this has happened, the total amount of edits has remained relatively steady as the existing core of editors has increased their activity. I see other indicators that, from an editorial standpoint, the community is doing quite well for itself. I note that we seem to be producing as many featured articles as we generally have, and the proportion of defeaturings to FA promotions has also remained relatively consistent. Likewise more articles have reached GA status in the last couple of years than the years before. The amount of new admin candidacies has declined, but no more than the amount of new long-term editors (IMO) (and maybe that's not such a bad thing, to be honest).
And is the decline in new editors necessarily the result of, or only of, our practices toward new editors and new articles? I suppose it is true that we have become more efficient at sizing up a new editor and assessing their potential than we were in 2005, allowing less time for a vandal to become a serious editor. But I also have to point out that, with five times as many articles as we had back then, perhaps new editors see less places where they can add new information (An interesting metric in this regard would be the amount of new editors in the last few years who have built up their edit counts on pop-culture phenomena that did not exist in 2005 ... episodes of, say, Lost that have aired since then and associated articles. Or newer TV shows that have become very popular, like Modern Family). Maybe we should find out what newer editors are editing and what we can do to encourage more of this, before we go throwing what may or may not be solutions at what may or may not be problems.
We may also have to consider that we have captured most of the user base that has the time and inclination to effectively write and edit open-content online encyclopedia articles in worldwide collaboration. Especially with strict requirements for sourcing and such ... a lot of us too easily forget, I think, that many people don't have pleasant memories of writing papers in school and approach the imperative to footnote their work with the same dread I'd have if I had to factor quadratic polynomials again on a routine basis.
And that such a user community is OK working with a decidedly retro editing interface that lacks WYSIWYG capabilities (believe me, when we solve that problem, we won't be worrying about what we can do to attract new editors. In fact, we'll have the opposite problem. And then, anyone who doesn't remember what that problem was like will be pining for the days when we had discussions like this.) Or true social-networking capabilities (We could stand to learn a few things from Facebook) that could enhance the editing experience. Within a few years web users will expect that sort of thing, and we will need to provide it if we want to get some of them into our community).
So here's to conversations that I think we should be having. Daniel Case ( talk) 16:48, 7 April 2011 (UTC)
Don't cut off your nose to spite your face. ˉˉ anetode ╦╩ 19:16, 7 April 2011 (UTC)
I looked at the data, and unfortunately it's not the right data for the question at hand here. If the new editor's fist edit is kept, the data gathered tells us nothing about whether their first article is kept or not (of if he ever creates one). Also there is no data (in those tables) on articles created by old editors in the same period (kept/deleted or total). The only thing you can answer is:
However, by not allowing the new guys to create article right away, you might not have gotten at least 2,375+ kept articles (and possibly more; they may have created more than one each). Maybe they wold have created them under the new rules, maybe not. There is no way to tell that from the data gathered. We also don't know if the "non-create" editors ever created any articles after their first edit (to compare with the 2,375+), or if their edits were plain reverted, which means they might also have been a net negative. Sadly, based on data gathered, you cannot even answer the question:
If you assume that among those new guys only those who created an article on their first edit ever created one (big if), the answer to the above is no (i.e. the proposed measure contradicts the goal of retaining new [minimal] quality contributors), because based on the data gathered the retention rate of editors who created a new article that is kept is above average for the mainspace sample. (4.4% vs. 2.32%) But, unless you have some data on the article creation of non-create-by-first-edit editors, you can't really answer the big if part. I doubt anyone followed this, but hey, everyone has an opinion, informed or not. Tijfo098 ( talk) 20:44, 7 April 2011 (UTC)
As a new user, I see contentious points are points of pressure on Wikipedia. It's what drives the new Wikipedia users to contribute to Wikipedia. Wikipedia should make it mandatory that new wikipedia users be warned that their first articles will be deleted and be advised how to create articles that are not contentious, before the new user makes an article. Blackwidowhex ( talk) 20:08, 7 April 2011 (UTC)
Okay, so this is a rewrite for my flawed view. It's a definite phenomenon that people prefer getting it done to taking the time and get it done right. I would think that most people do not need to be introduced to the idea of citations. I would think it's a standard practice with today's education. The Article Request log is also backed up. So new users perhaps are overwhelmed if few Wikipedia articles come to mind that they like to edit. Here are two possible modifications to make: Wikipedia could detect if a new user adds an article without references and then stop the article from being created. And have the create new article pages written with "may be deleted" big and bold. Blackwidowhex ( talk) 02:55, 8 April 2011 (UTC)
I personally think that this proposal is a good idea. It will allow users to learn the basics by editing existing articles rather than learning only how to get a slap on the wrist for creating a non-notable article. Good faith but incorrect edits are much easier to correct and point the user in the right direction with than good faith but non-notable articles. Barts1a | Talk to me | Yell at me 23:02, 7 April 2011 (UTC)
I agree with those who say that this would set an unnecessary bar. However, I think in addressing this situation, we should be looking for ways of being less discouraging through our new page deletion, and be careful of doing anything that makes proper page patroling too difficult (as a frequent deleter, I can tell you that one of the reasons I do NPP is that it's simple; when I have a minute or two I can look at a few new pages, and with Twinkle I'm a click or two away from calling for deletion of things that qualify for deletion; if I had to engage in a conversation to justify each one to its author, I wouldn't be doing much patrolling.) If possible, I would like to see most categories of deletion not actually delete but rather userfy the page by default. I'd like to have Twinkle leave a message saying "Your page has been removed from the Wikipedia listing because we require articles about organizations to say why that organization is notable, and yours doesn't. However, your article is still right here (LINK TO USERSPACE COPY), and we encourage you to improve the article and resubmit it by such-and-such a process. Here (LINK) is a guide to the sort of content that suggests notability of an organization. And if you need any help or have any questions here (LINK) is my talk page." Make it seem less like we're rejecting their work outright, and that the time they spent creating the article is down the tubes. -- Nat Gertler ( talk) 23:29, 7 April 2011 (UTC)
Oppose. There are users who would rather jump in and create a new article and they may be the better informed users with writing and research experience in other venues; although they would be well advised to start offline or in user space, this concern is more a matter of mechanics than of content. If you have researched your topic and know the basic rules of notability you should be able to produce a decent start that will stand scrutiny.
Putting in something that amounts to advance peer review is contrary to WP:Bold and imo would encourage blandness.
That said, there will be new users who do not know the rules. I really like User:NatGertler's suggestion in the post above. I also think patrollers should back off a little bit and wait til a new page has not been edited for an hour or so before doing anything, to avoid both the impression of a slapdown and possible edit conflicts. Dankarl ( talk) 13:35, 8 April 2011 (UTC)
I see this as part of a larger trend. The "total freedom paradigm" in Wikipedia is gradually fading out - ever so slowly. And I see that as necessary, given that as the "value of the content" in Wikipedia increases, more protection will be needed. As the number of Wiki-pages increases, so should protection. Given that I am tired of reverting vandals (and the ever increasing number of skillful spammers) in general, I support this as another step along the path of the end to the "total freedom paradigm". Along that path we will encounter the 5 stages of the Kübler-Ross model of accepting the inevitable: Denial, Anger, Bargaining, Depression, Acceptance. At the moment a large portion of the Wikipedia community is in the first stage: Denial of the end to the total freedom paradigm. The other stages will gradually follow. Then in a few years, Acceptance will eventually arrive. History2007 ( talk) 16:00, 8 April 2011 (UTC)
WTF? You mean autoconfirmation isn't already required to create new articles? I thought it had always been that way (ever since IP's became unable to create articles) and I just got done proposing elsewhere that only reviewers should be able to create articles. The same should go for image uploads. Something like 80% of new articles are speedied, new users are constantly templated to death by bots for NFCC problems, and the inhumanity of it all is appalling. That tells us two things: 1) inexperienced users who think they have a suitable topic for a new article are usually wrong, and 2) inexperienced users interested in creating new articles are really better off with some guidance and handholding from an experienced user.
I actually think the above (making article creation and file upload require an advanced permission) is a pro-freedom proposal, since it puts IP's back at the level of autoconfirmed users (autoconfirmation itself was very controversial when it first arrived, I've heard). I used to be annoyed when that parity was taken away, but after submitting a few new articles through WP:AFC and seeing what crap arrives there, it became clear that shutting off completely unfiltered article creation was unavoidable. But, I think the stuff coming from brand-new accounts isn't much better than stuff arriving from the "fire hose". So adding more filtering wins in all ways: improves WP content, decreases newbie biting, and gets closer to the founding principles vision that editors without accounts still have something close to full privileges. 75.57.242.120 ( talk) 05:40, 9 April 2011 (UTC)
Polls are evil. This will effect a large amount of users negatively, yet the only people contributing are self-selected hardcore editors of Wikipedia who will have their own biases.
The slow erosion of freedom, the ridiculous bureaucracy, and complete inaccessibility of Wikipedia process are why I don't contribute anymore and why editors are constantly dwindling.
I think this trend should be reversed. IP article creation should be turned on, autoconfirmation and rollback flags scrapped, the abolishion of the chronically abused semi-protection, and a promise that flagged revisions will never be implemented. - Halo ( talk) 12:59, 9 April 2011 (UTC)
I fully support the proposal. I will quote verbatim from what I wrote in Signpost 14 Feb;
I'll also repeat what I wrote on the AFC talk page a year ago;
1. "There were no results matching the query", "You may create the page "(NAME)", but consider checking the search results below to see whether it is already covered."
(There may or may not actually be any results)
Note, this is a bit wrong already - the anon may not create it.
2. Clicking on the red link produces; Wikipedia does not have an article with this exact name. Please search for (NAME) in Wikipedia to check for alternative titles or spellings.
3. Clicking on the 'Start' link then produces a page entitled 'Unauthorized', which says;
Wikipedia does not have an article with this exact title. Please search for (NAME) in Wikipedia to check for alternative titles or spellings.
...and that is why this proposal makes sense - to provide a friendly, uniform interface to new users wishing to contribute.
Chzz ► 17:42, 9 April 2011 (UTC)
Users who support this view
I think that creating a page is a far bigger commitment than editing one. Anyone can be on Wikipedia, find a mistake in an article they can fix, and fix it properly and quickly. Creating an article takes time and commitment. Time and commitment from a user would indicate that they would like to be a Wikipedia "user", therefore they most likely already have an account. Anyone can have an account, and you literally don't have to put anything on your userpage. Therefore, I believe only those who are willing to make a simple userpage and account should be trusted to make quality Wikipedia articles. BeenChanged ( talk) 18:07, 9 April 2011 (UTC)
If you see my view point under this one it addresses what you are saying in some ways. But I'm saying that some articles are not unsalvageable. Some can be kept and shaped to fit the standard set forth here on Wikipedia. Mr. C.C. Hey yo! I didn't do it! 16:04, 25 April 2011 (UTC)
Having a userpage doesn't show how someone is serious about contributing. For example, if I didn't have a userpage, but over 50,000 edits, you wouldn't consider me a serious contributor? That's a bit of an ignorant view. Someone could have stuff on their userpage, but isn't a serious contributor, but the fact they have a userpage you would consider them a serious contributor. Looks can be deceiving. Not everybody who has a userpage is necessarily serious about contributing or vice versa. You can't go off whether or not they have a userpage. It's a userpage, it's optional. That's the whole point. If you forced everyone to create a userpage, than half the users would create one just to satisfy you. Doing something just to do it to satisfy someone doesn't show inherent seriousness. Mr. C.C. Hey yo! I didn't do it! 16:04, 25 April 2011 (UTC)
From some of the views I've read, I haven't seen this issue addressed. Couldn't the number of days and edits be upped? Maybe to sevens and 15 or 20 edits with them being reviewed. Some people might do unconstructive edits to get the required amount of edits. I know monitoring new members might be hard to do, but I am sure there is portion of the new members who will make unconstructive edits and wait the four days to get autoconfirmed status so they can create articles that are POV (easy to fix), PROMOTE something, or create a vanity article which is on themself. A well intentioned editor wouldn't do that. But how are we to know if they are well intentioned? We need to find a way to monitor new editors. Since there is a user creation log, we could use that our advantage to monitor the creation of new accounts. But how we would monitor them is another challege unto itself. But this would make sure we are getting well intentioned editors and community members. Mr. C.C. Hey yo! I didn't do it! 10:30 am, Today (UTC+2)
How many articles are currently created by new editors? How many of them remain? Any way to actually find that out? I only edited by IP address when I first got here, not bothering to register a name until I wanted to start an article.
Solution: Just have it where when someone makes an article it says "if you want to make an article, you must include two references in it(click that thing that looks like an open book, and fill in a reliable source for something in the article)". Check to make sure they did that when they try to post it, and refuse to let them if no references are found. There, problem solved. Dream Focus 12:51, 11 April 2011 (UTC)
I believe that most of the articles I flag as a New Page Patroller are by New Users who are not using the Article Wizard - however, sometimes articles written by new users can by really good, therefore I believe that we should force all users who are not confirmed or auto-confirmed to use the article wizard or articles for creation therefore new users can still create articles but if they use the article wizard then they are guided and thus more likely to write a better article. Jamietw ( talk) 16:13, 11 April 2011 (UTC)
Okay! I too agree with the motion. But what about the articles which is totally relied upon personal experiences? Means, there are certain articles and certain topics in which you can't cite any references. They are very common among new users. And by many people they are considered to be vandalism and thus removed. Arghyadeepd ( talk) 18:23, 11 April 2011 (UTC)
I think that this would be a good idea, with limiting creation of new articles to auto-confirmed users. However, I have some of my own thoughts:
Give the user a choice for what they want to do when creating a new article. Either they:
Maybe this has already been proposed (TL;DR), but I think this is the most practical (and easiest to engineer) option. A p3rson ‽ 23:28, 11 April 2011 (UTC)
NB this view was moved after being misplaced in the implementation-focussed Trial discussion section. Rd232 talk 00:13, 12 April 2011 (UTC)
Absolutely no way should this be put into effect. It does not benefit the project as a whole, and it does breach the spirit of the site. Saying "yes you can edit, but you can't make an article for 5 days" is like saying "we don't mind what else you do, but you ain't making something till we're sure we can trust you." This is absolutely wrong and you will drive a whole lot of new editors away if you implement this. Shelve it and get on with writing articles instead of working out how to stop people from doing so.
Fish Barking? 22:33, 11 April 2011 (UTC)
As a regular participant in WP:NPP and a participant in WP:AFC when the backup gets big, I wholeheartedly support this proposal. Any New Page Patroller knows that the the vast majority of new articles are speedied, and most of the rest require tons of cleanup. Requiring new accounts to use AFC will ensure new editors get the help and support that the welcome template just doesn't provide. There is good content out there, and AFC does lead to good articles being written. Some are even written by account holders already. I think requiring AFC to be used will actually encourage new editors; the process of writing an article from scratch with wiki-markup is exceedingly daunting, and knowing there are people there to help will be a big plus to new editors and encourage content creation.
I'd actually be a fan of turning the "Autopatrolled" flag into an "article creator" flag. AKA we would require everyone to use AFC until one shows the ability to create content within the guidelines, in particular WP:N. Two or three articles would be sufficient to show this, but that's another proposal for another day.
With that said, the AFC process, while workable, can be somewhat clumsy to use from a reviewer standpoint (I have not tried it from a content creation standpoint). There are automated tools which can help, but it gets clumsy particularly when an article is submitted multiple times. Definite improvements can be made. Nevertheless, it works reasonably well, and can handle more traffic than it currently receives from both a content and reviewing viewpoint.
If this were implemented I think a lot of NPP people would migrate over to AFC and continue doing mostly identical work there. Really we have two choices: Implement this now and then improve AFC, or implement this later and improve AFC now. Either proposal works for me. I would strongly oppose a trial period as we all know how the last one of those went. Lots of drama and no consensus. We either need to do it, put it on hold and then do it, or we need to not do it. Doing a "trial" is just going to muddy the waters.
In short, this is going to improve the wiki, make a smaller backup at NPP, and make a larger one at AFC. AFC will give new accounts the help and support they need. Improvements to AFC can be made, but the system as is can handle a massive increase in activity provided more article reviewers step up, which I think they will. Just look at how many people stepped up for Reviewer when PC was trialled. Applying the lesson from PC, a trial will be counterproductive. Therefore, I strongly support requiring Autopatrolled rights in order to create a new article without AFC. N419 BH 01:59, 12 April 2011 (UTC)
When discussing article creation, I often make a comparison to TV Tropes wiki, which has a very successful article creation forum called YKTTW (You Know That Thing Where). Although it is not strictly mandatory to use it, something like 95% of new tropes are created through YKTTW. The large majority of suggested tropes simply fall away either for lack of interest, or because someone discovered it was redundant, or because there was consensus it was not considered a useful trope. Even of tropes I've proposed, probably less than 30% ever got launched, and I'm not a newbie there. Sometimes experienced editors will comb the very old YKTTW posts for good looking tropes and revive them and clean them up - similarly, someone could comb through old AFCs and rescue the ones that look especially promising. We could learn a lot from this model.
And this model is not unlike AFC here at Wikipedia: just as a proposed trope can sit indefinitely on YKTTW, a rejected new article proposal can sit indefinitely on AFC without fear of contaminating the project, and an author can continue to learn from their experience of working on proposed new articles, whether or not they are ever launched. For a newbie, it hurts far less at an emotional level to see your rejected work face constructive criticism and then fade into obscurity than to see it summarily eliminated while still fresh. Everything we can do to encourage new editors to use this process will benefit them and benefit us, in the short and the long run. Fears of a backlog are unfounded for the same reason they are unfounded on TV Tropes: because the backlog itself represents the long tail of rejected and forgotten proposed articles. When your proposed articles are hanging out in user space, there is no real need to decide the ultimate fate of every last one of them. Dcoetzee 09:48, 12 April 2011 (UTC)
Have I got this wrong?
Is it being proposed that we should encourage, no force, new users to make changes to existing articles as a means of testing their Wikipedia writing ability? How does the garage band publicist (to take an example from above) choose which article to edit? Should they work on The Beatles? Elvis Presley? Would you be happy for them to work on one of your articles just for the sake of it?
Whilst they spoil the appearance of many pages already, maybe a banner saying 'This article was produced by a new user' might be a way of going forward? Shipsview ( talk) 10:03, 12 April 2011 (UTC)
While I support the basic idea of requiring autoconfirmed status the use of a wizard in order to create articles, I strongly oppose any proposal for a "trial" until I recieve some sort of assurance that the trial will not be extended indefinitely against clear consensus, as is currently happening with the pending changes "trail." See
Wikipedia:Pending changes/Request for Comment February 2011 for details.
I'm not convinced that we yet understand the potential impact of such a change. Statistical analysis of the data at User:Mr.Z-man/newusers (see User_talk:Mr.Z-man/newusers#Statistical_analysis) shows that being allowed to create new articles does have a small effect on staying on, but is far, far outweighed by the negative effects of first edit(s) being deleted. However, we don't know enough about why these edits are deleted. We may be putting off editors who shouldn't be here – because their only interest is to advertise or push some POV. We may be putting off editors who simply don't know enough about Wikipedia's policies and practices – in which case perhaps mentoring will help. So at present I'm against the change. Peter coxhead ( talk) 14:03, 12 April 2011 (UTC)
There is a real danger here of using bureaucracy to override individual energy. Many of the best Wikipedia features subliminally leverage the user's attitude to advantage. We must not lose sight of that. (Ancient Oriental political and military philosophy makes some interesting parallels). If we do anything it should be incremental. One might begin by say watermarking suspect articles, and allowing only autoconfirmed users to remove the watermark. Would the watermark demotivate vandals? There's only one way to find out. — Cheers, Steelpillow ( Talk) 18:21, 12 April 2011 (UTC)
My honest answer? No, we should not limit article creation only to those who earn the AutoConfirmed status. My simple reason: Jackie Evancho. Yes, before August 2010 it probably should have been deleted because there was not sufficient notability for Wikipedia. Now, she is the youngest debut artist ever in the Billboard Top 10 and the biggest debut of the year for all of 2010 for O Holy Night. The creator of the biographical article created the page in her userspace and moved it into the article space, where it got a haircut. Since AGT 2010 however, it's quintupled its original size and then some. If the article wasn't there when I found it right after the show, I would have watched its creation for sure, but this user submitted something that is going to get a lot of clicks for the next few years. I'm currently keeping an editorial eye on the page and am in the process of cleanup across articles as some information appears to be duplicated across the articles. CycloneGU ( talk) 20:53, 12 April 2011 (UTC)
Agreed. That would be a good tool as considering the recent articles that appears to be based on crap. jeez... But honestly, if and when this is implemented, we should be able to see vandalism drop sharply.
That's right. Ianlopez12 (user talk:Ianlopez12|talk]]) —Preceding undated comment added 04:15, 15 April 2011 (UTC).
I had a lot to say, but I realized most of it was just a complaint about how picky Wikipedia's new article standards are, even for non-controversial topics. I know from experience that it's a lot easier to start a stub and watch people edit it, or edit a stub, or both than it is to make a decent article in one go. I stopped regularly participating in Wikipedia once my stubs started getting deleted because I was using that strategy.
My other point: I haven't used this account for five years, editing anonymously for most of that time when the mood struck me, after Wikipedia required new users to go through AFC, I simply stopped trying to create articles. It would have been easier to retrieve the password to my old account, and
damned if I was going to do even that. --
Quintucket (
talk) 18:20, 16 April 2011 (UTC)
Support proposal. Naturally, we must remember that Wikipedia is "The free encyclopedia that anyone can edit" and therefore limiting anonymous and new users' permissions too much will make us stray from that mission. However, I must note that anyone could still articles, they just can't all create articles on their own. Semantically, we'd still be true to our mission. As for the reasoning behind this proposal, I firmly agree that something needs to be done to reduce the workload of our serious editors and admins. There is a backlog a mile long for stuff like articles that are too technical or written like essays. It would improve the quality of the encyclopedia enormously if editors could focus on that instad of hundreds of new articles that violate policy. Crisco 1492 ( talk) 23:22, 17 April 2011 (UTC)
I agree with the proposal, however the biggest problem I see in the subject areas I am looking at (the arts) is the huge numbers of people joining to create their own personal CV page as an article with zero notability. Is there no way to separate individuals as a category that has this (proposed) new functionality whilst leaving creation of articles about everything else as it is? I imagine that this would be more complex than what is proposed here, but if you examine motivation, this has to be the primary reason anybody would create a totally invalid article as a first or early edit. It is different to say an article that is based on a persons activity or subject area that has bias but involves other people (for instance politics or commerce) and therefore has more chance of debate on relevance or suitability. filmmaker2011 —Preceding undated comment added 07:46, 20 April 2011 (UTC).
As a community project intended to cloudsource the editing and creation of content, it appears at first glance that requiring permissions and/or experience for the creation of new content is counterproductive. However, the English Wikipedia has become massive, to the point where new users are often daunted by policy and procedure once their first edits get reverted or deleted. If we do implement the change at hand, we will significantly reduce the deletion backlog. Not only will the CSD rate drop, the PROD rate will also drop to the point where it may not be even necessary. If you consider that several AfD's a day are denied PROD's and many PROD's are of new articles, I don't think that the AfD rate will increase significantly if PROD is eliminated under the new proposal. However, every proposal has it's pitfalls. Upon learning of this procedure, a new user may consider making unconstructive or even vandalistic edits just to achieve the 10 edits required. If necessary, we can raise this to 25 edits and decrease the time requirement to 2 days. This will help distinguish legitimate alternate accounts from new users. For those contributors who would submit to an assisted program like AfC, the reviewer (combine with PC reviewer?) can autoconfirm the user then and there if the article meets all standards and is created. Even if the creation rate of legitimate articles drops, we already have millions of articles and each new one increases the chance of copyvios or non-notable topics. Also, how about requiring autoconfirmed at a minimum to creating userpages? While they are designed to be a collaboration tool, many new users consider it as a personal webhost. Why should we dedicate server space to a new user who may never come back? — Train2104 ( talk • contribs • count) 02:16, 23 April 2011 (UTC)
I feel that, though 10 edits are too much, atleast 2 or 3 of them should be made by a person before he can make a page. Richu1996 12:45, 23 April 2011 (UTC) — Preceding unsigned comment added by Richukuttan ( talk • contribs)
I don't think this will change the amount of vandalism, just relocate it.
If someone wants to create a new page, they will jump through any hoops we put in front of them to do it. Others have mentioned the likelihood of seeing an increase in page edit vandalism to increate your pages edited score. I suggest that there would be other unintended consequences of this proposal, some of which we can't even foresee.
Perhaps the low barrier to entry -- that includes being able to create new pages -- is an important ingredient to new editor generation. If that goes down because this proposal is adopted and the overall number of new editors drops, I believe we are likely to see reduced numbers of quality editors as well.
Does anybody know how many quality editors we now have who started by creating a single page? They might not be editors now under this proposal. ZoneAlarm5 ( talk) 20:07, 23 April 2011 (UTC)
I do not support this. What would it solve? It shuts people out; you shouldn’t have to register to create an article or even log in if you so choose. It may relieve the articles needed to be deleted and the load on new article watchers, but now you’ll have a log of unnecessary user accounts (how many people will make accounts just to make an article and never use it again? If they realize they need to wait or make edits they‘ll just abandon it) not to mention a new log of articles that need to be checked for approval. I may not be a very involved user of Wikipedia, but I feel the need to express my distaste for this idea. — Mr Grim Reaper 20:12, 23 April 2011 (UTC)
Personally limiting creation of new pages to users who have been autoconfirmed is great but since I have not been an active member in these discussion. I can not say that this opinion I have has been vocaly heard in the cammunity. Personaly I also feel that Wikipedias' allowance of not registered persons to edit is the worse thing that is part of Wikipedia. Controling new users ability to create new pages is a step in the right direction. Removing non logged persons to edit pages will help wikipedia become an official source in educational communities across the world. - Popa01 ( talk) 12:20, 24 April 2011 (UTC)
I think that 10 edits is quite fair to ensure that new users learn the ropes before jumping into a new page. I initially tried to start a new page and found that without editing other pages I didn't have the knowledge to create pages to the correct standards. I am still a few edits off having auto-confirmed status, but am enjoying my Wikipedia apprenticeship. - User:Jezhug ( talk) 01:11, 25 April 2011 (UTC)
this article is quit important.I think 10 edit is not enough to learn,making more than 50 edit is better. User:Albicelestes ( talk) 04:57, 24 April 2011 (UTC)
I support this. If somebody wants to submit an article for creation and is not autoconfirmed, either let him submit an AfC or ask an admin at PERM for confirmation. Besides, if you aren't autoconfirmed, you probably didn't edit enough to know what goes into an article and what doesn't. Wiki cop ter what i do s + c cup| former 00:06, 25 April 2011 (UTC)
Not agreed. This proposal does not follow the founding principles. We can't force anyone to create an account, wait ten days, edit ten times and then be able to create an article. Instead of forcing registration, we could, however, think about a way of reviewing articles created by non-confirmed accounts like it is already done by reviewers ( Pending changes). In fact, we are not really following those principles already, since we disallow article creation by non-registered accounts...” TeLeS ( T @ L C S) 02:52, 25 April 2011 (UTC)
DISagree. I need to add one whole new page. and if anyone knows how to do this, I would very much, and humbly, welcome their input.
I live in California and am 29 years old; and having been ostensibly introduced to a science fiction author whose work I've never read, who I could in theory meet in the next month...y^3seinfld:ref....
The Valvutome thing is because I cook, sorry if that caused anyone any pain. — Preceding unsigned comment added by Darion29 ( talk • contribs) 09:29, 25 April 2011 (UTC)
I agree. The autoconfirm threshold can act as a safeguard to ensure that a new user could learn the ropes and be able to create an article that meets Wikipedia's guidelines. RA0808 ( talk) 03:35, 25 April 2011 (UTC)
Well, in all honesty, I believe the autoconfirm threshold is not right now necessary. New troll articles aren't a big problem because they can be dealt with quickly and easily through CSD (compared to standard vandalism to highly developed articles, which can deter readers and spread misinformation). Furthermore, this can also deter new editors from continuing editing. Again, just my two cents. Marlith (Talk) 04:16, 25 April 2011 (UTC)
I agree with the concept... brand new users should have some form of review prior to publication. We were all "new users" at one time, and didn't really know how to do anything at first. I am still learning, and while I don't know everything, I do know abuse and vandalism when I see it, and I have reversed a few bad edits. One thing I have noticed is that much of the abuse/vandalism comes from people who dont have accounts at all, using their IP address. At the very least, edits by IP addresses should be reviewed. — Preceding unsigned comment added by Timshuwy ( talk • contribs) 03:53, 26 April 2011 (UTC)
I DISAGREE. Uh... I'm new to Wikepedia. (I think) I think new users like me who are still having problems acting or editing in Wikepedia, would never have any mind left to think about autoconfirmed or something. What if starters feel uncomfortable about this rule and just stop editing. I feel like stop doing something when I get to know a very strict rule about the something. Starters might feel like that. I thought Wikipedia didn't care about mistakes of editors.. So, I DISAGREE to this concept. -- Kiwhan ( talk) 16:02, 26 April 2011 (UTC)
When I joined Wikipedia I created three new articles in my first 50 edits. I did not join Wikipedia so that I could tag categories, add references and enforce the manual of style. Things have changed and now I do much less creation of articles (I've probably only made 10 other articles in my next 3,500 edits) and more stuff which is probably more necessary to the encyclopedia. The question is, what are we worries about new users submitting? As a part-time recent changes watcher I'm quite happy to delete new vandal pages or tag up non-notable companies/bands/people for SD, and in fact I think this is much easier and less effort than patrolling AFC and either creating articles for people or telling why they're inappropriate. Fundamentally I think this policy fails both tests I would apply to it:
I think that if someone who previously only read wikipedia sees a page that is missing and wants to create it, then that new editor is a potential asset to the project even if their article is going to be speedy deleted. I am more than happy to commit time to cleaning the wiki in order to ensure that other new users can join on the same terms that I did, as a vaguely curious 16 year old who's just discovered that I'm actually allowed to edit and contribute to a flipping encyclopedia.
I fully agree with starting this policy! I'm actually surprised that it's not already in use. It only makes sense. It'll prevent pointless articles from being created and will help ensure that more of the new articles are actually subjects that are worthy of receiving their own article. Less debates over what is and is not a valid article. More time to work on the actual content. — Preceding unsigned comment added by Jam1991 ( talk • contribs) 18:16, 26 April 2011 (UTC)
Not going to give an opinion right now, because requiring people to have autoconfirmed status has some good arguments in its favor. However, I may be leaning towards the other end, because some IPs edit for the sake of contributing and do not want recognition at all, and do not want to be registered users.
Remember the PRINCIPLES of Wikipedia, the free encyclopedia that ANYONE CAN EDIT. FREE to create articles without needing qualifications and reviewing, BY ANYONE. Also known as autoconfirmed, new and anonymous users.
I follow the rules of Wikipedia, regardless of what I think. I believed that Rebecca Black should have been deleted. While in real life I know that she was a phenomenon, that is more popular and well-known than many other things on Wikipedia, the article WAS IN VIOLATION OF WIKIPEDIA RULES. Something in violation of the rules must be dealt with according to the rules, and I believe that if one of Wikipedia's statements is that ANYONE can edit, then ANYONE should be able to edit. WIERDGREENMAN ( talk) 23:19, 26 April 2011 (UTC)
To create articles I think should need autoconfirmed status. I also would like to suggest that it depends also on load on admins. If the load is heavy, put the articles in a queue with a level of protection queue, may be only as an acknowledgment from the beginning that protection levels mechanism will come into effect. If the load is lesser, then begin with a lesser protection level.असक्ताह सततम्, कार्यम् कर्म समाच्रर | असक्तॊ ही अचरण कर्म 15:45, 27 April 2011 (UTC)
I agree with this proposal. I also believe that newly submitted articles should be reviewed by an administrator to see if it meets Wikipedia's basic policies. That way we can get rid of WP:CSD. -- Vörös yes? 21:41, 27 April 2011 (UTC)
I agree with this proposal, and given Wikipedia's widespread credibility problem overall, I would, in fact, like to see more stringent safeguards on editing. Forbidding anonymous IPs — by far the greatest source of vandalism and uninformed, non-constructive edits — would be a very important start. -- Tenebrae ( talk) 22:43, 27 April 2011 (UTC)
I agree with this proposal because wikipedia needs quality more than numbers of editors. MaxWyss ( talk) 07:44, 28 April 2011 (UTC)MaxWyss
At first glance, this seems like a sensible idea as it forces new users to learn a bit about Wikipedia before they create an article. In that respect, I'd support the proposal and even recommend the edit count and account age criteria be higher and more stringent. However, this not only risks going against policy ("anyone can edit"), there is also no guarantee that the new user will attempt to learn Wikipedia policies and guidelines. In other words, if a new user can't write an encyclopedic article (or even, in some cases, a simple sentence) after 1 day, there's little chance they'll be able to do so three days later.
In reading the other comments above, I also find it interesting how so many people here seem to refer to new pages as though, in being created by a new user, they somehow belong to that user. (I refer to the common use of phrases such as "their article"). Granted, this may simply be a phrase of convenience rather than fact, but it seems to highlight a view that new pages don't belong to the community but rather to the page's creator. I wonder if this is why new page patrolling often appears so bitey; instead of requesting a page creator to help upgrade a new page, the attitude seems to be to expect the page creator to fix everything. That approach may be useful at WP:FAC, but not at NPP: it places too much expectation on new users.
LordVetinari ( talk) 13:12, 28 April 2011 (UTC)
Yes, it should be the case because of increased number of vandalism on Wikipedia! Burhan Ahmed | Penny for your thoughts? 15:15, 28 April 2011 (UTC)
I like the concept. Listen let's be blunt about this. As long as someone can randomly click on a page, and edit it with utter nonsense, it will be very hard to get people to take this page serious. What we need to do as wikipedia contributors is band together, and make wikipedia a valuable research portal. And by forcing people to sign up with a valid account to contribute will lessen the clutter, make the job of the moderators easier, and improve the reputation of wikipedia as a whole. —Preceding unsigned comment added by Metalfan1976 ( talk • contribs) 21:44, 28 April 2011 (UTC)
I patrol Newpages, and I think this is probably a bad idea, but I could change my mind. However, arguments won't convince me. I would need to see an actual writeup explaining how the new system would work and how it should be implemented, including possible forms of assistance and improvements to be made to those processes. If you want a trial, then the trial needs a writeup too, explaining how the change would be made, how and when it would be reversed, a list of the metrics to be collected, and a history of those metrics to date, for comparison.
Until we know exactly what we are discussing we should resist any change by default. Melchoir ( talk) 22:40, 28 April 2011 (UTC)
IPs can edit, as can users. Making it so that only autoconfirmed users can create articles would fix at least one scenario, when an IP tries to create a page, fails, then registers a user account and creates it. It's almost no different from allowing IPs to create pages. HTMLCODER.exe ( talk) 23:58, 28 April 2011 (UTC)
Addendum: Also, this means that, in order to create a page, an user has to spend some time on Wikipedia, not only idling, but making edits as well. 4 days and 10 edits seems reasonable enough, if not, it's a topic for another discussion. What I want to say is that such "delay" should greatly reduce numbers of "lol dongs" and similar in Newpages. -- HTMLCODER.exe ( talk) 00:04, 29 April 2011 (UTC)
I think that you should not be able to create articles from scratch, but only from redlinks within the same namespace. See this 2008 text for details: User:Plrk/On the creation of articles. It greatly reduces problems with notability and spam, and opens up for possibly allowing anonymous contributors to create articles again. At the time of my original text, I made a small investigation, see User:Plrk/Incoming links to A7-deleted articles and User:Plrk/Incoming links to patrolled new pages. I quote the conclusion:
"Although the sample is small and the statistical error margin is huge, my research shows that 80% of all articles that are deleted with reference to WP:CSD#A7 have no incoming links, and would therefore not have been created if my proposal had been a reality. It also shows that of the articles that are legitimately created and are not disambiguation pages, 89% have incoming links and would have been created anyways."
Plrk ( talk) 07:00, 29 April 2011 (UTC)
I would like to respond to a view mentioned several times above. Several users are supporting the proposal based on the idea that slogan 'encyclopedia that anyone can edit' does not mean anyone can start articles. I don't agree with this. When you 'Edit' a document it means you make improvements such as moving sections, deleting sections, and creating new sections. That's (part) of what editing is. Users are here to edit the encyclopedia, which means they may want to add new sections to it, i.e. articles. Thus I strongly disagree with users who are suggesting users don't have a right to create new articles. The right to do so is part of Wikipedia's core mission IMO. I do find many of the arguments about the benefits of the proposal rather convincing; however I still feel that in trying to fix the problem we must keep Wikipedia's core mission closer in mind.-- Johnsemlak ( talk) 17:19, 29 April 2011 (UTC)
I think that this is incredibly good idea. I know that in my early days of editing, I made a couple ill-advised pages on minor league baseball players for the New York Yankees. I feel that new users should (if this is possible, sorry if it is not) not be able to create content pages but should be able to create redirects and disambiguation pages. I know experienced editors sometimes have reservations on creating redirects, and often will not create some redirects, such as I did for Fastest pitch ever recorded, as the wording does not sound very professional. The same idea applies to the disambiguation pages. I do not think they should be albe to create (or move) content pages, because some of them may have been previously deleted and they neglect to read the log, or create something that would obviosuly be not significant to anyone else. I also think, on a related note, that non-autoconfirmed users should not even be able to edit anything not in the user or main namespaces, for similar reasons. Yankeesrule3 ( talk) 00:32, 30 April 2011 (UTC)
As well as considering implementing this, there are other courses to consider (in tandem or instead).
At the end of the day we need more users, less new pages that need admin actions and less rubbish left around in mainspace with five or more notices for improvement/deletion. Channelling them into the wizards and towards help in creation, whilst still allowing them to edit, is the main goal here is it not?
Userifying is still a much under-used solution to many of the NPP problems and it has to be more encouraging that their article is still there. The process could easily be done for those articles which were not obvious deletes and would perhaps encourage them to ask for help to work on improvements if they thought there was still a chance the article would be "published" later on. It would also give them time to learn the processes instead of being thrown in the deep end of AfD, COI, and other scary unfamiliar bannered processes without a flotation aid, as well as removing most of the remaining detritus from mainspace. Chaosdruid ( talk) 02:33, 30 April 2011 (UTC)
I oppose this tactical change not on the basis of merit, but because it doesn't seem that any of the arguments, pro or con are being made in light of the overall wikimedia strategy: [21]. Unless we made tactical changes only after careful evaluation of their impact on our strategic goals, we run the risk of going backwards, instead of forward. Sun Tzu reminds us: Strategy without tactics is a slow route to victory. Tactics without Strategy is the noise before the defeat.-- Mike Cline ( talk) 02:52, 30 April 2011 (UTC)
I reget this notion. Although figures show that new users are likely to vandalise, some people JOIN WIKIPEDIA exclusively to create an article that should be there but isnt. I do not thing that people should be subject to the encouragement of "mass editing" in order to create said article. Some new users read on how to create articles and are more skilled than older users. I am new, and have created an article that was obviously missing. This isn't the best article, but it is notable and sourced, layed out averagely- as you would expect from one whom wasnt too experianced. We need to encourage quality not quantity, but the experianced wikipedians often outshine new users, as editing can be a complex proccess. I agree that we need -something- to stop vandals, but them to go around and edit 10 pages first shouldn't be one of them, as wikipedia is already intimidating enough to new users- thus the slow down of the creation of articles (along side the maintanace of exsisting articles and less obvious articles to create). -- deadagain33 —Preceding undated comment added 11:41, 30 April 2011 (UTC).
I support this notion. Wikipedia needs to cut down on spamming. —Preceding unsigned comment added by Themane2 ( talk • contribs) 03:38, 14 May 2011 (UTC)
I ask anyone reading this discussion to please take a look at Category:Pending AfC submissions, and preferably help handle a few (it happens to be severely backlogged); by doing so - by looking at typical submissions - you'll get a great insight into what we're dealing with here.
It's very easy to review an AFC - if it's good enough, move it to mainspace, and tidy up.
If it's not, change the first line from e.g.
{{AFC submission|||ts=20110513....
...to...
{{AFC submission||d|PUT THE REASON HERE|ts=20110513....
(ie, stick a letter 'd' (for 'decline') as the first parameter, and put your reason for declining as the second.
That's it.
For those whole like such things, it can be made easier and prettier if you add the following line to your Special:MyPage/skin.js;
importScript('User:Tim Song/afchelper4.js');
...that gives you a 'review' button when you look at a pending submission.
Any questions and comments, WT:AFC.
Cheers, Chzz ► 17:29, 13 May 2011 (UTC)
There should be a button for editors to press that gets rid of all their contributions, leaving the current article chewed up, so when users get mad an threaten to leave Wikipedia, people will take them seriously, because it might have actual consequences. It would also just be a nice option to have.-- WikiDonn ( talk) 01:20, 2 April 2011 (UTC)
"when users get mad an threaten to leave Wikipedia, people will take them seriously" You are proposing a technological fix to a social problem. Reminds me of a guy I knew who was removing his stereo from his wife's car so she shot him in the head. ---— Gadget850 (Ed) talk 03:08, 4 April 2011 (UTC)