:IMO, the reason WQA does not work is that incivility is not a disease, it is only a ''symptom''. Simply mark WQA as historical and focus on the root causes. If the incivility is tagging along with a content dispute, 3O is an option because resolving the content dispute should resolve the civility issue. If it does not, ANI becomes relevant. BLPN, COIN, etc. could also come into play depending on who is causing the concerns, and why. [[User:Resolute|Reso]][[User Talk:Resolute|lute]] 00:59, 21 August 2012 (UTC)
:IMO, the reason WQA does not work is that incivility is not a disease, it is only a ''symptom''. Simply mark WQA as historical and focus on the root causes. If the incivility is tagging along with a content dispute, 3O is an option because resolving the content dispute should resolve the civility issue. If it does not, ANI becomes relevant. BLPN, COIN, etc. could also come into play depending on who is causing the concerns, and why. [[User:Resolute|Reso]][[User Talk:Resolute|lute]] 00:59, 21 August 2012 (UTC)
* Nothing. Tag historical and move on. One puppy's opinion. [[User:KillerChihuahua|KillerChihuahua]]<small><sup>[[User talk:KillerChihuahua|?!?]]</sup></small> 05:44, 21 August 2012 (UTC)
* Nothing. Tag historical and move on. One puppy's opinion. [[User:KillerChihuahua|KillerChihuahua]]<small><sup>[[User talk:KillerChihuahua|?!?]]</sup></small> 05:44, 21 August 2012 (UTC)
Something to consider here - in May, WQA saw [[Wikipedia:Dispute_Resolution_Improvement_Project/Activity_analysis|a total of 17 disputes]], a little over 1 every 2 days. If this trend were to continue, I don't think ANI would be flooded. Directing people from the closed WQA to a set of instructions on how to handle their own issues (read: self-help) should be encouraged in the first instance, something like [[Wikipedia:Sanity checks]] (hybrid of [[WP:GMN]] and {{tl|helpme}} - currently being worked on) may catch any loose threads. But I don't think the concern of closing WQA causing an overflowing of petty disputes at ANI holds much water, simply because ANI isn't used a great deal. <font face="Verdana">[[User:Steven Zhang|<font color="#078330">Steven</font>]] [[User talk:Steven Zhang|<font color="#2875b0">Zhang</font>]] <sup>[[WP:DRN|<font color="#d67f0f">Help resolve disputes!</font>]]</sup></font> 11:46, 21 August 2012 (UTC)
One of the main concerns at Wikipedia is that new users are not adequately informed of what new articles should be. Proposals that creation could be limited to autoconfirmed users were rejected. Various substituted proposals for a new landing page are under discussion and/or development but this takes time. Many new articles have borderline notability and other important issues that require tagging but not necessarily CSD or PROD for deletion. More content and/or more research could probably turn them into decent articles. Many editors and those patrolling new pages may feel that it is not the remit of regular users to complete such articles on behalf of their creators.
While (when using Twinkle) CSD and WP:PROD leave messages on the creators' talk ages drawing their attention to issues, maintenance tags do not. Many new pages may be the creations of WP:SPA who might not return to the project and be aware of any tags, but this does not mean that their articles are necessarily any less worthy of inclusion. It is possible that if new users were quickly notified while still on line that their article needs attention, we may be seeing a step towards increased user retention, and over time, a reduction in clean-up backlogs, and other areas such as AfC that are snowed under.
I propose that:
Certain important tags such as (to cite a few examples) COI, Unreferenced, More references required, Close paraphrasing, Essay like, Tone, Written like an ad, etc. should automatically place a welcome and a friendly notice on the new user's talk page, making them aware of work that still needs to be done, and perhaps with links to the appropriate specific guidelines.
This may have been previously proposed, but as I don't immediately see anything listed at WP:PEREN this is just a suggestion that has occurred to me during my recent intensive use of the prototype Special:NewPagesFeed, and if it gains sufficient support it could be moved to RfC and further discussed and perhaps developed as an additional combined feature of NewPagesFeed.
Thanks, but such discussions often get convoluted and bogged down. This is a straightforward, unambiguous single proposal, and perhaps it can be handled quite quickly without any side issues. Hence the reason for seeing what support there is for a discussion before moving to RfC for a discussion on the pros & contras of the proposal itself. Kudpung กุดผึ้ง (talk) 09:29, 5 July 2012 (UTC).[reply]
Isn't the problem that such users don't know about talk pages and so would not look at them or for them? My suggestion (3) is
(3) When a user who is not logged in (or who is logged in with an IP address) attempts to create an article,
(2) (When a user searches for a non-existent page "ABCDEF")
Instead of saying just "You may create the page "ABCDEF"...", also say something like "You might like to read Wikipedia Article naming guidelines". (It would be useful if this article were more clearly linked to the search engine tutorial which explains how to use search engines for research to satisfy Wikipedia requirements like verifiability and recognizability). LittleBen (talk) 15:26, 5 July 2012 (UTC)[reply]
I like LittleBen's suggestions, except that I would have the user directed to the Article Wizard rather than the naming guidelines pages. (Maybe something like "if you have not previously created an article or not familiar with Wikipedia's guidelines and policies concerning articles, please consult the Article Wizard before proceeding further").--JayJasper (talk) 15:37, 5 July 2012 (UTC)[reply]
Thanks, for te suggestions but such discussions often get convoluted and bogged down. This is a straightforward, unambiguous single proposal, and perhaps it can be handled quite quickly without any side issues. Hence the reason for seeing what support there is for a discussion before moving to RfC for a discussion on the pros & contras of the proposal itself. --Kudpung กุดผึ้ง (talk) 18:54, 5 July 2012 (UTC)[reply]
I'm not sure that I'd be happy with this. I don't want to receive any such messages. How does Twinkle know whether I'm a new editor, so it knows who needs a welcome-refimprove note and who doesn't? Given the way some editors tag-bomb new pages with every conceivable problem, how would you handle multiple tags? WhatamIdoing (talk) 19:29, 5 July 2012 (UTC)[reply]
I'm not talking about you or your contributions. That said, you might not be aware that Twinkle is already able to discriminate between regular and new users. Editors who tag bomb articles are the totally inexperienced and/or young page patrollers whom some editors consider not to be a cause for concern although they make up 80% of the patrollers. This proposal is part of a move to improve NPP and new user retention, where other suggestions for improvement to NPP, and the introduction of a new, new-user landing page appear to have failed. --Kudpung กุดผึ้ง (talk) 22:24, 8 July 2012 (UTC)[reply]
Kudpung, could you please explain how "inexperienced and/or young" patrollers can make up 80 percent of the patrollers? The existing data says much different (on the young point, at least). And it's not really helpful to look at number of patrollers; the useful data is number of patrols. If 80 percent are 14, and those 80 percent each tag 1 article a year while the rest of the work is done by everyone else (hyperbole, but you get the point) then the situation is rather different from what your number would suggest. Ironholds (talk) 12:05, 9 July 2012 (UTC)[reply]
On the existing data front; the survey data (which you have seen, as you helped gather it :)) suggested that "Between 79 and 82 percent of new page patrollers are over the age of 18, in line with the editorial community overall, and this rises to between 83 and 85 percent with the high-workload patrollers". Ironholds (talk) 12:08, 9 July 2012 (UTC)[reply]
I have no interest in that survey and its data whatsoever. It was my initiative, following a couple of years intensive research by some concerned, mature, experienced users into the enormous problems concerning the quality of NPP. I helped launch it, and immdiately afterwards the survey project was adopted by the Foundation who months later suddenly published a report that had little in common with the actual empirical findings of those established users and admins who have hands-on experience of new page patrol. Hence, some mature, experienced users are still looking for new, alternative ways to address the continuing problem of poor patriolling (and possible mis-judged deletions by some admins who may occasionally take the tags on face value in good faith), and user/new page creator retention. Wikipedia is losing content creators due to the way they are treated by drive-by deletionists.--Kudpung กุดผึ้ง (talk) 14:35, 9 July 2012 (UTC)[reply]
Can you point me to these empirical findings, please? And also to an example of how the report does not line up with them? And, ideally, either show how the report doesn't line up with the raw data from the survey or how the raw data was flawed? Ironholds (talk) 14:58, 9 July 2012 (UTC)[reply]
I ask the latter questions because, well, either the report was wrong about the raw data, the raw data was wrong, or the empirical data gathered "by some concerned, mature, experienced users" is wrong. Ironholds (talk) 14:59, 9 July 2012 (UTC)[reply]
As that survey project is dead as far as the community who initiated it is concerned, the volunteers are no longer interested in discussing it or digging for their empirical findings at this stage. The fact that some people prefer data driven explanations, while some prefer the reality of hands-on experience is one of the classsic breakdowns in communications where the WMF and the community are nevertheless working towards the same goal. --Kudpung กุดผึ้ง (talk) 16:47, 14 July 2012 (UTC)[reply]
Well, as the top patroller in '10 and someone who still keeps their hand in I don't think anyone could accuse me of not having hands-on experience :). If you don't want to discuss the survey or talk about it, that's fine - I'm not going to force anyone to rely on data they don't like - but I really wish you'd stop pulling out numbers, here and elsewhere, that isn't supported by actual data, like " Editors who tag bomb articles are the totally inexperienced and/or young page patrollers whom some editors consider not to be a cause for concern although they make up 80% of the patrollers.". If it was "I see a lot of young patrollers", that's fine, but once you start talking about hard numbers, you're talking about quantitative data that can't be accurately gathered simply by watching and looking unless you're watching, looking and actively counting ages. And quite frankly, I think the community deserves better than numbers that aren't supported by hard evidence, because, well...they're numbers. Hard evidence is where they come from. Subjective experiences are great, but only if you're giving subjective outputs. Okeyes (WMF) (talk) 19:37, 16 July 2012 (UTC)[reply]
WADR, your experience is, IMHO, possibly out of date, and nothing has been done yet to implement a concrete solution to the problem of what is generally very poor patrolling as witnessed by those experienced editors who do it seriously in an attempt to get to the root of the issues. Plain numbers can can all to frequently be interpreted by those who cite or extrapolate them to disprove the blatantly obvious, or to avoid the opportunities to discuss them face-to-face. If control over patrollers is to be ruled out, then other solutions must be examined. --Kudpung กุดผึ้ง (talk) 01:34, 20 July 2012 (UTC)[reply]
Seems like a good idea in general. One concern is that if the note is too long, new users are likely to skim through it and miss something. I would suggest a very short note with a link to the article's talk page that contained more detailed instructions. Perhaps the detailed instructions could be formatted in a checklist fashion in short bite-sized segments that would be quick to read and could be checked off as they were completed. 64.40.54.4 (talk) 07:36, 6 July 2012 (UTC)[reply]
I agree with Kudpung that this is a simple and obvious change that, while it certainly will not solve all the problems, will probably lead to the improvement of at least some of them. it is something that any careful NPPatroller would want to do themselves manually, but even many experienced patrollers do not always have time to do. Better that it be done with a notice than not at all. DGG ( talk ) 23:16, 8 July 2012 (UTC)[reply]
Support Absolutely. When tagging a new page, I always fear that the page creator--sometimes blatantly inexperienced--won't return to his or her article either because he or she doesn't quite know how, or because of disinterest post-creation. Deletion notices posted to a user talk page usually inspire a kneejerk reaction (unfortunate, but better than nothing) to return and improve his or her article accordingly, so I fail to see why we shouldn't do this for tags as well. One of the major issues among good faith new editors is indeed not only a lack of understanding for relevant guidelines/policies, but also basic expectations for the subjects of new articles and the corresponding content. Beyond welcome messages--usually ignored--I can't think of a way to immediately rectify this issue pre-article-creation, so I feel this proposal would be the next best thing. --IShadowed14:27, 16 July 2012 (UTC)[reply]
Support - if it can be done in a way that doesn't piss people off too much. Some way to limit initial rollout to see how it goes would be good; a "big bang" approach might just fail spectacularly and kill what's basically a good idea. Opt-out option of course is essential. BTW email notification, enabled by default, will push messages out to new users via email, so they won't need to log in to be aware of the message. Rd232talk00:44, 20 July 2012 (UTC)[reply]
Personally, I believe in keeping everything on-Wiki as much as possible. That said, the current proposal only concerns three or four templates of the most crucial kind - just one level down from threats of impending deletion. There is no reason why they cannot be worded in a very friendly manner (something we're not always very good at) - after all, the effort here is to retain articles that may benefit from more interaction from the creator rather than slumber unimproved for years with ugly tags, and to retain the editopr as a potential Wikipedian. I have found that my custom messages to users work very well, hence this suggestion for a proposal. A limited trial might well prove to be unnecessary. Kudpung กุดผึ้ง (talk) 01:34, 20 July 2012 (UTC)[reply]
Guys, I still see no practical method for limiting this to "new editors". There's also no proposal to limit it to tags added shortly after creation, tags that are actually warranted, tags that remained on the article for more than a day, etc.
So let's try this a different way: How many of you have created new articles? And how many of you are volunteering to get a {{welcome-refimprove}} or similar message posted every single time someone spams one of the hundreds of clean up templates onto that article for the rest of your Wikipedia career? WhatamIdoing (talk) 17:34, 23 July 2012 (UTC)[reply]
I'm not quite sure that I actually understand what you are suggesting here or the objective of your questions - the proposal, AFAICS, is simple and straightforward, carries no 'limitations', nor calls for volunteers, but my empirical experience does tell me that most tags are applied on, or shortly after creation. Perhaps you have misread the proposal. What I have suggested - for proposal - is for Twinkle to put messages on the talk pages of authors who have created an article that would risk being senselessly tag bombed (sooner or later) to receive little or no further attention for the rest of its life, except perhaps from those few brave souls who gnome away in the lonely cellars of obscure categories. In case you missed it, I'll repeat: I have found that my custom messages to users work very well, hence this suggestion for a proposal. Either you are in favour of progress towards retention of editors and their non toxic articles, or you are not; please consider stating your position clearly - alternatives are not requested at this stage of pre-proposal. Kudpung กุดผึ้ง (talk) 06:55, 25 July 2012 (UTC)[reply]
Yes, the proposal is simple and straightforward. The proposal is that every single time someone spams a clean up tag into an article for which you are the first editor/creator, you personally will receive a "Welcome and notice of a clean up tag on the article you started" message. Every single time, no matter who you are, whether you're active, whether you actually created or care about the page, whether the tag is deserved, how old the page is, how many tags have been spammed to it today, or anything else. You've created 60 articles over the years. How many times do you want to be "welcomed" by a bot? If I added one new cleanup tag—and we have some 400 or so, so I'm sure I could find one that was passably appropriate—to each one of those articles once a week, you'd get 3,120 "welcome" messages each year. Is that what you, as a person with six years' experience and nearly 49,000 edits to your credit, really need or want? Do you need to be "welcomed" every time I discover a minor issue (or believe that I do) in an article that you're already watching? I assure you that it is not what I want. I do understand the proposal. "Understand" and "support" are not the same. I oppose this well-meaning but misguided proposal. WhatamIdoing (talk) 22:33, 26 July 2012 (UTC)[reply]
What you have still not understood is that this is a pre- proposal in order to measure any support for a detailed proposal. Frankly, (because I wrote it) I do not see where the proposal statement suggests that the tags should be placed on the talk pages of regulars. Details are not requested at this time as has been repeatedly stated and you are preempting issues that are not yet up for discussion. Guys, I still see no practical method for limiting this to "new editors" - well, we can't all be programmers, can we?. Fundamentally, this proposal is about exploring new ways to retain editors and their articles - I believe, wrongly or rightly, that that is a fundamental principle of the Wikimedia movement. --Kudpung กุดผึ้ง (talk) 11:35, 31 July 2012 (UTC)[reply]
Comment (I already supported above): in terms of target audience (seeing WhatamIdoing's concerns above), the aim as I understand it is to notify article creators of problems identified soon after creation - especially articles created by new users who may not log in to monitor their article. This would suggest a simple time cut-off would prevent issues of users being told years later that someone stuck a tag on an article they've long forgotten about and maybe even dewatchlisted for lack of interest. A 30-day limit would probably be about right. The limit could also be customisable per user (eg by creating a user subpage with different settings). Other possibilities exist, including limiting notifications to "new accounts" (defined by time and/or edits; auto-confirmed limit would probably be too low), or limiting them to users who haven't logged in for a while (in the assumption that most target users will have email notification turned on, so a note on their user talk page will generate an email telling them they have a new message). The potential usefulness is certainly there, and there's absolutely no reason why, with proper design (including customisability beyond simple opt-out, which is obviously a basic requirement) and testing, anyone should ever be bothered with unwanted notifications. Rd232talk11:14, 1 August 2012 (UTC)[reply]
Arbitrary break
In view of the initial support, I have listed this proposal as a RfC (see thread top). All users are invited to discuss and debate towards a consensus for the possible implementation, upon which, the actual details can be further examined. Kudpung กุดผึ้ง (talk) 13:38, 1 August 2012 (UTC)[reply]
Support. Anything that might encourage new editors to engage with the project and learn about its expectations is worth considering, and this proposal could bring additional benefits in terms of article quality. In theory, this seems like a very good idea. In practice, I'm sure the details can be ironed out before it's implemented. Rivertorch (talk) 05:40, 2 August 2012 (UTC)[reply]
Oppose we already subject even goodfaith newbies to an unpleasant and unwelcoming process of templating of their articles, I'd be very uncomfortable about escalating that to an increased number of hostile templates on their talkpages. Impersonal welcomes are different as they are at least friendly, but the way to deal with newbies is firstly to improve the articles they write. I'm happy with a friendly, untemplated note on someone's talkpage if after some time they are still writing like a newbie. But in my experience it is rarely necessary if you spend your time improving articles rather than templating them, as new goodfaith editors are more likely to learn by seeing their contributions improved than by having them templated. Rather than increase the amount of templating I'd suggest we try to reverse the trend to templating and encourage people to use templates less and spend more time improving articles and giving personal messages to editors. My aim is to remove more templates than I add - maybe one day I'll create a userbox for those who do that. ϢereSpielChequers10:26, 3 August 2012 (UTC)[reply]
That presupposes that every new user who creates a first page is a potential permanent Wikipedian. With all due respect WSC, I don't think that is accurate. A quick stint at NPP (which I know you have done plenty of) will show that a vast number of pages are created by SPA - we can see this clearly now with the meta data displayed on Special:NewPagesFeed. Now a lot of those pages are actually worth keeping, but although there are some rudimentary tasks that NPPers are supposed to do, if we expect them to stop and almost complete the articles, with the few patrollers we have, the job of patrolling will never get done - the back of the patrol queue is already at 30 days again - and the SPA will have logged out never to return; PROD is quite a good example of this. This is not a question of 'hostile templating', but one of leaving them a friendly but semi-automated message that would encourage the creators to do the job themselves, and in doing so they would learn a lot more about the processes here, and then perhaps stick around and do more editing. Take this for example: 'Hi xxx, welcome to Wikipedia and thank you for creating xxx. The article still needs your urgent attention and as you are far more familiar the subject than I am, perhaps you could return to the page and add a couple of references/include the country/add the birth place/remove the bits that were copied from another source/reword the promotional bits/etc/etc/, and if you need any help with this, don't hesitate to ask me on my talk page. ' I find it works wonders, and it's better than simply tag bombing the article with a mess of templates, acronyms, or threats of deletion. Doing it with Twinkle instead of copying and pasting one of my custom messages each time would simply save time, and most new users don't even realise it's a template - I didn't when I was new here. The idea is just a stop gap until the promised Article Creation Work Flow landing page has been released (but no ETA as yet). Kudpung กุดผึ้ง (talk) 18:47, 3 August 2012 (UTC)[reply]
That presupposes that every new user who creates a first page is a potential permanent Wikipedian.
So does your proposal. If the initial author isn't a "potential permanent Wikipedian", then your series of welcome-warning notices are going to be unread and therefore worthless. WhatamIdoing (talk) 22:15, 3 August 2012 (UTC)[reply]
Again, you have completely failed to understand the principle of this proposition. We're not talking about the trolls and vandals who are easily identified. Kudpung กุดผึ้ง (talk) 11:43, 13 August 2012 (UTC)[reply]
Not every seed sown bears fruit. But that doesnt mean we should stop farming. Planting seeds (notices) presupposes success. Failure isn't worth considering```Buster Seven Talk21:25, 10 August 2012 (UTC)[reply]
Support; if even a few new users every day notice it and either don't dump their awful article onto us or rewrite it up to standards, it will greatly help our overworked NPPers and should help reduce frayed nerves on all sides. It can't hurt to try, can it? The Blade of the Northern Lights (話して下さい) 22:19, 12 August 2012 (UTC)[reply]
Oppose - So all someone has to do is add a template to a page and they can post such a message to someone's talk page? This doesn't sound like a good idea. Also, I'll strongly oppose on the grounds that this "friendly notice" hasn't been written yet. I've seen some rather overbearing welcome notices, and this notice is designed to tell someone politely that their article needs work? SOFIXIT comes immediately to mind. This proposal is just reinforcing the "tag it and forget it" mentality that we're seeing more and more as people use automated tools. - jc3701:24, 16 August 2012 (UTC)[reply]
Of course it hasn't been written yet. That what this proposal is for! It's explicitly designed to avoid the traditional 'tag and forget'. The whole idea of this proposal is to address the issues with the NPP 'mentality'. Kudpung กุดผึ้ง (talk) 05:19, 20 August 2012 (UTC)[reply]
If that was "what this proposal is for", then it would have been a request for ideas on what the notice/message should consist of. That's not what I'm seeing here. I'm seeing a request for a blank cheque for something that hasn't been written yet. - jc3703:00, 21 August 2012 (UTC)[reply]
Activate section 0 edit link for everyone
Per discussion at Wikipedia:Templates_for_discussion/Log/2012_July_5#Template:Introedit; it would be useful and convenient to activate the section 0 edit link by default, so that entire pages are not conflict-prone when editing the non-headered section at the top of pages. This is especially the case for high traffic and current events pages that receive many edits and would result in many edit conflicts, as every edit would conflict with editing section 0. -- 76.65.131.160 (talk) 06:37, 12 July 2012 (UTC)[reply]
See bugzilla:156: "Add section edit link for 0th section".
In 2005 Brion Vibber wrote: "Please note that using the section-edit links does *nothing* special to avoid edit conflicts. Conflicts are merged (or not) from the full text, precisely the same way whether using section edit mode or not."
Yes it still applies. There is no difference (from MediaWiki's prespective) of editing section 0, and editing the entire page but only modifying stuff in section 0. In both cases we just feed the entire page to diff3. Bawolff (talk) 17:38, 18 July 2012 (UTC)[reply]
Though, it would still make editing an easier process, if you need to edit section 0, you don't have to deal with the entire page being loaded into the editor. -- 76.65.131.160 (talk) 05:24, 15 July 2012 (UTC)[reply]
Support regardless of the edit conflict issue. Primarily I believe the user-interface is conceptually cleaner that way. But to some extent my own support is selfish, I'd rather that my own configuration match the default, I actually *like* this feature, but currently have it turned off because the Wikipedia's caches work enormously better when one stays with default rendering preferences, and this can have quite surprising differences on page-loading times. Of course, if it does affect the edit conflict issue raised the nom, that would only strengthen my support. --j⚛e deckertalk22:03, 14 July 2012 (UTC)[reply]
Support This turns up regularly at the help desk - new users often fail to spot the "Edit" at the top of the page and have to ask how to edit the lead section. -- John of Reading (talk) 10:45, 15 July 2012 (UTC)[reply]
Support - I use this gadget myself, and I have no idea why it isn't the default for everyone. It occasionally speeds up editing by just loading the first section of an article, and I can't see any downside to it. Robofish (talk) 15:41, 16 July 2012 (UTC)[reply]
Support Use this myself; have extensive experience editing as an IP; would have been useful. Furthermore, no reason at all that I can think of to disable it (at least from an editor's POV) Unsigned comment
I use it, and I like it, but I'm concerned that it might confuse newbies, who may expect it to work like the full-page edit button because it's at the top. WhatamIdoing (talk) 17:38, 23 July 2012 (UTC)[reply]
Support, this is very convenient for editing infoboxes and lead sections without opening the entire article in the editor. So why shouldn't we have it as a default feature. De728631 (talk) 17:42, 23 July 2012 (UTC)[reply]
Comment I believe this proposal has been rejected before, because some editors might mistake an edit link for section 0 (where exactly would it be placed in the interface?) for an edit button for the whole article and get confused as a result. It would be a good idea to have the WMF UI team gather some statistics on its use if implemented. —Ruud15:44, 31 July 2012 (UTC)[reply]
Support. This is such a no-brainer. More editors are probably discouraged by currently having to open the whole page, then would be discouraged by not seeing the edit link at the top right away. And the full-page edit link is rarely needed anyway. Many registered users do not know they can activate this in preferences. --Timeshifter (talk) 16:03, 31 July 2012 (UTC)[reply]
Oppose enabling for anonymous users at least. The section-0 edit link is in interface terms slightly confusing; all other section edit links are attached to a section header, but the section-0 link can only attach to the article header. This is bad UI. Users enabling this by choice can live with that, since it's a new link appearing after they've made a choice, and once understood it's fine. But for it to be default (i.e. the link appears without a conscious decision made), we should at least exclude the users most likely to be confused by this bad UI, i.e. those users who haven't got an account. But I'm not totally convinced we should be making it on by default at all. Rd232talk22:46, 31 July 2012 (UTC)[reply]
The 'edit section' UI should provide a clear way for the reader to switch to 'edit entire page' mode. e.g. the 'edit' link could become 'edit page'. John Vandenberg(chat)01:09, 2 August 2012 (UTC)[reply]
Oppose. A poorly considered proposal. Put yourself in a newbie's shoes, people. A newbie won't realise the difference between this edit link and the edit tab at the top of the page. If they click the section-0 one when they want to edit something later in the page, they will be confused and frustrated, and will most likely not bother to make the edit. This feature's existing status as an opt-in gadget should be maintained. — This, that, and the other (talk)08:10, 2 August 2012 (UTC)[reply]
BTW, it seems the gadget is actually broken in some skins right now. Nostalgia, cologneblue, standard and simple (so all 'old style'-skins ?). Probably a side effect from the editsection styling now applying only to content (changed after RTL enhancements of 1.19) and headers are outside the content. —TheDJ (talk • contribs) 10:18, 2 August 2012 (UTC)[reply]
Oppose ~ I've frankly been waiting for another editor to give a good reason why it should not be turned on, and I believe Ttato has hit on one of the significant ones. Aside from that, I feel that there are enough workarounds for people who have problems editing the whole page (due to slow Internet), and the fact that edit-conflicts are a non-issue, to definitely oppose this. --Izno (talk) 22:07, 2 August 2012 (UTC)[reply]
Support as anything that makes editing easier is a good thing, but with the hope that the comments here about clarity of purpose in the UI are taken into account in implementation. Whouk (talk) 12:47, 7 August 2012 (UTC)[reply]
Oppose I forgot I even had it enabled, but in the past I've accidentally clicked it when I wanted to edit the whole article. New editors and anons will be even more confused by this. RyanVesey13:12, 7 August 2012 (UTC)[reply]
Oppose I've personally turned this gadget on, but in practice I just click the edit (whole page) button if I want to edit a lead section. It's perhaps useful for experienced editors, not so much for new ones and—especially with the longer caption—adds whole lot of unnecessary clutter to the interface. Just leave it as an opt-in. —Ruud14:09, 4 August 2012 (UTC)[reply]
N.B. This gadget is especially confusing if the lead section is long enough that the edit links on actual sections are not immediately visible on (sufficiently small) screen(s). E.g., today's featured article: Peveril Castle. Even with the longer caption proposed below new editors are still likely to confuse this for a "edit whole page" button, due to a lack of context. I also fail to see the actual benefit of editing the lead section over editing the whole page; as far as I'm aware it does not reduce edit conflicts. —Ruud19:44, 7 August 2012 (UTC)[reply]
Comment I do think we should make the "Edit" button/tab more prominent, e.g. by making the link bold or giving it a slightly darker background than the other buttons/tabs. —Ruud14:13, 4 August 2012 (UTC)[reply]
Support I used the gadget for a long time until it became buggy for me, maybe because of other gadgets. I'd love seeing it back. – sgeurekat•c08:22, 15 August 2012 (UTC)[reply]
Activate reworded section 0 edit link
Many of the above objections refer to confusion from inexperienced editors clicking [edit] at the top expecting to be able to edit the entire article, not only the lede. So, what if the text for this link were amended to make it less ambiguous before making it appear by default? — Richardguk (talk) 12:31, 4 August 2012 (UTC)[reply]
Refined proposal: Change the lede edit link text to [edit intro] before making it appear by default.
Support I already use the gadget, and it's helpful occasionally. Renaming it "edit intro" will remove any misinterpretations. There's no consequences for making it default (with an opt-out button), so why not? LittleMountain516:04, 14 August 2012 (UTC)[reply]
Comment Something to remember, if we change the wording, we change it for other wiki's as well, because several wiki's directly load our version of the gadget. —TheDJ (talk • contribs) 09:53, 15 August 2012 (UTC)[reply]
A wall of shame/fame for COI editing to publicize good/bad COI examples that will encourage better behavior and educate folks one example at a time.
Wall of Shame & Fame
The Wall of Shame and Fame is intended to demonstrate and publicize clear examples of poor and good editing with a conflict of interest. Humiliation in the media has deterred many companies from unethical participation on Wikipedia, but the Wikipedia community doesn't feel like this tells the whole story.
Editing with a conflict of interest in ways that are positive and helps Wikipedia improve its coverage deserves equal representation
The media is overly focused on large corporations, but schools, non-profits and small businesses are often disruptive as well.
Editors with a conflict of interest are sometimes publicly shamed in the media, even though they don't necessarily deserve it by our standards.
This page is intended to humiliate organizations that deserve it for overtly corrupt censorship on Wikipedia, while giving equal weight to praising organizations that help Wikipedia improve its coverage. In this way, we hope to encourage participation we like, while doing an even better job discouraging unethical participation on Wikipedia.
Wall of Shame
Criteria
Organizations can only be included in the Wall of Shame if:
Someone has made every reasonable effort to contact the organization
Substantial disruptive and deceitful behavior has taken place, to the extent that we cannot reasonably assume good faith
We believe that their actions constitute an overt, intentional effort to undermine Wikipedia
List
Company XYZ: An IP address from company XYZ tried to censor controversial information about ABC. Checkuser verified six different sockpuppet accounts from this company. They engaged in deceitful behavior by using these sockpuppets to vote in favor of deleting negative content.
Nomination for wall of shame approved with a vote of 10:1. Moved to wall of shame by admin XYZ
Wall of Fame
Criteria
This is not a method for promoting paid editors, but for showing examples of specific organizations that have done work Wikipedians approve of
The Wikipedia skills of the organization may be a factor, but are not the primary premise of nomination
Organizations that demonstrate a long-term respect for the Wikipedia community and participate in a way that improves our coverage may be nominated
Organizations are only included if they actually want to be
An organization is not allowed to nominate themselves or solicit for nomination
List
Company XYZ: Engaged in a corporate social responsibility program to improve Wikipedia's coverage of subjects in their space. They repeatedly demonstrated exceptional neutrality by covering negative aspects and not whitewashing articles on subjects for which they are involved. Company was transparent and collaborated with dozens of editors. They donated 120 images to Creative Commons.
Nominated for wall of fame with a vote of 10:0. Moved to wall of fame by admin xyz
The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.A summary of the conclusions reached follows.
There is no consensus at this time for adding a new speedy criteria. Objections raised include that the current deletion processes should generally be sufficient and that even bad translations might prove to be useful. While those in favor of the additional criteria made strong arguments that such translations are often worthless (or worth less than nothing) those views did not carry the day. There is a discussion about a "BLPPROD-like" scheme which is too new to include in this close. NAC. Hobit (talk) 01:58, 21 August 2012 (UTC)[reply]
Machine translations from foreign language wikipedia articles are hard to clean up.
Consensus from the people trying to tidy them so far at WP:PNT: They should be deleted.
{{No-rough}} already says Please do not add machine translations of foreign language articles to Wikipedia..
No information is lost: Everyone can repeat Google translate as assistance when doing proper translation.
Requests for translation still prossible: Everyone can request a proper translation of a foreign language article using {{Expand German}} (template exists for all languages).
Suggestion: Create Speedy Deletion A11 Machine translation of article from other wikimedia project.
As a member of WP:PNT I support this proposal. Machine translations are far from perfect and are prone to give ambiguous and confusing results. While they may be helpful in a process of proper translation from one language to another before posting an article to the live namespace, original output from translation software should not be used as the only means to create new articles. Simply because they are utterly unreliable. De728631 (talk) 15:47, 21 July 2012 (UTC)[reply]
Comment I see a problem with identifying machine translations. While we may all be pretty sure we know what one is, and while there are highly suggestive features, some editors produce poor translations while swearing up and down that they actually translated the material. At a minimum, they will usually have omitted some bits, added wikilinks. Some of these may be good faith translation attempts where they just had no idea how much they needed to re-work. It's going to be a continuum, and speedy deletion is a big hammer; only an admin will be able to see the page to reconsider the determination that it was a machine translation and not just a very inept machine-aided translation. Can we fairly determine where to draw the line? Also, and related, very often an editor will expand an article with machine-translated material, or material not far from machine translation. If we make machine translation subject to speedy deletion, we create a precedent for harsh treatment of those who expand using this methodology, which is often applicable to only one section of an article, or a temporary stage (the original editor may in fact intend to return and improve the translated segment). Again, I'm seeing problems with implementation. Yngvadottir (talk) 16:57, 21 July 2012 (UTC)[reply]
We have the same problem with sockpuppets and have a solution: someone who is indistinguishable from a sockpuppet can be blocked as such. Thus, if someone did such a bad translation that it could be considered a "machine translation" and thus "failed a Turing test", we can delete it anyway. "Good faith" doesn't matter: the ones who add machine translations are no vandals too - they also mistakenly think that they are helping. And they should be forced to go away or choose a work that they can do well - although, of course, that must be done politely. Speedy deletion seems to be just that - harsh, but polite method to say that such work is not welcome here. Much of that is also applicable to expansions. --Martynas Patasius (talk) 19:24, 21 July 2012 (UTC)[reply]
Comment It occurs to me that "cut and paste into Google Translate" results are going to end up having unambiguous copyright issues. If they're from copyrighted material in the first place, that's a direct issue, if it's automated translation of other Wikipedia work it's *also* removing the contribution history of the original article unless that's indicated. I haven't run across many "just an automated translation" articles, is my guess here on-target? --j⚛e deckertalk17:12, 21 July 2012 (UTC)[reply]
Translations of non-free copyrighted texts can be disposed of by the usual means (CSD G12). For Wikipedia articles there's a talk page template {{translated page}} that points to the original version and that should always be applied. As to the automated translation process, the WMF has just taken a look into it at meta:Wikilegal/Copyright for Google Translations and found that Google can't possibly claim any rights in the output, so that shouldn't be a problem. :De728631 (talk) 18:02, 21 July 2012 (UTC)[reply]
Support, no information is lost, and translating from scratch is faster, easier and more fun than attempting to clean up the products of Google's "translation" service. —Kusma (t·c) 19:20, 21 July 2012 (UTC)[reply]
Support. Such translations are deleted in Lithuanian Wikipedia and the process seems to work well. After all, translation must be done by humans who know both languages sufficiently well, understand the subject matter and are willing to do some work, not by computers. Bad translations are worse than nothing. And if someone wants to disagree, there was one discussion - Wikipedia:Village pump (miscellaneous)/Archive 35#Was he a real person? - where a machine translation resulted in quite a misunderstanding. That was about someone who has died rather recently, but one should also remember that "BLP" problems are possible too... --Martynas Patasius (talk) 19:36, 21 July 2012 (UTC)[reply]
Meh, with any support requiring that such translation is unambiguously "unimproved" (noting Yngvadottir's concerns). I'd also like to see a usage note suggesting that in general the tag not be applied in the first 24 hours or so after the text is applied, so as not to bite editors who want to autotranslate and then work in-place from the automated translation. --j⚛e deckertalk20:03, 21 July 2012 (UTC)[reply]
Proper translation requires speaking both languages fluently. Can you trust references in a translated article from an editor not speaking both languages? An editor speaking both languages will translate the original text line by line, not dump a machine translation and later try to improve that. When editors are doing in-place translations they sometimes dump the foreign language wikipedia text, not machine translations. Practical experience also proves that editors dumping machine translations are not able to improve the machine translation later. Lumialover (talk) 11:21, 22 July 2012 (UTC)[reply]
It depends on how the text is used. ScottyWong's hypothetical, where an existing article is translated and then used as a framework for structuring a rewrite a new source seems plausible. The copyright concern can be addressed. Sources can sometimes be verified through machine translation depending on the claim and the source, assuming some level of obviousness of claim and perhaps some level of familiarity short of fluency. I can't read this page without help, but I can come close enough to feel confident that the lesser prize has an age limit of 35. Automated-translation and then rewrite-on-top-of would be particularly useful for articles with certain types of list content, I suspect. Where the structure and enumeration was a significant part of the writing process. FWIW, I"ve downgraded from Support to "Meh" based on a variety of other issues raised. --j⚛e deckertalk22:02, 23 July 2012 (UTC)[reply]
assuming some level of obviousness of claim and perhaps some level of familiarity short of fluency is not true. Just look at translating the simple German sentence Er hat keine Eier. That's He has no eggs., isn't it? The problem is that depending on the context this sentence might instead express a lack of courage with a correct translation of He has no balls. In such cases both machine translations and people short of dual fluency often produce nonsense translations. Someone with a basic understanding of German lacking a good knowledge of the expressions you don't learn in school will not even notice that eggs might be a completely wrong translation for Eier in some cases. Lumialover (talk) 00:03, 24 July 2012 (UTC)[reply]
We can dump stuff (foreign text, m/c translations) into user space to work on. I think article space should never be dumped into, and there's no need for delay in removing such dumps. --Stfg (talk) 10:49, 14 August 2012 (UTC)[reply]
The problem is that even the cleanup process might not improve such articles when the translation output was wrong from the beginning. And in many cases, cleaning up the garbled results of machine translations takes much more time and effort than writing a new translation from scratch. Therefore machine-translated articles shouldn't be used at all and be deleted on sight so we may start from scratch with a man-made translation by knowledgable editors. De728631 (talk) 13:36, 22 July 2012 (UTC)[reply]
Support. Any useful "cleanup" equals re-translating manually from scratch. There is no reason to give any credit to users for creating pages through automatic translation, while burdening other users with all the work to make it into readable prose. As for recognizing a machine translation for what it is, this is usually no problem if you know the source language. Things like very literal translations of proper nouns tend to give the game away. --Hegvald (talk) 16:09, 22 July 2012 (UTC)[reply]
Strong Oppose; not all translations can be classed as "rough" which are done by machines. I've seen a good few village stubs which use {{Expand Turkish}} or such, which are translated perfectly. ⇒TAP16:20, 22 July 2012 (UTC)[reply]
Strong oppose Does anybody who is voting "support" here know just how productive google translate has been for me and how many articles I've produced which have been quite rough initially but after being proof read develop into valuable articles? We have a severe lack of people trying to transfer content from other wikis as it is. People need to be encouraged to do the groundwork and invite our resident foreign language speakers to assist them. Altes Stadthaus, Berlin was a machine translation and with the assistance of fluent speakers checking it is now a GA in a short period of time. If it had been deleted because the translation wasn't initially word perfect we wouldn't have an article let alone a GA. We have Template:Rough translation for a reason. If the translation though is essentially gibberish because it so bad, then deleting it would be more appropriate I think, depends on the case. But from my perspective any missing articles attempted to be put into english is a positive step.♦ Dr. Blofeld16:30, 22 July 2012 (UTC)[reply]
Anyone is welcome to support the folks at WP:Translation. But rough translations should never be dumped into the article namespace without prior proofreading. That's why there are offline text editors and that's why we have a user namespace where people may have their own sandbox for experimenting with translated articles and having them proofread before posting them to the article space. This proposal is not meant to ban the general use of Google translate or other such services, this is about preventing the useless products of careless editors who copy and paste their automated translation and then leave it to others to fix it. If it serves your needs you're of course welcome to use machine translations for a first draft but please don't do that initial work in the article namespace. That's why we have {{no-rough}} too. De728631 (talk) 17:10, 22 July 2012 (UTC)[reply]
It is absolutely fine to use Google Translate as a tool in your article work. This proposal is about deleting pages that are nothing but machine translations dumped into Wikipedia. I am happy to help with translating content from languages I am speaking, but I will not lift a finger to improve autogenerated nonsense. Altes Stadthaus, Berlin was carefully edited and obviously does not fall under this proposal. An example of the problem is Sulm (Germany), where somebody dumped a machine generated text five years ago, and it still has not been fixed, or Battle of Sinsheim from 2011. Nobody seems to like doing the cleanup, while a collaborative "let us write something together" or "let us translate together" project is fun and creates much better articles. We need to encourage translation and cooperation (most human translations need human copyedits) and discourage dumping of machine produced seminonsense. —Kusma (t·c) 08:50, 23 July 2012 (UTC)[reply]
Strong oppose You don't need any special tools to deal with it, it would be like having three different coloured shovels which are otherwise identical, when they all clean up the same way. There are already rules which cover removal of crap. "Machine translation" is just another stick to hit other editors with resulting in more silly arguments, this time across language barriers. Machine translations are brilliant for too many reasons, pick any major article and click another language, the pictures alone will get you mono-linguists started with the idea that there are plenty of simple things you can gain without a complete understanding. I contribute to more than 2 dozen language wikipedias in many languages I don't speak at all without any problems. All my problems are here on Eng.wikipedia believe it or not. Rough translations fit into the same cleanup categories which exist already. Penyulap ☏ 16:55, 22 Jul 2012 (UTC)
In short, if you can understand it, G1 does not apply. So if you cannot understand it, it does apply, if that is unclear then yes, we can add it. Basically I think what the question here is, is a machine translation itself of any use in general, not so much if it is useful on wikipedia. If you answer that question by itself first of all, then you can answer the next question, is it useful on wikipedia to the readers. I would say, following years of experience with machine translations of the languages I cannot manage to master, that yes, it is useful. That is honest and must be stated, it IS useful. That said, what is the problem, yes, it's a surprise when you run into it in an article, so we should examine if the situation needs better explaining to the reader or not, if the reader understands the limitations and possible problems, I think, like me, they would find it useful. There are a few cases where the machine translation, just like any other edit, is an unhelpful edit. I'd say if you can't understand it well enough to verify it or consider it non controversial, then sure, like any bad edit delete it. But saying delete it just because it is machine translation alone is like saying delete the article because Daniel Citizen wrote it, that's patently unfair. There is a human behind the machine, as well, so there is another level to address it, to say, is this person editing very well, adding useful things, and if not, can I talk to them about it and so on. There are lots of shovels to clean things up now, so maybe it is best to examine if the documentation shows all the places the shovels are, to make them easy to find in case of emergency. What to do, where and when to do it and how. Let's not use a blunt instrument and throw away such a valuable tool. Google translate IS popular and we have interwikilinks for a reason. You should go and find your favourite article and click on a language that does have a star next to it. You will be surprised at how useful that alone is, even when you cannot understand the language, Images are the icing on the cake, and you can sneak a taste of the icing right now. Penyulap ☏ 14:59, 23 Jul 2012 (UTC)
This is neither a monolinguist issue nor do we seek a total ban of automated translations. As long as people keep such semi-ready articles to their userspaces or to "Articles for creation" I'm totally fine with using Google translator and other tools for a first draft. The problem is rather that many people tend to dump some auto-translated text into a new article and then forget about it. And even when a lot of such articles may be intelligible to the common reader without much improvement, I consider it bad encyclopedical practice because a) the machine translation may have changed or omitted important information and context because b) they are unreliable, c) the article will quickly be mirrored on the numerous Wikipedia clones and will then spread its factoids to the web and d) even if there is good faith behind such article creations, it is simply impolite to leave the major work of cleaning and correcting the article to others instead of creating either a readable stub or asking for a professional translation at WP:Translation. I have translated a good lot of articles from other Wikipedias in four or five languages and I do value interwiki links for that purpose. But machine translations are far from being usable for a standalone article without major improvement – and most machine translations I have come across at WP:PNT have not receiced this imrovement and copyediting from their original creators. One properly created translation has a much higher educational purpose for the reader than a dozen garbled or even halfways intelligible automated articles. De728631 (talk) 15:31, 23 July 2012 (UTC)[reply]
I agree with almost all of what you are saying, although possibly I do think that a big machine translation is better than a small stub, the rest I do understand and agree with. My concern is the manner in which the solution is rolled out. It's too easy for it to be abused. Like the other day someone was tagging and complaining about COI for a newbie they just gather up a bunch of templates and throw them all at the newbie with nothing to support their arguments. I'm not saying that is the mainstream, I'm just saying don't call it "Use this label if you spot any machine translation whatsoever, it's a great way to BITE without meaning to" or {machine translation} for short. If we can make the what to do if you see a machine translation docs better, so that there is just the slightest reading involved, it would be a small speedbump to balance against the language barrier and the shock to the senses of the rough translation. People have to engage their brains on this one, or you'd get a world of hurt in discussion. Let's look at cutting down the workload of dealing with the machine translations a different way, or improve the presentation of this proposal to illustrate just how hard to cope with the problem actually is. Penyulap ☏ 17:11, 23 Jul 2012 (UTC)
No offence Penyulap, but if you put in a bit of time at PNT you would realise just how utterly wrong you are when you say "a big machine translation is better than a small stub". this is a big machine translation, so is this and this. Can you honestly say that you think Wikipedia would be better off for having these?--Jac16888Talk17:28, 23 July 2012 (UTC)[reply]
I'm looking at three that I would keep, and label the first one with a newbie invite 'this is a machine translation, you can help improve it' the second one is harder, because the software and bots could help there. Find out how the other two editors did their articles, and look to make guidelines there. A template that says {does not meet minimum requirements for machine translation} would be better by far, and address that problem. You could get a slap-on template or a speedy for that kind of thing, but not the blunt instrument of {any machine translation} one I would look to deleting under copyright if it hasn't been attributed, and the third has problems so small they are nothing to get upset over. Overall however, you may be asking the wrong person in a way, because I am designed to read anything at all, not just text but everything beyond the text, vandalism, as well as body language, images, tones in conversations, dynamics, everything. But on the other hand, I can emulate a group of readers, so go with minimum guidelines for a speedy delete and you'll have it there, as a slippery slope no doubt, a foot in the door where people won't take notice as to what you are deleting or notice the stiffening up of the guidelines leaning too heavily towards deletion. But that is a price to pay for helping the people doing it to use better methods just to pass the test which you create. It's one compromise that is productive in the correct manner, rather than just producing BITE. Go with {this article does not meet minimum requirements for machine translation} as well as {this is a machine translation which means it is blah blah and you can help improve it} Penyulap ☏ 18:32, 23 Jul 2012 (UTC)
Then what are the minimum requirements for a machine translation and who's going to define them? Ten correct words per line regardless of grammatical issues? A lot of machine translations are dumped here by newbie accounts who may be experienced editors on another Wikipedia in their native language but don't speak/write English well enough to do a translation of their own. Are we going to include a minimum number of constructive user edits over here as a requirement for keeping one's machine translation, assuming they are going to improve the article themselves? I see nothing useful and productive in keeping original machine translations in the article namespace since they only cause confusion and needless additional work. To employ another example of a recently created article, would you be able to turn this into a useful article without being able to read the original Russian article? Regardless of the notability-related Afd this has been tagged for cleanup so bilingual editors can have a try at it. But in the meantime the article would sit there in its present state that needs a lot of second-guessing and fantasy to understand the basic plot of the incident. And I'm saying this as a person who has done professional translations from German to English and vice versa (quite easy pairing given the linguistics) for a living. But what is even more important: while Wikipedia prides itself in requiring reliable sources for any article, machine translations automatically (pun intended) produce unreliable article content and are given the time to be fixed some day. Is that really productive? I think not. If we keep machine translations why don't we allow Facebook or random fansites as references for our articles? The results are the same. De728631 (talk) 20:38, 23 July 2012 (UTC)[reply]
Ok, I just had a go at it, I only know a dozen words in Russian, which is as good as nothing, here is what I came up with, I didn't use any other webpages or look anywhere else, with the exception of a list of aircrashes to see what the naming convention is on en wiki, but I didn't move the article. I would say that overall, it is sortof the same as writing an article, although I would say it helps to have the references and names and stuff there to cut and paste, as well as the plot and figures. I'm thinking it's like 'Oh here is another article I have to write' and tagging it with 'I'm too lazy'. I feel your pain because that was hard for me, I think i mention in the edit summary, but so is writing an article. So, was it difficult, yes, was it useful, yes. Is it a useful article ? Well that is not my department, I think it is fine the way it is now with a bit of polish and a move, but I'm no expert. After the process, I would say I haven't changed my mind, but I do feel your frustration a lot more now, yes, I agree it is frustrating, but so is writing from scratch. It's just different. But like I said, my brain is designed differently so what I get out of the article may be more than most people. I only have one vote at the end of the day, and my vote is keep, and I want to help find a way around this frustration if I can. Penyulap ☏ 13:45, 25 Jul 2012 (UTC)
Penyulap, when you write I do think that a big machine translation is better than a small stub you miss the proper solution that is both: A stub with {{Expand German}} (template exists for all languages) gives users one-click access to a Google translate translation of the latest version (not a stale version of the article like when dumping a machine translation) of the foreign wikipedia article. A user interested in proper articles sees the stub. A user wanting to see a machine translation of a longer article in another wikipedia has one-click access to it. Lumialover (talk) 21:59, 23 July 2012 (UTC)[reply]
That's pretty fair and true. But what about incremental edits and improvements ? I can't just bend over and pull out new articles the way the Evil Dr can, although I did quickly make the Chinese space station and the innocent prisoners dilemma was pretty darn good. But overall, I think we should go for warning labels {WARNING YOUR NOODLE IS ABOUT TO GET FRIED} or some such, and people can annoy the article a bit at a time. I'm NOT saying this is the solution, I'm saying it is one idea that will prevent the machinegun Twinkle tagging 'I am such a total hero I just deleted 500 articles in one day without any research' sort of thing that the proposal pretty much opens the door on where we have other ways already to delete crap and nonsense, in a manner less likely to be abused. Penyulap ☏ 13:45, 25 Jul 2012 (UTC)
Question How is this anything at all except just another excuse to cause fights and arguments. Wikipedia isn't finished yet, it's a work in progress. (back to work you lot!) Penyulap ☏ 16:55, 22 Jul 2012 (UTC)
I think that the key issue between the opposes and the supports is the usage of a machine translation. What Thine and Blofield are referring to are cases where machine translations are done properly, and only as part of the article creation, with proper formatting and follow up clean up. Obviously such articles are helping the project, not hurting it. However what does not help are the cases, which happen fairly often, where somebody just copies a foreign language article, runs it through google translate, pastes it here, sticks a rough translation tag on and leaves it for someone else to tidy. A case in point being one such article I IAR deleted today, 3асс, Григорий Христофорович - for those who can't see it was a direct machine translation of the front end text, meaning it included all the "[Edit] - Wikipedia, the free encyclopedia" sort of things and had been left for someone else to deal with. These are often useless, and cleanup doesn't happen, instead when we (people at PNT) get round to them we generally either stub them, or retranslate them using google as guide, just try tidying an article listed at WP:PNT without using the original and a fresh translation and you'll see why. Therefore instead of a new criteria I would support the inclusion that A2 can cover unedited and unformatted machine translations where no effort has been made to improve or inclination from the creator that they would do so--Jac16888Talk17:21, 22 July 2012 (UTC)[reply]
Dumps without any formatting or attribution yes are problematic. but even then I think it would be better to incubate them and alert a relative wiki project as the article might be important.♦ Dr. Blofeld18:19, 22 July 2012 (UTC)[reply]
Dumps like this? It was over a year before this article was made readable, and it wasn't tidied it was retranslated from the german article from scratch. And I've made attempts to reach out relevant Wikiprojects before, I've never received any help from one, even the ones that have any active users are pretty much useless. The simple fact is that a machine translated dump helps no one, if someone wants to look at the article so badly they would be better of using google translation to view the foreign language article on it's home wikipedia, if someone is interested in having the article here they should make the effort to do it properly, and having a the machine translation already here is more likely to hinder them than help--Jac16888Talk18:25, 22 July 2012 (UTC)[reply]
I do not see any problem with this article, as soon as it is in your userspace. I agree with the others though that putting machine translations to the article space should lead to speedy deletion as they most likely never get tidied. Whoever is willing to work on them is welcome to move them to their userspace.--Ymblanter (talk) 17:30, 22 July 2012 (UTC)[reply]
That's what I mean Thine (TAP? Pen?), that's how google translate should be used, I'm assuming you didn't just dump the machine translated german text into an article. As far as I can tell you and other editors instead created the article bit by bit, with proper formatting and presumably fixing grammatical errors and rewriting the parts that didn't make sense, am I right? In this way you've improved the project. However imagine you're faced with this to cleanup, it would be virtually impossible to fix (and took over a year and several noticeboard postings before a very talented multi-lingual person retranslated it, note that they did not "fix" the article problems, they retranslated the article section by section)--Jac16888Talk17:38, 22 July 2012 (UTC)[reply]
Of course not. :) If I did, which I've tried before, there are messed up references with capital 'H''s in 'http(s)'. Also, the article becomes a load of gibberish if that is tried, and always has to be rewritten, unless a miracle occurs. ⇒TAP17:50, 22 July 2012 (UTC)[reply]
"unformatted" shouldn't be part of the criteria - when pasting the source from a foreign language wikipedia article to Google translate the formatting stays intact. Except for a small ref issue User:Lumialover/Fritz Kortner is a verbatim output from google translate of todays featured article in the de wikipedia. It takes an 5 minutes and no understanding of the article contents to fix the obvious formatting errors and dump the result into Fritz Kortner. Lumialover (talk) 17:54, 22 July 2012 (UTC)[reply]
Oppose - Having pure machine translations is undesirable. I think this is not a situation suited to speedy deletion though; prod would be more appropriate and allow time for improvement of the initially bad draft. If prod is contested without improvement, AfD should follow. LadyofShalott19:51, 22 July 2012 (UTC)[reply]
If there is no consensus for speedy deletion at the end of this discussion, we might in fact take up that thought. Articles that have been listed at WP:PNT for a full translation, i.e. new articles with non-English content and no corresponding Wikipedia articles elsewhere, are now usually prodded after two weeks without progress, or the non-English content is removed. As a weak solution (imho) we could then expand the prodding policy to machine translations. De728631 (talk) 22:04, 22 July 2012 (UTC)[reply]
If you would support reverting that edit, you should consider supporting this proposal.
There is already a proper way to request a translation (that is also already used in Fritz Kortner): Short article (might be stub) with {{Expand German}}. This also gives all readers a link to the Google translation without the machine translation being dumped into wikipedia.
Assume other editors would improve User:Lumialover/Fritz Kortner, would they improve only the obvious formatting problems, or also verify that all of the contents is correct, especially the contents with refs?
Oppose Speedy deletion is already a problematic area with a lot of newbies getting bitten. If we allow people to speedy delete something because they think it has been machine translated then we will inevitably get a load of editors whose English is imperfect having their articles labelled as machine translations and deleted incorrectly. There's also the issue that machine translation itself is an improving technology, but our policies have considerable inertia, and if you introduce a policy against current machine translation it will be difficult to reverse until long after the policy has become obsolete. ϢereSpielChequers11:03, 23 July 2012 (UTC)[reply]
The most common case, a Google "translation" of a foreign language Wikipedia page, is easily checked before deletion. I do not believe machine translation will be possible before the advent of artificial intelligence, which is probably so many years away that we shouldn't hold our breath and freeze our policies until then. —Kusma (t·c) 11:58, 23 July 2012 (UTC)[reply]
Oppose PROD is good enough. Most of the supports are based on an unsubstantiated claim that nobody ever cleans up poor translations, which just isn't true—but they could make it true with this proposal, because it is true that people don't clean up material that they can't read because it was speedy-deleted while they were working on it. WhatamIdoing (talk) 17:56, 23 July 2012 (UTC)[reply]
Well, proposed deletion as given in WP:PROD has one disadvantage: it can be "cancelled" by anyone who thinks that, in principle, the article could be cleaned up. Yes, such cleanup does happen. But do we really know how often it only masks the problems instead of solving them? Also, the presence of such garbage prevents the formation of a good stub article - technically, writing it would get close to violating WP:PRESERVE (thankfully, we can "ignore all rules"). Now, I suppose something similar to Wikipedia:Proposed deletion of biographies of living people could be more reasonable - delete after some time (week, two, month...), unless someone actually does the cleanup; also encourage to write a stub even without preserving anything from the translation. It would also be fitting because of possible masked "BLP" problems (as I have noted previously). Would you consider that a good compromise? --Martynas Patasius (talk) 20:19, 23 July 2012 (UTC)[reply]
Fodsvamp (tinea pedis) er en infektion med hudsvampe (dermatofytter) som lever i det yderste hudlag hvor cellerne er døde, det såkaldte hornlag.
Athlete's foot (tinea pedis) is an infection with fungi that cause ringworm (dermatophytes) live in the outer layer of skin where the cells are dead, called the stratum corneum.
I picked a random medicine-related stub and did a machine translation. This is Danish, which I can't read at all. Now I think we can agree that the machine translation has some problems (I assume, but don't actually know, that the Danish grammar is correct), but is this really the sort of thing that's so impossible to clean up that we need to delete it instantly, even if we hadn't all already agreed that deletion is not a valid form of cleanup? WhatamIdoing (talk) 18:06, 23 July 2012 (UTC)[reply]
Cleanup is impossible. If you can cleanup User:Lumialover/Fritz Kortner without removing any contents or refs I pay you $100.
{{Expand German}} does everything that makes sense (see Fritz Kortner for example) including one-click access to Google translation of the foreign article and notifying translators that an editor wishes a translation - without dumping a machine translation into wikepdia.
Sure, it is possible to try clean it up. Let's look at the possible results:
Athlete's foot (tinea pedis) is an infection of fungi that is caused by ringworm (dermatophytes) living in the outer layer of skin where the cells are dead (called the stratum corneum).
Athlete's foot (tinea pedis) is an infection caused by fungi that cause ringworm (dermatophytes) to live in the outer layer of skin where the cells are dead (called the stratum corneum).
Athlete's foot (tinea pedis) is an infection of ringworm (dermatophytes, living in the outer layer of skin where the cells are dead, called the stratum corneum) caused by fungi.
Athlete's foot (tinea pedis) is an infection caused by fungi that cause ringworm (dermatophytes) that live in the outer layer of skin where the cells are dead, called the stratum corneum.
Well? Which of them is closest to the truth? Let's look at the article Athlete's foot: "Athlete's foot (also known as ringworm of the foot[1] and Tinea pedis[1]) is a fungal infection of the skin that causes scaling, flaking, and itch of affected areas. It is caused by fungi in the genus Trichophyton and is typically transmitted in moist areas where people walk barefoot, such as showers or bathhouses.". So, the fourth one is close, the three other are not. But, at the first sight, they do look "clean" - and that only makes disinformation worse and harder to detect.
And let's note that it was an example of translation from one Germanic language to another (and, presumably, an example of a relatively good translation). If we end up translating between languages that are more different than that, the results will be worse. --Martynas Patasius (talk) 19:44, 23 July 2012 (UTC)[reply]
To anyone with subject knowledge, only the last one makes sense, and only it would make sense even if they were completely ignorant of German. DGG ( talk ) 21:00, 31 July 2012 (UTC)[reply]
You are all discussing the wrong problem. All those 'bad examples' are any editor on any given day, go ask Auntie Pesky. The problem doesn't lay in the merits of machine translation itself. The question here is "Hey everyone I am the one who has to clean up this mess, how can I possibly cope with the deluge" so the question is how to formulate guidelines to dissipate the deluge in the most productive way. Stop arguing that machine translation is OK. This proposal is proof enough that it is causing problems. Denials just waste effort. Penyulap ☏ 20:23, 23 Jul 2012 (UTC)
But it is not proof that the problem is with someone trying their best to start a new article, instead of with a few perfectionists who want to delete good-faith contributions with the least oversight possible. Nobody "has to clean up this mess". We're all volunteers here. People who are tired of seeing the wealth of potentially interesting articles to clean up can stop looking in the translation cats and start doing something that sounds like fun to them. WhatamIdoing (talk) 21:37, 24 July 2012 (UTC)[reply]
Nobody has to clean up this mess? Fine, that's like saying "nobody has to use reliable sources." And why do we need cleanup templates at all? This has zero to do with people being unwilling to do cleanup for a few hundred articles. It is about one of the few cases where good faith edits are actually disruptive or even harmful to the project. Good faith edits include writing a biography stub of your best friend or your favourite local band but those articles will routinely get deleted per speedy deletion criterion A7. Good faith edits include adding an overly enthusiastic original review of the latest film you've just watched but those edits can be removed as original research by simply clicking "undo". It's not like "good faith" always equals "good for Wikipedia". De728631 (talk) 23:34, 24 July 2012 (UTC)[reply]
Support basically per Jac16888; machine translations are a lot more work to fix than they're worth, and definitely harder than just creating a new page or doing a proper translation. And to give you an example of what happens when you step out of Germanic languages, have a look at what a short sentence in Japanese I wrote as an RfA comment got turned into. It makes absolutely no sense, and I can assure you that, if you were to attempt cleaning it up without knowing any Japanese and only going on the machine translation, you would never get to the actual meaning of the sentence (and as a side note, I wrote that out in Japanese, because the English to Japanese machine translation is just as incomprehensible in Japanese; I had a laugh when I finished writing it and compared it to what the machine put out, but it doesn't help for writing encyclopedia articles). The Blade of the Northern Lights (話して下さい) 21:14, 23 July 2012 (UTC)[reply]
Dōmo arigatō. I don't speak Japanese but it's these kinds of results we only get too often from all sorts of languages. De728631 (talk) 21:24, 23 July 2012 (UTC)[reply]
Blade - would there be any point in restricting use to Germanic an Romance languages? Also there is a Google elephant in the linguistic room here, n'est ce pas? Martinevans123 (talk) 22:10, 23 July 2012 (UTC)[reply]
Delete Google translate gila dong! it gets Penyulap wrong, it's insulting ! delete it !!! Penyulap ☏ 17:43, 28 Jul 2012 (UTC)
Follow-up comment. I see Altes Stadthaus, Berlin is being used as a (good) example above. I am afraid it is a good illustration of the practical problems both of fixing a machine translation, of the difficulty of spotting one without close examination, and of the low level of awareness some editors have of what needs to be done before moving a translation to mainspace. This was what the Altes Stadthaus article looked like when it was moved to mainspace. (The edit summary for that diff is misleading; the article is entirely a translation of the German Wikipedia article with bits left out, some of which I added for coherence. Also the article was then at an inaccurate title, although that misunderstanding is comparatively easy to comprehend.) Please note sentences like: "It costed 7 million goldmark to build" and "The main axis with the entrance hall and the ballroom is located between the five-axis Mittelrisaliten the Jews and the monastery road", the fact that the translation program has been allowed to translate the titles of all German books and newspaper articles, and that the article creator has not realized that "Verlag & Munich" are not co-authors but the word for "publisher" and a city. It took me a week - during which I would otherwise have written another article myself, not to mention doing off-wiki things I had promised to do - to fix this article up so that it could go on the main page as a DYK and be considered for GA status. Here's what it looked like when I handed it off to other editors, who also put in considerable person-time. While I was working on fixing that article, the creator made changes showing a continuing failure to understand the material, including confusing the year a sculpture was created with the year it was removed and asserting that it was the Wehrmacht that seized power in Germany in 1933. I have just spent this morning fixing another article that the same editor placed in mainspace 2 days ago looking like this and has not edited since. After work by me and others, it looks like this. I am essentially pulling an all-nighter to fix this, because it had been accepted for Did You Know on good faith acceptance that a German speaker had looked at it. Hence I apologize, in replacing the references with ones that I cannot see online (in several cases the ones in the German article), I removed the original referencing system from the article, because I find it an almost insurmountable obstacle and it adds even more time to fixing this editor's work. .... What these two articles are a good example of is how much work it takes to fix a bad translation (and consider what I could have done instead on-wiki, and that also applies to everyone else who helps with such translations); how hard it is for the editors who produce such translations to understand the material and what they need to do with it to make it accurate and readable; and how easy it is to miss the fact that such work is barely cleaned up machine translation if you don't look closely or don't know much about the subject matter. And this editor is not the only person producing this kind of translations; I'm aware of another (with a similar speed of creation) and I'm sure there are more. This is why I don't think making it a speedy deletion category is practicable; but it is a very real problem. PROD might be the way to go, since it does correspond to what usually happens at WP:PNT. But I still have my doubts about recognizing these articles; and I would still obviously prefer editors who do this kind of work to become aware of the pressure of work they are laying on those with the expertise to fix them and either stop translating articles or translate only from languages they have studied, and check things very carefully. (When I translate or fix a translation, for example, I follow the wikilinks in the original to determine whether they have an en. interwiki, rather than guessing and producing unnecessary redlinks or inaccurate links. That kind of care I think we have a right to expect.) Yngvadottir (talk) 22:50, 23 July 2012 (UTC)[reply]
Comment Isn't there already a "policy" that gibberish and incorrect information should be removed? Bad machine translation is just one way in which this could arise... I don't really see why anything new needs to be done... 86.179.4.43 (talk) 03:43, 24 July 2012 (UTC)[reply]
The problem is that most machine translations aren't actually gibberish (see the example above: it's not great, but you can figure out that it's some sort of infection), and that there are people who are unhappy when they see evidence that Wikipedia isn't finished yet. Their solution is to be able to delete any and all contributions that aren't up to their high standards from the very beginning, ASAP and without an opportunity for the community to look it over, because otherwise we might have an imperfect page, and imperfect pages lead to people saying, "What a mess! I could do better than this. I wonder if that 'edit' button actually does anything", and we all know what that leads to. WhatamIdoing (talk) 21:37, 24 July 2012 (UTC)[reply]
Actually What many of the people supporting this are the few people who actually help out at PNT and do bother to try and tidy these articles. It's not about imperfection or incompleteness, it's about allowing people to create articles that make Wikipedia worse. It's not a valid contribution to spend 2 minutes pasting another language article into a translator then slapping a tag on it for someone else to deal with, and Martynas has quite clearly demonstrated how your example is wrong and in fact many of these articles which may seem comprehensible can easily be filled with undetectable errors --Jac16888Talk22:12, 24 July 2012 (UTC)[reply]
I disagree that a good-faith effort to start an article on a missing subject is "making the encyclopedia worse".
If "the few people who actually help out at PNT" don't want to be cleaning up articles that have translation problems, then they can stop helping at PNT and go do something that they enjoy. This is a collaborative environment. That means that you don't destroy someone else's small gifts just because you dislike having hundreds of articles in a cleanup category. Nobody is forcing these people to fix these poor translations. They can ignore them if they don't feel like cleaning them up. WhatamIdoing (talk) 22:21, 24 July 2012 (UTC)[reply]
You're wrong on both counts there. People adding things like this (originally posted to mainspace then left by the OP for someone else to deal with) is not helping anyone. And for your second point, if we don't clean them up nobody else does, I don't see you stepping up to help, and these articles are not a contribution if anyone with access to google can create the same thing in 30 seconds. There is already a very simple method for creating articles from foreign language articles and it's described at WP:TRANSLATION, you'll note that it doesn't say "dump pages of rubbish for someone else to fix"--Jac16888Talk22:29, 24 July 2012 (UTC)[reply]
We have different opinions. I still oppose your proposal, and your "arguments" in support of it make me even more convinced that I'm right. I can agree to disagree, but you will have to keep counting me as someone firmly opposed to your idea that speedy-deleting such pages is a means of helping the encyclopedia. WhatamIdoing (talk) 22:45, 26 July 2012 (UTC)[reply]
Well, if you emphasise that it is the "speedy" deletion that you object to, would something like "BLPPROD" be more agreeable? Actually, I have already mentioned something like that in [1] - some time to clean up before the deletion and an explicit permission to write a decent stub instead. Maybe that would be a reasonable compromise that everyone would support - at least for now?
And then about the arguments - could you, please, consider answering the ones that specify some problems with the cleanup of those articles - [2] and [3]? I see that they have been left without answer...
Also, considering your "I disagree that a good-faith effort to start an article on a missing subject is "making the encyclopedia worse"."... Would you consider explaining what exactly did you mean by that? On face value it would mean that no one who means well can end up writing anything false. That is obviously not true, thus you must have meant something different - but I don't know what exactly...
Oh, and one final thing: could you, please, try to soften your tone a little bit, avoiding the declarations like "But it is not proof that the problem is with someone trying their best to start a new article, instead of with a few perfectionists who want to delete good-faith contributions with the least oversight possible." ([4])..? You know, we "perfectionists" try to edit in good faith too... --Martynas Patasius (talk) 18:35, 27 July 2012 (UTC)[reply]
As someone who supports their speedy deletion, I'd be fine with a BLPPROD-type system as a compromise. Although again, I'll challenge someone who doesn't know any Japanese to get the actual meaning of my example above or a sentence more likely to be found in an encyclopedia such as this going only on the machine translation. If you can do either one, I might be persuaded not to go for speedy deletion. The Blade of the Northern Lights (話して下さい) 22:28, 27 July 2012 (UTC)[reply]
They are excellent examples, but they are small examples, who can find me an entire article as good as that ? you can't delete a whole article for one sentence, even if it is as fantastic as that. Penyulap ☏ 17:48, 28 Jul 2012 (UTC)
Let's take the article "Drąsius Kedys" from Lithuanian Wikipedia (lt:Drąsius Kedys, [5]), since it has caused some problems previously. Look at the translation by "Google Translate" - [6] - and tell us what did you find out. I suspect that we will get a good laugh... --Martynas Patasius (talk) 18:30, 28 July 2012 (UTC)[reply]
Support Prod is generally insufficient particularly when the creator can simply remove it immediately. That's not the case with CSD. Usually these are done en-massse by somewhat experienced editors; concerns over "biting" newbies seems entirely misplaced to me. This is a necessary and productive change. I expect that 99% of cases will involve larger creations of similar articles at a time: otherwise it's difficult to spot them as machine translations. If it doesn't violate the machine translation policy now, it wouldn't apply for CSD either. Shadowjams (talk) 09:33, 28 July 2012 (UTC)[reply]
Oppose PROD and AfD are sufficient for handling problems that may exist. Speedy criterion are generally widely misused and misunderstood, and so they should be limited to completely incontrovertable things. The last added speedy criterion has resulted in quite a number of appropriate DRVs, so I'm disinclined to add an even-more-tenuous one. Jclemens (talk) 16:13, 31 July 2012 (UTC)[reply]
Oppose as someone who has attempted to machine translate something for another language's wiki and had it speedied, and as someone who has fixed up machine translated articles on en. It can be pretty discouraging to try to add a notable subject to another language and have it dumped unceremoniously without any feedback or help. An article that makes absolutely no sense can already be deleted via the nonsense tag, and if the article is at least somewhat coherent, time should be allowed to improve it, so PROD is a more appropriate recourse. There is no emergency action required for such articles, and speedy deletion precludes other editors from having an opportunity to attempt fixing the issue. —Torchiesttalkedits16:35, 31 July 2012 (UTC)[reply]
Very strong oppose. Our basic policy is not to remove what can be fixed. Straight machine translations normally need editing, not removal. Almost always some knowledge of both the subject and the source language is needed--the amount of knowledge usually proportional to the complexity of the subject. To give an example, with my mediocre knowledge of French from two years of college study in the US, I can make a sensible article out of a Google translation from the frWP, (unless its a specialized subject that I do not understand & would not be able to work on in the enWP either.) I could do it from the frWP directly, but at a much slower speed, and not with any greater accuracy. There probably are some machine translations on some subjects from some languages that nobody available can fix, and PROD will always get rid of them. But I doubt this would ever happen for the languages known by a substantial number of editor in the enWP. The position that these translations more generally are useless is therefore not correct--they are quite weak compared to what someone with near-native ability and skill in the subject can produce, but this is also true of those without near native ability in English writing in the enWP. We deal with such articles by fixing them, except in the occasional cases where they cannot be deciphered. The comment that "translating from scratch is faster, easier and more fun than attempting to clean up the products of Google's "translation" service" may be true for some people (very few of whom, unfortunately, will be in the US) , and when they see a machine translation they are of course perfectly free to replace it with one of their own, just as the might replace any other poorly written article. But the number of user to whom this is applicable is not large, and there is no reason why we should lose altogether the articles the experts cannot find time to translate more ideally. DGG ( talk ) 20:44, 31 July 2012 (UTC)[reply]
¶ Observation (having reached no conclusion): An example of what can go terribly wrong with a straight machine translation is History of the Jews of Thessaloniki (Salonica), which was a good article in French, that had been quite successfully (according to its author), translated into Spanish. But he just did a disastrous machine translation from French to English that translated everything, e.g. giving an English title [which might or might not be the title of a real volume] to a French book, with the original French work's page numbers and publication data. Other editors (several, like me, having a curious interest but no independent knowledge of the subject) have spent a lot of time trying to decode, clarify and fix the translation over the last few years. The author, user:Kimdime69, said on the Talk Page that he wished he'd started from scratch. See Talk:History of the Jews of Thessaloniki—— Shakescene (talk) 21:53, 31 July 2012 (UTC)[reply]
Dealing with references in translations is a separate problem, equally a problem in manual and machine translations. Most people using machine translations realize it--unfortunately, they tend to cope by not including the references at all, which results in an unsourced article, likely to end up on PROD, which is where I usually see them. The minimum I do in such cases is to simply remove the references that won't work or are incorrect, and add the references just as they appeared in the original. But as in all translations at WP, it's better to do more than the minimal. The skill necessary to do more is not language skill to the same degree as manual translation is.
If the subject is a national topic in the source language area, usually all the references will be in that language. By our RS policy, this is sufficient, but it is always better to try to find at least some English language references as well, and I generally succeed unless the topic is very local. If the article is on a topic elsewhere that we happened not to have in the enWP, then it is particularly important to identify English references, as the source's references were probably not optimal, but merely what was convenient to find in that language, and there are usually at least equally good ones in English. Then I replace all the references for which I can find better English sources, keeping those that are unique or in the language of the place being written about.
There are special problems: If the reference is in fact a translation of a work originally published in a third language (or in English!) I replace it by a reference to the original (or supplement it at least if the original is in one of the less-frequently read languages here). The best place to check for this is Worldcat and the KVK. The more difficult case is if the source article contained in line references, in which case they need to be manually worked on one by one. Fortunately, such references are not as common in most other WPs. There's a further complication here: the level of referencing on many of these articles, even very good ones, is much less detailed than the current preferred practice in the enWP, so to maintain our enWP standards of article quality, significant further research is needed, often requiring true subject knowledge. DGG ( talk ) 03:24, 2 August 2012 (UTC)[reply]
Oppose. Great idea if we could reliably identify machine translations, but we can't. How do you know that it's a machine translation and not a poor-quality human translation? As well, we'd need a bright line for "rough"; the lack of one isn't a problem for discussions or for wait-a-week-before-deletion, but it is for shoot-on-sight. Nyttend (talk) 12:44, 1 August 2012 (UTC)[reply]
Oppose. As stated by many above, it is difficult to identify a bad machine translation from a bad human one. In addition, this seems to bely the long-standing belief on the site that it is work-in-progress. If a translation is poor but salvageable, why should we delete it over endeavoring to fix it instead? Machine translations that are complete unintelligible garbage can already be deleted under criterion G1. I don't see much of a problem beyond that. elektrikSHOOS (talk) 06:31, 8 August 2012 (UTC)[reply]
Support, essentially per User:Hegvald and User:Kusma. I invite the opposers (if they have not done so already) to spend some time at WP:PNT to get a good sampling of the articles that have been machine translated and end up there for cleanup. Lectonar (talk) 11:16, 14 August 2012 (UTC)[reply]
Oppose - if it's rough or broken, fix it, don't delete it. If it can't be fixed, odds are it can already be handled with existing criteria and/or processes. – NULL‹talk› ‹edits›23:43, 15 August 2012 (UTC)[reply]
The discussion above 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.
"BLPPROD"-like modification?
I guess that the original proposal isn't going to be implemented in the nearest future. The main objections seem to be related to possibility to fix such articles. But some of them would indicate a weaker opposition to a "non-speedy" proposal (for example, "[...] the lack of one isn't a problem for discussions or for wait-a-week-before-deletion, but it is for shoot-on-sight." of "Elektrik Shoos"). So, I would like to "repropose" the modification somewhat similar to Wikipedia:Proposed deletion of biographies of living people:
Obvious (that is, clearly bad) machine translated articles (and other new articles of such bad quality that they cannot be distinguished from such machine translations - in a sense, "failing a Turing test") are to be marked with some tag.
The tag should say that:
It is not to be removed unless the article is cleaned up to the point that (at least) it wouldn't be an obvious machine translation any more.
Anyone who can write at least a short stub is encouraged to do so and remove the previous text (and the tag).
If nothing gets done with the article for, let's say, a month, it gets deleted.
Maybe it would be more agreeable? Perhaps later, after some time (maybe a year or two), we would be able to collect some data: how many machine translations have been detected, how many were fixed by writing from scratch, how many were fixed by cleanup, how many were "fixed" by a bad cleanup..? Then the right course of action might become clearer. --Martynas Patasius (talk) 19:04, 17 August 2012 (UTC)[reply]
Permanent link to discussion threads
Hi, I think a method of creating a permanent link to discussion threads, that survives archiving, is well overdue. Links to topics on pages with a high turnover (either article talk pages, or, perhaps more often, pages to do with Wikipedia administration) have a very short life, and pretty soon are dead and useless. 86.179.4.43 (talk) 03:33, 24 July 2012 (UTC)[reply]
Oh, thanks, I wonder, then, why I fairly regularly encounter these broken links. Is it because some pages are archived by other methods? I think this is a very useful feature, so perhaps ClueBot III could be rolled out more widely? 86.129.16.51 (talk) 20:53, 24 July 2012 (UTC)[reply]
This can be a big problem on Reference desk pages, where threads rarely stay current for more than a week, although they sometimes require some reflection, research & discussion, and are often referred to, either on the Reference Desk itself or elsewhere. Searching the original thread or answer isn't helped by the fact that the archive combines threads from all seven Reference desks. I think MiszaBot archives the Ref. desks. —— Shakescene (talk) 21:24, 1 August 2012 (UTC)[reply]
Should Wikipedia:Not be codified to specifically exclude cross referencing articles such as Brittany Spears on Facebook or Personal Life of Jennifer Lopez?
I feel that these articles already do not meet the GNG and already fall under NOT and especially INDISCRIMINATE. However due to FART some people have their personal lives overeported giving them UNDUE WEIGHT for the most fatuous or trivial events in their lives and this could lead to thousands of articles such as Lady Gaga on Twitter. A recent Village Pump proposal led to a broad consensus that X on Twitter or X on Facebook articles are universally inappropriate but that (with a higher bar than usual) Communications of X, Social Media usage of X, or Public Relations of X may meet the requirements of an article but that they must meet a higher standard than just V RS and "'technical'-GNG" passage. Other unlikely but easy referenced articles could be Stamp Collections of Thomas Jefferson or Shoe Collection of Ms. Marcos, but these belong on the parent article not in their own space. Twitter accounts or YouTube accounts of people that are already independently notable is honestly hyperbole. This should not preclude articles about freestanding accounts unassociated with a public figure however.
Therefore I ask simply should Wikipedia:Not be codified to specifically exclude cross referencing articles?
Endorse with the caveat that topics that have been covered in published books or academic journal articles (which I assume is true of Darwin's correspondence) be excluded from the exclusion, i.e. that these established subjects not be affected by this expansion of WP:NOT. We already have a NOTNEWS policy, and this is simply strengthening it against some rather absurd AFDs. Nyttend backup (talk) 13:51, 31 July 2012 (UTC)[reply]
Oppose I'd rather deal with these on an individual basis rather than have this instruction creep getting in the way. There are situations where these are appropriate and this decision, even with a caveat, would lead to more of those being deleted. RyanVesey14:03, 31 July 2012 (UTC)[reply]
Endorse, with the general principle that the occasional exception is warranted (Barack Obama may be one such, since his campaign Twitter usage may well be the subject of scholarly study, not just entertainment mags, Darwin is another for much the same reason). That should be the general rule—if the "pop culture" stuff has only entertainment/news rags as references, it does not need its own article. I would bet you I can find "sufficient" sourcing for Wardrobe of Celebrity X or Dining Habits of Celebrity Y, but those are not appropriate for an encyclopedia. We don't need to do a spinout article every time the gossip mags decide to hyperfocus on yet one more mundane aspect of some celebrity's life. Now if it's actually been the subject of significant scholarly study or the like beyond the tabloid flavor of the week, that might be something to consider. There's a lot of cleanup necessary here, and we need to make sure we put a bright line down stating the answer is usually "No, no, no, no, and where did you come up with that????" SeraphimbladeTalk to me14:07, 31 July 2012 (UTC)[reply]
Comment I believe I made it very clear that topics that are scholarly or academic in nature are clearly the exception to this and that furthermore this is really a focus on piggy backing a non-notable aspect to one that is such as "Religion and Myspace" (instead of Religious use of Social Media) or "Homosexuality and Speedos" (instead of "Fashion of LGBT Americans" or "Cultural Anthropology of Japanese lesbians and gays". Basic Cross Referencing is lazy and often overly specific and dismissive of the broad educational value of a wider cosmovision, a perfect example is how Barack Obama on Twitter is now Barack Obama on social media, something that is relevant as to his usage of the medium to advance politically similarly to previous presidential adoptions of radio, television, or cable tv.LuciferWildCat (talk) 05:36, 4 August 2012 (UTC)[reply]
Oppose per Ryan Vesey. I usually find these articles NN and vote to delete, but I don't think we need to add to our growing list of rules for them, and I know that some are well-sourced and pass the GNG. -- Michael Scott Cuthbert(talk)22:07, 10 August 2012 (UTC)[reply]
My subpages
For convenience and as a help for new editors, I propose to make a new link to the pages in ones userspace that would be displayed at the top of all Wikipedia pages when you are logged in. So instead of seeing
Toshio Yamaguchi My talk My preferences My watchlist My contributions My sandbox Log out
like I do right now, I would see something like
Toshio Yamaguchi My talk My preferences My watchlist My contributions My subpages My sandbox Log out
Given one's sandbox is also one of their subpages, I'd say just replace "my sandbox" with "my subpages". And that certainly would be a useful addition in my mind as well. Resolute22:07, 5 August 2012 (UTC)[reply]
The large majority of registered users have no subpages so I think the link would be unnecessary and confusing for most users if it was displayed for everybody. I don't think MediaWiki can test whether there are any subpages and only display something if there are. We can make a user script to add the link. I don't know much JavaScript but I made a working test. Add the below to Special:MyPage/common.js (for display in all skins) or Special:MyPage/skin.js (for display in your current skin):
importScript('User:PrimeHunter/My subpages.js');
It could also be a gadget in preferences but I'm not sure it's worth it. A long list of gadgets makes it harder to find the important ones. PrimeHunter (talk) 22:48, 5 August 2012 (UTC)[reply]
Actually, this makes me think, it would be great if the toolbox contained a link to all of the subpages of the page you are on. The current process is pretty difficult. RyanVesey22:54, 5 August 2012 (UTC)[reply]
Of course, you can always do a search for "User:Toshio Yamaguchi" and the search bar should autocomplete your subpages in a drop-down menu. That's the approach I usually take. • Jesse V.(talk)02:59, 6 August 2012 (UTC)[reply]
Yes, I know that :) This is mainly targeted at new users, who often might not know this and I see no particular reason to hide the link to the subpages behind a barrier so that you have to click My contributions first. PrimeHunter above said "The large majority of registered users have no subpages". I don't have any statistics, so I can't comment on this. I think the first articles a new user creates are often of a quality insufficient for mainspace, so this could encourage more use of user subpages by new editors and perhaps avoid some Why was my page deleted? questions. -- Toshio Yamaguchi (tlk−ctb) 06:09, 6 August 2012 (UTC)[reply]
There is a small benefit to including it, but the line is meant to be for core functions (userpage, talk, etc) and is already very cluttered, especially for new users. I'm not sure adding a relatively low-use report here is worthwhile. Andrew Gray (talk) 12:08, 7 August 2012 (UTC)[reply]
Support. Add this to gadgets. I also like the idea of a subpages link in the sidebar toolbox menu to find subpages of any page. Add that as a gadget too. There seems to be this phobia about adding more gadgets. I think this is clueless. Anything that helps editors is a good thing. If there is a need to separate higher-value gadgets from lesser-value gadgets (and who judges that?) then create 2 gadget tab pages in preferences. We need to stop this "just say no" naysayer attitude lately on Wikipedia to new ideas. Editors are leaving in droves. Ask yourself why? As for adding either one as a default gadget maybe we can do so after awhile after having it an an optional gadget. There is plenty of room for more stuff in the sidebar especially if we add more menus. Look at all the closed menus in the MediaWiki sidebar. See mw:Main page sidebar. --Timeshifter (talk) 19:06, 8 August 2012 (UTC)[reply]
Note that this proposal is to add this link to those at the top of the page (the "Personal tools" area), not to the sidebar. Also note that adding a second tab of gadgets is not something we can do locally, as it would require a change to the extension code itself. BTW, I doubt editors are "leaving in droves" because of a lack of gadgets. Anomie⚔19:34, 8 August 2012 (UTC)[reply]
They are leaving for many reasons, all of which should be addressed, and not naysayed, or ignored. Ryan Vesey suggested putting a subpages link in the sidebar toolbox menu. I agree. Maybe a table of contents could be added to Special:Preferences#mw-prefsection-gadgets. That would allow more gadgets to be added, and still be able to find them fairly easily. While waiting for the change to mw:Extension:Gadgets to allow more tabs. You are a developer. Maybe you can work on that, or suggest it to others. --Timeshifter (talk) 21:24, 8 August 2012 (UTC)[reply]
Add this to toolbox menu in sidebar. I suggested adding this to gadgets also. But I don't see a reason registered users should not have easy access to their subpages. I could use that myself. So I prefer it in the toolbox, or if that is not possible due to all the naysayers on Wikipedia lately, then add this to gadgets. A gadget that puts it in the toolbox, or on the top of the page. Why is there this phobia against making life easier for editors? --Timeshifter (talk) 05:24, 16 August 2012 (UTC)[reply]
Support - there should be an easily accessible link to 'my subpages' somewhere, and at the moment there isn't. I don't particularly mind if it goes in the top bar or on the sidebar, but we should add it somewhere. Robofish (talk) 13:59, 16 August 2012 (UTC)[reply]
I know that I'm not at WP:BOTR; I'm coming here to see if such a bot would be appreciated by the community before asking for its creation.
See the "Question about protection" section of WP:VP/T — an admin recently put temporary full protection on an article that had been indefinitely semiprotected, but due to the nature of protection, the page will be completely unprotected at the expiration of full protection. Since (at least right now) software doesn't permit any alternatives, we'll have to go back to the page and add semiprotection after the full protection expires (or cut short the time for full protection), but this requires that someone realise that it's time to semiprotect. What if we had a bot to post a notice at WP:AN to remind admins to protect pages like this? The bot could have a page in its userspace where someone could list pages that would need protection and times; the bot could be programmed always to notify WP:AN a certain number of minutes before the protection was needed. Because I'm asking only for a notification bot, not a protection bot, we wouldn't need the bot to be an admin, and the list page wouldn't need to be protected. Nyttend (talk) 15:37, 4 August 2012 (UTC)[reply]
Support I take it as obvious that the best approach would be a change tot he software, but this is a temporary measure, until such changes are made. Sounds like a good idea to me.--SPhilbrick(Talk)16:07, 5 August 2012 (UTC)[reply]
Proposal to improve reporting to notification boards
This page in a nutshell: A minor change to the software to add a box so editors can automatically notify relevant parties would reduce failed notifications. A more ambitious option would help direct posts to the right notice board.
Many users need to make a report to one of the noticeboards. Many of the newer editors, and even some veterans manage to miss one of the critical steps--notification of the involved parties. This sometimes happens out of ignorance, but sometimes the editor is interrupted after adding the report, and doesn't do so immediately. This is a perfect task for a computer.
Simple solution
Whenever a user currently clicks on the link to start a new discussion thread, the usual edit window is presented, with a field for the subject and a field for the body. A better approach would intercept the request, and posts three fields:
Subject
Main text
Notify list
The third item would be a box in which one can enter the name of the relevant user. Each item you enter one, a new box is added, so you can add as many parties as needed. When you are done, click save page as usual, which will fail (once) with a message if you haven't identified a name. The message would say something like "At least one user name must be entered". (There may be legitimate reasons for not using this feature; the first time you try to post it will fail will a message, but if you click Save Page again it will work.) If a name or names have been entered, the thread is created as usual, and each of the names received a notification simultaneously, including a link to the section.
There are obviously some details to work out regarding the form design. This doesn't solve all problems, an editor may need to notify two users, and only lists one, but it will eliminate the vast majority of notification errors.
Ambitious solution
One other common problem at ANI is editors who post there when they really should be posting elsewhere.
When you click the link to add a new section, there are links to bring you to other noticeboards. While that option is used someimes, it is often not used. Almost every day, someone posts to ANI about a matter that belongs elsewhere. In some cases, editors may be deliberately posting at the wrong noticeboard because ANI has more eyes, but that is an abuse of process. Under the present setup, the editor can claim they missed the notice at the top. We know that editors miss notices in big, bold red, and I confess I don't always pay attention to the notices at the top of the page, so I can't fault editors too much. The solution is to make it:
Easier to post to the correct location
Harder to post to the wrong location.
I envision that clicking the new section button would be intercepted, and instead of simply two boxes, one for the subject and one for the text, the editor would be presented with four boxes. The first would contain radio buttons, such as:
BLP
3RR or Edit warning
...
Arbcom ruling
Dispute resolution
Other
If any of the first entries are selected, the text next to the entry will change to "This report will be filed at the BLP/3RR/.../Arcom ruling/Dispute resolution/ANI noticeboard"
Then there would be an entry box for subject, one for the test, and one as above, to enter user names.
When the user hits page page, the entry will be posted to the relevant board and the editor will be left at that board. Only if the user affirmatively selects the last entry "Other" will the post go to ANI. This means the user has to affirmatively state that the issue is not one of the other items, and they can do so with a single mouse click. They cannot claim they didn't see the list as they can only post of they affirmatively choose from the list. We should debate whether there is a default, but it should not default to the "Other" entry. My first choice is to leave it blank and require that the user pick one. It isn't hard.
This process will help drive the posts to the right noticeboard, at almost no cost to the editor, and major savings because there will be fewer requests to take it tot he right board. This will help newer editors, who may feel that an issue needs admin attention, and know that ANI exists, but aren't aware of some of the other boards.--SPhilbrick(Talk)16:00, 5 August 2012 (UTC)[reply]
Why not customize the talkback feature of Twinkle in the interim to include the various notification templates in addition to the simple tb? It's probably an easy option to address your third point until something that's more elaborate can be worked out. —SpacemanSpiff09:00, 9 August 2012 (UTC)[reply]
What is the context required for making ANI show up as I have never noticed it. The only one of those that I have seen is ARV, and TB if I'm on someones talk page. Darkwarriorblake (talk) 19:00, 16 August 2012 (UTC)[reply]
I hadn't ever noticed the AN and ANI notification under TB. I bet I'm not the only one. My concern is that one still has to go to multiple places: the notice board and the various talk pages, when it could be handled in one edit. Second, I'm not sure how many editors are regular users of Twinkle. It is still the case that people fail to notify every day, and my proposal would virtually eliminate that problem. --SPhilbrick(Talk)17:25, 17 August 2012 (UTC)[reply]
I think both of these are high value links that a new or even a veteran editor would find useful. The only negative I can think of would be an increased workload for the Article creation/New page patrollers. Kumioko (talk) 11:13, 8 August 2012 (UTC)[reply]
Support Teahouse link in Interaction menu. Editors are leaving in droves. Anything that attracts and assimilates more editors, especially women, is a good thing. There is plenty of room for more stuff in the sidebar especially if we add more menus. Look at all the closed menus in the MediaWiki sidebar. See mw:Main page sidebar. "Assimilation is the process by which the BorgWikipedia integrate beings and cultures into their collective." ;) I also support putting a search link in the sidebar. In the meantime I have to use this JavaScript import gadget. --Timeshifter (talk) 21:15, 8 August 2012 (UTC)[reply]
Very strong support When I work with new editors, two of the most common questions I get are "How do I create an article?" and "How do I get help from experienced editors?". This would help fix that. David1217What I've done17:04, 11 August 2012 (UTC)[reply]
Comment I'm supportive of both these additions. Article creation wizard is self-explanatory, but I'm wondering if new users will know that Teahouse is a place to get help. 64.40.54.58 (talk) 14:06, 12 August 2012 (UTC)[reply]
Reservations: To quote: two of the most common questions I get are "How do I create an article?" and "How do I get help from experienced editors?".
Article creation was left out of the sidebar in the past, because we didn't want more cruft that we needed to instantly delete again. I agree however that it is one of the most common issues that new users are faced with. Perhaps however, it would be wise to redo part of that first page of the ACW again, because it already looks 'polluted' again with rules and tips. If needed, make step 1 an click trough tutorial of 4 pages with a bit more tasks. Line one should be: "Become an editor before you become an article author" :D
I'm all for the Teahouse, but seriously, how will people get there any better by a sidebar link (Why would you ever click on something named 'teahouse' if you need help). In my opinion, clean out Help:Contents or create a new Help:Welcome or a Help:Your first steps and if need be make the Help link a bit more prominent by moving it into section 1. —TheDJ (talk • contribs) 13:07, 13 August 2012 (UTC)[reply]
A lot of editors, even relatively active ones don't know what the Teahouse is or what its for. I receive Email's periodically asking about it form people who don't want to look, as a couple have said, "Stupid" by posting to a WP Talk page. Since I get one or 2 a week, it seemed like a problem that could easily be addressed with a link. Essentially as was said above 2 of the common questions are where can I find help and how do I make an article. These should be prominantly displayed without forcing the users to dig for it. Lets be honest, if you don't know what the Teahouse is, you probably aren't going to search for it. Additionally, with our new search filters to prevent Google from displaying non article stuff, in order to find them accurately you have to search for them by Namespace and a lot of folks won't know that. Frankly I would like to include a link to the User page creation wizard too but I knew that would never pass so I didn't try. Kumioko (talk) 14:13, 13 August 2012 (UTC)[reply]
That's not what I meant. You are confusing problem and solution. Your problem is that people can't find a good place to be helped. Your solution is to add a new link. I'm saying that what is behind the current links is probably the problem and that changing the content there might be a better solution. If i'm gonna look for help, i'll click Help. If that lands me at Help:Contents, then in all honesty, I think I'd get lost. So instead of adding more information (By adding a link to every page), consider creating better user guidance behind the current targets. So perhaps we should change the Help link in the side bar to point to a new help system that is better at getting people where they need to be, instead of dumping them in the index of an incomplete and confusing book. One of the first items of that guide might very well be 'Visit our Teahouse, where fellow editors will help you with any problem you have in a friendly and welcoming atmosphere." —TheDJ (talk • contribs) 17:22, 13 August 2012 (UTC)[reply]
With respect I am just trying to find a relatively low impact solution to a problem. Yes there are many problems that need to be fixed and you bring up some excellent points but using the case in point, if we meet such opposition to adding a link, how much are we going to see doing a major revamp of Help as you suggest? Kumioko (talk) 17:40, 13 August 2012 (UTC)[reply]
At the 'it will stare everyone in the face'-level, you will find much more opposition than one level down, no matter what you propose. I think a Help revamp would be much less controversial than you think, IF you put in the time to build it right and don't launch it too early. —TheDJ (talk • contribs) 19:43, 13 August 2012 (UTC)[reply]
These days I think it would have more success coming from someone else but me. With my recent history if I said cats meow someone would argue they purr. You may be right that it could get more support but I don't think the community would support much with my name associated to it at this point. Kumioko (talk) 20:01, 13 August 2012 (UTC)[reply]
I don't know if this will cheer you up, but for what its worth, there is a project that wants to take on improvements to Help:Contents, so maybe we'll see some movement in that direction sooner than you think! Agree it would be great to make it easier for new editors to find the help they're looking for, Teahouse included, where this is appropriate in the interface. Siko (talk) 20:56, 13 August 2012 (UTC)[reply]
That's great news but if the links are buried in Wikipedia and are not easily accessible to people then we are not advocating their use. We frequent editors know where to go, but the casual editors and the folks who don't edit all the time do not, nor should they be expected to know that they need to go digging for help. I would also say that I am perfectly fine with the decision not to put these links on the side menu but IMO if that decision is based on the premise that we are going to make more work for ourselves and we don't want more work, then that is a very wrong reason. Kumioko (talk) 21:22, 13 August 2012 (UTC)[reply]
Comment There is the concern of the Teahouse being flooded with reference questions and so forth. While we surely need more questions and we're here to serve as a space where people ask questions about CONTRIBUTING and EDITING, I fear that there could be a flood of IP's coming by and our hosts will be burdened with questions that they didn't sign up to answer, so to say. SarahStierch (talk) 17:58, 13 August 2012 (UTC)[reply]
I've just spent five minutes thinking about this, and finally worked out that by reference questions you mean questions of the form "my plane tickets haven't arrived yet, where is your local office located?". Yes, there would very likely be a large influx of such questions. --Demiurge1000 (talk) 11:09, 14 August 2012 (UTC)[reply]
Oppose AFC is the only option for IP editors, but logged in editors have a better chance creating articles in mainspace where they belong and where others might help them improve them. And the Teahouse is for newly registered editors - so not appropriate for the sidebar. ϢereSpielChequers18:32, 13 August 2012 (UTC)[reply]
Fwiw, there is a strong desire and ongoing project, to overhaul and update as much of the Help system as possible. It's ongoing in various places, but Wikipedia:Help Project is attempting to provide a focus and center for the works. -- Quiddity (talk) 01:13, 14 August 2012 (UTC)[reply]
Comment. Support Help:Contents and Help:Teahouse in sidebar. "Teahouse" implies a more social help community. "Help:Contents" sounds like the more typical impersonal help pages people are used to on many websites. My proposal for moderators was a first attempt to help resolve content disputes in a more authoritative, but more cooperative way. Wikipedia is sorely lacking in cooperation of a more social, friendly nature. 90% (I believe) of editors and admins are male, and the common consensus of many people is that Wikipedia is a fanboy clique with a strong off-putting groupthink. "Teahouse", like salon, is understood by feminists and cooperative people in general. So they will click the link. It is the Facebook effect. Or Wikipedia can continue to live in the past if it wants to, and naysay most new ideas, per kneejerk normal at the Village Pumps. --Timeshifter (talk) 02:11, 14 August 2012 (UTC)[reply]
Question - as a Help Desk regular, I have to ask why not also a direct link to that page. We get far more questions there than the Teahouse does.--ukexpat (talk) 13:02, 14 August 2012 (UTC)[reply]
Support, these pages need to be seen by new editors. They all have these two questions and this should help solve that. Swordman97 (talk)
Just a thought but why don't we add the Article creation wizard under interacton, create a new group entirely for Help, move the existing Help from interaction to the new Help group along with links to the Help desk, Help:Contents and Help:Teahouse? Kumioko (talk) 20:28, 14 August 2012 (UTC)[reply]
An interesting proposal, but much larger scope than the current thread-topic encompasses. I'd recommend looking over here (WP:Village pump (proposals)/Sidebar redesign) for old code-to-copy (and old discussions to skim through), and making up a clear demo of all the changes you suggest, and starting a new thread in a few days. -- Quiddity (talk) 22:03, 14 August 2012 (UTC)[reply]
Comment My concern is that it's hard to make clear what the Teahouse is for in the limited space available, and that it will likely result in a large influx of misplaced questions. Note that links in the sidebar do get a huge amount of traffic:
I'm worried that the Teahouse, which is supposed to be a calm and personal experience, will simply be overwhelmed. Perhaps Wikipedia:Questions would be a more suitable addition to the sidebar, with the title "Questions" or "Ask a question". It does allow us to highlight the Reference Desk a bit more too, which I do think more readers should know about. Or does it overlap too much with Contact Wikipedia?
As for Help, as Siko mentioned above I'm going to be proposing a major redesign of this page in the next few weeks. Nothing's finalised yet, but I can definitely say that both the Teahouse and Article Creation Wizard will feature prominently there. the wub"?!"22:45, 14 August 2012 (UTC)[reply]
That's fine. I had just suggested adding a couple links I thought would be non-contentious and easily done. I don't have the desire or energy these days to get embroiled into another major contentious food fight. For what its worth though if we create these things like the Teahouse and the ACW then we should advocate their use not bury them in the site so only those that are familiar with the site know about them. It defeats their purpose. If we are going to be worried about making more work for ourselves then we shouldn't even start. It defeats the purpose of the pedia IMO. Kumioko (talk) 23:25, 14 August 2012 (UTC)[reply]
Your idea, Kumioko, of a separate help menu could address some of wub's concerns too. People can choose the help method they prefer: Help:Contents, Help:Teahouse, Help desk, Wikipedia:Questions. Additional menus are a good way to help people navigate. Look at MediaWiki.org's sidebar. Its sidebar menus are directed at their audience, of course, but it illustrates the usefulness of more menus. Wikipedia's menus would focus on Wikipedia's readers and editors. --Timeshifter (talk) 05:09, 15 August 2012 (UTC)[reply]
Oppose both. Unnecessary clutter that would not be used by the majority. Also, there are any number of ways that an article can be created, and if an editor wants to use a particular method they can bookmark it on their computer. As for the Teahouse I am unsure how useful it is for the project and since it is not high usage a generic link is not required. -- Alan Liefting (talk - contribs) 02:17, 19 August 2012 (UTC)[reply]
Create shortcut WP:CANDIDATE as follows: "Any candidate for election to nationwide office is considered notable if formally nominated by a party which drew at least 30% in the previous general election cycle for that same office. In the United States, any general election candidate for governor or U.S. Senator is considered notable if his nominating party drew at least 30% in the previous general election cycle for that same office. A special election candidate for governor or U.S. Senator is considered notable if the candidate won a primary in that same election cycle AND his nominating party drew at least 30% in the previous general election cycle for that same office. These two or three facts must be demonstrable by reliable sources."
The fact is that the vast majority of these candidates are already notable, but a handful require disproportionate work to demonstrate their notability and such candidates perhaps tend to hail from areas with smaller populations and assumedly fewer Wikipedia editors. It may be that time passes for the publication of sufficient reliable sources, and additional time passes for editors to identify sources and then write the article with demonstrably significant coverage right from the get-go. That delay (and with an uncertain resolution) is a disservice to Wikipedia's readership, many of whom are interested in the candidates as soon as the major-party nomination is secure, and even a stub will encourage non-autoconfirmed editors to participate. In practice, the standard I propose will simply allow us to avoid delay to create articles on the two major party candidates (while not restricting us to those two) without well-intentioned but time-wasting interference from editors overly committed to bureaucracy and rules. I believe it would be a mistake to include candidates for the U.S. House or non-governor statewide offices, as a far higher percentage of those candidates are of temporary "notability". Occasionally, parties toss any old name in for special elections, so my proposal there includes a slight filter on the least-notable names. --→gab24dotgrab←20:33, 8 August 2012 (UTC)[reply]
I'm flexible on the exact percentage. Looking at numerous disparate elections, a 30% threshold will nearly always convey instant notability on the two official nominees of the two highest-vote-getting parties, and very occasionally could convey notability on three candidates. Intuitively, that seems "right" to me. Of course, a candidate below that threshold could still derive notability otherwise. I believe Wikipedia is well-served by requiring a relatively high threshold for assumed notability. --→gab24dotgrab←20:59, 8 August 2012 (UTC)[reply]
I agree with the crux of 24dot's rationale, but am reluctant to support a proposal based on an arbitrary voting percantage which could easily turn into a political football. If a more objective standard can be found on which to base a voting %, I could support it.--JayJasper (talk) 17:30, 9 August 2012 (UTC)[reply]
How about ignoring percentages and simply conferring notability only on the nominees of the top two vote-getting parties from the most recently-concluded general election for that position? That's already how states decide what order to list candidates in (the #1 or #2 vote-getting party for an elected position has its next-election candidate for that position listed first or second, respectively, even if it's a different individual running as ran during the previous election). Incidentally, I've written more on WP:CANDIDATE at:
In particular, I contrast Senate candidates Alvin Greene (South Carolina, 2010) and Robert R. McMillan (New York State, 1988). McMillan is plainly more notable than Greene in every encyclopedic sense of the term, but what editor cares much about either one and is going to write an article Robert R. McMillan likely to be summarily deleted without a real effort. I contend it'd serve Wikipedia well for the article to be stubbed and pecked at bit by bit over time without an editor fearing the wasting of his time to add one fact and one source here, and six months later maybe another editor does the same. --→gab24dotgrab←16:41, 13 August 2012 (UTC)[reply]
An interesting idea, but a major flaw is that the U.S. Senate is included and the U.S. House is excluded. It'd make more sense for it to say "member of the national legislature." Any guideline needs to be easily applicable across-the-board to all country governments. --PhilosopherLet us reason together.04:56, 14 August 2012 (UTC)[reply]
I think this would definitely be overreaching. I've seen many AFDs for major-party parliamentary candidates in the UK, and a significant proportion are deleted by clear consensus; they'd be presumed notable under a "national legislature" approach, which suggests it doesn't reflect general practice. Andrew Gray (talk) 12:27, 14 August 2012 (UTC)[reply]
This seems to be designed to work well for countries with two big parties and to work poorly for countries with three or more big parties. Three parties could split 41-30-29, with nearly identical performance resulting in one party's candidates being excluded. In a country with an enormous number of parties, this could be completely useless. No party in Israel has cracked the 30% barrier since 1992. WhatamIdoing (talk) 21:24, 15 August 2012 (UTC)[reply]
This is part of my point, I guess. The proposal reads like a "U.S." proposal, and doesn't take into account the situation elsewhere. I really don't think we need to go down the path of having a policy that isn't generally applicable. --PhilosopherLet us reason together.22:59, 15 August 2012 (UTC)[reply]
My proposal is intended to strike a balance. I firmly agree that we want to avoid creating hundreds of articles annually for candidates of temporary "notability", but I submit that Wikipedia's interests are served by allowing the expeditious creating of an article for each "top-two" candidate for major office (the hypothetical third or fourth candidate article can still be created without prejudice). I readily acknowledge that I am most-familiar with the United States, but I'm open to suggestions. In the USA, each candidate for "the lower house" is elected by one of over 400 congressional districts; a particular congressional district's populace may overwhelmingly favor one political party, and so the opposition party may nominate no opponent or a merely token opponent who is unlikely to be elected or attain encyclopedic notability. So I exclude those USA House of Representatives candidates, and insist that each attain notability the old fashioned way. The situation may be similar for other-than-national candidates in other countries, but I'm not pretending to know that for certain...
By contrast, I submit that even long-shot top-two-party candidates for state governor or U.S. senate are not non-notable sacrificial lambs but are almost always individuals already with (or certain-to-attain) notability; the problem at Wikipedia is that without "stipulated notability", a candidate is at the mercy of experienced Wikipedia editors who can suppress the article by insisting on the type of WP:SIGCOV which may take weeks to establish (but the entire election cycle may only be ten or twelve weeks!).
If we grant 'stipulated notability' for the two candidates of the "top two vote-getting parties", that absolutely does not disallow 'earned notability' for the third- or fourth-party candidates; thus, I don't see how this idea is discriminatory or even arbitrary. The number "two" seems less arbitrary than choosing any other number of candidates-parties. So I'm happy to forget percentages. --→gab24dotgrab←21:22, 16 August 2012 (UTC)[reply]
Oppose. This might be workable if limited to the United States, but as a general proposal it's a bad idea and goes against previous consensus: e.g. for British elections, the general consensus has been that unsuccessful electoral candidates are presumed not to be notable. Even for the U.S., I would be reluctant to agree to it as a fixed rule; I don't think we need lots of articles on failed politicians whose only content is 'so-and-so ran as the X-party candidate in Y election and lost'. These biographies should be considered on a case-by-case basis, and only kept where there is serious evidence of notability. Robofish (talk) 14:04, 16 August 2012 (UTC)[reply]
Oppose We don't need a complicated, let's-argue-about-the-details proposal like this, when we currently have a very straightforward consensus at WP:POLITICIAN: namely, that if a person is notable ONLY as a candidate for office, and if the only coverage found about them is related to that candidacy, then their name gets redirected to the article about relevant election. This preserves the article's history if they should later become notable (say, by winning the election), and it redirects users to the very place where information about their candidacy is most likely to be found. --MelanieN (talk) 18:44, 19 August 2012 (UTC)[reply]
Oppose. Articles about failed candidates and candidates running for election are covered by WP:BLP1E; relevant information should be merged with the event (i.e. the election). As others have pointed out, this proposal has specific issues pertaining to a US-bias and a subjective standard for inclusion. Location (talk) 23:33, 19 August 2012 (UTC)[reply]
Image placeholders
NO ACTION
It doesn't look like anyone wants to "repeal" Wikipedia:Image placeholders. WT:NRHP wants use some sort of "upload an image" button solely on NHRP lists solely during the WLM event. If people want to debate that decision, please create an RfC that addresses that specifically. Otherwise people are just going to talk past each other and we will waste more precious internet bytes on unproductive discussion :) Kaldari (talk) 18:48, 15 August 2012 (UTC)[reply]
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.
The statement above is clearly misleading. Wikipedia:Image placeholders is marked Inactive. It is not a guideline and has never been anything more than an inconclusive discusion about placeholders in BLP infoboxes. In the current case, placeholders would be used only for a one month WLM contest. They would not be placed in infoboxes, they would not be placed in BLP articles, only in the lists of one project, encouraging people to upload photos of buildings. See my full comment below . Smallbones (talk) 12:31, 14 August 2012 (UTC)[reply]
I do not think it is an accurate representation of what happens. This wikiproject has decided to use them for a month, and for a very specific purpose. Whereas it is likely that with such an introduction you can easily get a hundred no votes, it would be more appropriate to ask somebody (for instance, Smallbones) to summarize the reasons they decided to use the placeholders for a limited period of time in this specific case.--Ymblanter (talk) 07:11, 10 August 2012 (UTC)[reply]
Support Whether using placeholder images is appropriate or not depends on the situation. In some situations I think they are appropriate so that someone looking at the article can quickly identify places where an image is definitely wanted but none has been found or created so far (see for example State libraries of Germany). -- Toshio Yamaguchi (tlk−ctb) 13:51, 10 August 2012 (UTC)[reply]
Support but reword to make it that the use of placeholders is typically determined by a Wikiproject-basis and certainly not required at wiki-wide levels, and suggest that placeholders should only be used where images will almost always be free media (eg, placeholders on BLP aren't good because it will often bring in non-free images of said people, while placeholders for buildings typically will be free within US law regardless where taken). --MASEM (t) 14:02, 10 August 2012 (UTC)[reply]
Neutral The definatly shouldn't be placed directly on articles. What should be done if it is agreed to use them is to modify all the infoboxes to display them if no image param is set rather than setting the image param to a placeholder image. -- WOSlinker (talk) 20:08, 10 August 2012 (UTC)[reply]
Please, no. If we make the mistake of de-deprecating them, I would definitely prefer to retain the option not to use them. Not to mention that the placeholder used in Toshio's example makes Wikipedia look decidedly amateur-hour. Resolute01:13, 11 August 2012 (UTC)[reply]
Weak oppose – because it's a low-priority interface element that distracts from the article. I think there is a need to demonstrate that such additions actually produce the intended result. Otherwise, in the worst case, we end up with articles like Ledene magnolije or Oßlinger Berg that are virtually all interface elements. Regards, RJH (talk) 14:27, 12 August 2012 (UTC)[reply]
The problem I see with allowing the use of placeholders again is that they will be back out in the wild, and the wild will undoubtedly see them misused. There is probably a better way to notify users that a picture is desired; perhaps an update to the various affected WikiProject templates to support "needs-image" a la "needs-infobox" and possibly a regional location. Neutral, otherwise. --Izno (talk) 23:49, 12 August 2012 (UTC)[reply]
Oppose, as I've always considered that their use makes us look very amateurish. To be blunt, it simply looks much stranger to see a placeholder image in an article instead of no image at all. As for WP:NRHP, while consensus can indeed change, if they are continuing to add placeholders, they should be warned against using these things unilaterally when previous consensus determined they were inappropriate. — Huntster (t@c)00:22, 14 August 2012 (UTC)[reply]
Support the use of these placeholders for the one month period of the Wiki Loves Monuments photo contest. These are needed for the contest to make it easy for newbies to upload to Commons from the WP:NRHP county lists. The template is an important part of the Wiki Loves Monuments - US (WLM-US) photo contest. There was an extended discussion on this at WT:NRHP and 7 editors of the project support the inclusion of the upload button for the one month contest period and 2 editors did not support the upload button. There is broad multi-lingual support for including the upload button. WLM is running in 35 countries this year, and to the best of my knowledge all of them are including an upload button. WLM also has strong support at the Foundation level. Sue Gardner prominently mentioned it in her plenary speech at Wikimania. The WMF Board positively mentions WLM 4 times in the 2012-13 Wikimedia Foundation Plan.
Finally, I have to say that if you want to continue a discussion started elsewhere, it would be polite to tell the people in the discussion where you have moved it to! Smallbones (talk) 11:58, 14 August 2012 (UTC)[reply]
I strenuously object to the fact that I was not informed of this discussion for 3.5 days, only learning about it through the Signpost. As coordinator of WLM-US I need to know if an inactive decision on BLP placeholders is going to be used to stop the photo contest. I have informed other WLM organizers of this discussion - they need to know as well. Smallbones (talk) 13:05, 14 August 2012 (UTC)[reply]
Aargh oppose I feel very strongly that these images make our work look amateurish and sloppy. We are a text-based medium and there is nothig wrong with that. Rather have no image than an ugly placeholder. --John (talk) 12:05, 14 August 2012 (UTC)[reply]
Support: not only helps to collect needed images, but also aids in illustrating pages with no possible free images, as the fair use content can be planned before being added. — Dmitrij D. Czarkoff (talk) 12:22, 14 August 2012 (UTC)[reply]
Comment. Apparently, my first comment up the thread was not noticed or/and understood. Let me try again. What is being discussed here is one thing, and what was decided at WT:NRHP is something completely different. They did not decide to put placeholders back into articles (also not into biographical articles), not even into articles which belong to the project such as for example this one. There will be no placeholder in this article, ever (or until the general consensus changes). What they did decide is to put upload buttons dressed as placeholders into the NRHP lists (like this one), and only temporarily, for one month, September 1 to 30, 2012 (the placeholders were put now as preparation, but if there are strong feelings they could be removed back till Sep 1). The reason is as mentioned above the Wiki Loves Monuments competition. Please let us discuss not permanent placeholders in all articles, or all NRHP articles (nobody is proposing to place them), but temporary placeholders for a month in NRHP lists.--Ymblanter (talk) 12:34, 14 August 2012 (UTC)[reply]
Strong oppose - not only are they hideous, but in the case of biographical articles, I suspect that they will only attract even more copyvio images vacuumed up from the internet that we have to waste time tagging for deletion.--ukexpat (talk) 13:05, 14 August 2012 (UTC)[reply]
Support This topic would need much broader discussion but I support reform of a new and standardized image placeholder system as a tool to attract new editors to contribute. This placeholder system would need to be partnered with a tutorial system because new users tend to submit pictures for which they own no rights. I do think that the current image placeholders look bad but image placeholders need not look bad and they could be redesigned. The discussion which set the precedent for BLPs happened in 2008 and it may be time to revisit this. Blue Rasberry (talk)14:21, 14 August 2012 (UTC)[reply]
Oppose We have no data that prove that pages that had placeholders got an image faster than other which don't. WikiProjects can use |image-needed in talk page or Request Image to save the article from loading unnecessary images. -- Magioladitis (talk) 14:25, 14 August 2012 (UTC)[reply]
Alternative proposal - As Magioladitis' comment hints, support at WT:NRHP for use of placeholders has been based on a widely held conviction that people aren't uploading images because they don't know how to do so easily, and a placeholder image in articles would solve that. However, we have nothing other than personal opinion to support or refute the validity of this belief. Accordingly, my proposal:
Test the effectiveness of image placeholders for a one-month period, in connection with Wikipedia Loves Monuments, by placing a small and reasonably tasteful placeholder image in a randomly selected sample of NRHP Wikiproject "List" articles. At the end of that month, tally the number of images uploaded to placeholder slots and compare it with the number uploaded to empty slots on list pages without placeholders (i.e., calculate the percentage of each type of slot that received image uploads).
Further comment: While the placeholder images of people that were discussed earlier were widely deemed to be obnoxious and deleterious to the image of Wikipedia, some of the placeholder images that were discussed at WT:NRHP are fairly inoffensive (for example, the one at the right), although I find them annoying when they appear repeatedly on a list that has few images (e.g., this one). I do think, however, that if placeholders are going to be effective in inducing uploads, they should have mouse-over text that says something like "Click here to contribute an appropriate image". --Orlady (talk) 15:28, 14 August 2012 (UTC)[reply]
Comment - Wikipedia:Image placeholders is not a guideline or anything of the sort and never has been. Looking at it's history and the talk page history, there was an inconclusive discussion about image placeholders in BLP infoboxes that started in May, 2008 and petered out in the Fall of 2008. Since October 2008 there have been only 3 changes to the talk page (cleanup and misc). No conclusions were reached.
See the Nov 2008 version which essentially lasted until April 2009 when an "Inactive and Historical" tag was placed on it. By August 2009 the following was placed on the page "Use of placeholders in a nutshell: Use of these placeholders in neither encouraged nor deprecated. Although many editors object to their appearance they work for the intended purpose." In August 2011 a single editor, without discussion, [12] changed the nutshell to "Use of these placeholders is deprecated. Many editors objected to their appearance, though some felt that they worked for the intended purpose," while retaining the historical tag. Essentially nothing has happened except cleanup since.
Since the premise of this RfC "Should Wikipedia:Image placeholders be repealed and placeholders be un-deprecated? " is so clearly wrong, I'll suggest that the nominator just withdraw the RfC. There were two issues here, and I hope if anybody wants to pursue this they keep them separate. If anybody want to pursue the issue of whether placeholders should go in BLP infoboxes, please start an RfC just for that. I might even support that effort, though actually nobody has suggested that placeholders should be put in BLP infoboxes - it's a long dead issue since nobody wants to do it.
If somebody wants to have an RfC on stopping WLM, I suppose you could do that if there were any reason to. I only ask that you do it clearly and quickly (the contest starts on Sept. 1) and that if you put forth a guideline supporting your views, that you make it an actual guideline, rather than the mythical one presented here. Smallbones (talk) 15:40, 14 August 2012 (UTC)[reply]
Oppose. In general, I think that image placeholders detract from the appearance of the page; a non-editor WP reader would only find them annoying and distracting. I also suspect that they'd lead to lots of copyvio problems, and that these would be a lot more difficult for page-watchers to detect than copyvios involving the cutting and pasting of chunks of text.
I'm afraid that I have to object to the temporary use of placeholders for WLM. My copyvio concern would still be strong; and I suspect that one brief temporary exception would lead to more and longer exceptions, for more WikiProjects.
If it's decided to allow their temporary use for WLM, I'd like to second Orlady's suggestion that it be turned into a serious test of the efficacy of placeholders as a means of obtaining new images. I'd also ask that the organizers of WLM make a serious commitment to checking the new images for copyvios. In another forum, Smallbones has suggested that looking at the metadata might be one means of detecting unauthorized use of images; I'd also suggest Googling for sites likely to yield poachable photos. As a participant in WikiProject NRHP, I'd be willing to check up on photos by new editors in my home range (Nebraska); could WLM encourage experienced editors in other regions to make similar commitments? — Preceding unsigned comment added by Ammodramus (talk • contribs)
Thanks, Ammo. I share many of your concerns and do make a commitment, right here and now, to checking the images for copyvios. Beyond my personal commitment, I'll try to organize something at WT:NRHP. I don't share the concern that the contest won't generate many photos. Based on last year's results in Europe, I have the opposite concern, perhaps there will be too many photos, though not necessarily of previously unphotographed sites.
I do think this is the wrong place to discuss this however. The RfC is so malformed as to be meaningless now. Nobody can be expected to follow a guideline that doesn't exist and never existed. The only thing left to do here is to have the proposer formally withdraw the RfC. Let's go to WT:NRHP. Smallbones (talk) 17:34, 14 August 2012 (UTC)[reply]
Support. Image placeholders definitely have a place and can be useful to encourage new contributors, Wiki Loves Monuments being a great reason to have them on WP:NRHP. They worked just fine last year for Wiki Loves Monuments in Europe and I'm confident they are beneficial again this year. Let's be open to trying it out. :) --Aude (talk) 18:39, 14 August 2012 (UTC)[reply]
Support For Wiki Loves Monuments specifically. I do not support the use of "people" placeholders, but to encourage and engage new and experienced contributors to share their images of historical landmarks and places, I absolutely support!! I don't see what wrong could come from this, that is for sure! SarahStierch (talk) 19:29, 14 August 2012 (UTC)[reply]
Dispenser, I very much respect your programming skills and contributions, but that is an unfair/glib opposition, if you mean to oppose the WLM program. I am not entirely sure how the upload process works, but I believe the idea is that if a new contributor has a pic for given NRHP-listed place, such as for the Cook-Sellers House within National Register of Historic Places listings in Clarke County, Mississippi, the contributor just clicks on the image there. Click on it: it brings you into Commons photo-uploading. I hope that process has captured and uses the NRHP reference identification number, and it could possibly include also coordinates, gathered from the NRHP list article row / entry. The NRHP reference number for Cook-Sellers house is 80002205, which is hidden, not even displayed. There are no coordinates available for that entry, though coordinates are available in the table for most other rows/entries. It is a requirement of the WLM program that photos are to have the reference numbers attached. It is SMART and GOOD to use a tool, the image uploader, to capture and bring the reference number into the process. It would be CRAZY and worse to prevent uploaders from accessing the needed information, which is not displayed at the list-article and is not otherwise available. The reference number is crucial in the following processes, for "regular" wikipedia editors to place pics into the correct articles, working from Wikipedia:WikiProject National Register of Historic Places/Unused images. The current WLM instructions are that WLM newbies are to simply upload their pics into Commons and they are discouraged from placing them into articles. It is good to have them directly upload their pics into Commons for use in all 'pedias.
Dispenser, if you could see a way to improve the current upload process that is now in place, your contribution would be most welcome. I happen to think the upload process could be improved to clarify early on that the reference number is in fact included (if in fact it is; if it is not, the upload process should add it and convey that early on, i.e. to clarify that the particular row you click on matters). Technical and ocmmunication improvements are possible, but please change your Oppose vote here to Support, to support this good initiative. --doncram22:50, 14 August 2012 (UTC)[reply]
Support for the WLM / NRHP initiative, and SUGGEST CLOSE. I don't think anyone is seriously considering this poll to be useful for judging whether the WLM/NRHP initiative is valid, or for revisiting the BLP articles image. The proposer is not for his own proposal. The proposal as stated is not serious, it is a joke, it is a matter of forum-shopping to avoid answering direct questions posed to the proposer in the wt:NRHP discussion. I suggest this RFC be closed now. --doncram22:50, 14 August 2012 (UTC)[reply]
I think this has to be closed now. There is just no way to interprete an oppose vote. Does it mean "I oppose giving WLM an exception to a non-existant rule?" That means nothing! Smallbones (talk) 01:52, 15 August 2012 (UTC)[reply]
Comment Totally - those big ugly "citation needed" and "this article has no reliable sources" templates we use are way more distracting from Wikipedia then an image placeholder that is attractive and a call to action. 18:11, 15 August 2012 (UTC)
The discussion above 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.
A new featured article candidate requirement: expert review request
The concept is simple: for every article that is nominated as a candidate for Featured Article, one of the nominators must contact one or more experts in a relevant field (for example, by e-mail) to request a review of the article, for the purposes of fact checking, ensuring completeness, and any other information the expert elects to provide. The results are posted, with an appropriate license release, on the review page. If an expert cannot be found who is willing to spend time on the review, for example because the area is too specialised, the requirement can be waived; only sending the request is mandatory. The point is to get as much feedback as possible on the article at a time when it is already prepared for review; experts are not expected to edit themselves. The burden of sending this request is miniscule compared to the Herculean task of writing the FAC in the first place.
For example, a featured article nomination for George Washington might solicit feedback from a historian studying American history, ideally one who has studied George Washington in particular, such as Frank E. Grizzard, Jr. or Edward G. Lengel. Even popular culture topics (such as movies, games, celebrities) would be amenable to review by scholars, critics, and journalists of pop culture.
The skills of the expert would complement the skills of Wikipedian reviewers well, with the former focusing more on correctness and completeness and the latter focusing more on complying with policies. Because the number of FACs is relatively small this is feasible and would not excessively burden scholars. For scholars, in turn, this would be an opportunity to reach out and create better public awareness and understanding of their discipline. Thoughts? Dcoetzee21:01, 10 August 2012 (UTC)[reply]
If there is an expert who is already a Wikipedian I think that would be sufficient, although it'd have to be someone who hasn't already been closely involved in development in the article, since their input would presumably already be incorporated into it. Dcoetzee21:15, 10 August 2012 (UTC)[reply]
Oppose making it mandatory. For some subjects, probably most to be honest, this would not be feasible to find a reviewer outside who is actually willing to review article after article. --Rschen775421:08, 10 August 2012 (UTC)[reply]
What if no historian appears at all? The article won't pass? I find rather difficult to find enough reviewers for my non-American (or non-British) articles about Brazilian history, things will get even worse if I'm required to go after a professional historian. --Lecen (talk) 21:11, 10 August 2012 (UTC)[reply]
As noted above, "If an expert cannot be found who is willing to spend time on the review, the requirement can be waived." Only making the request is mandatory, not receiving and posting a response. I edited a bit to emphasise that. Dcoetzee21:15, 10 August 2012 (UTC)[reply]
For highways, this would not work at all. Either we are the experts, or the experts are the ones writing SPS that are not RS under the guideline. How would you be able to tell if someone made the request, since it would be off-wiki? I can foresee not being able to get a review for 70-80% of FACs, at a time when the number is already declining. Finally, what problem does this solve? --Rschen775421:19, 10 August 2012 (UTC)[reply]
Not an FA, but this is relevant. I would consider Wikipedia to be the most complete source for HMS Phoenix (N96). That said, I don't need to find an expert on Phoenix I need an expert on submarines. We'd have to determine what could be considered an expert on highways, but I would assume it is someone who studies infrastructure in America, Infrastructure in Europe, Infrastructure in third world countries, etc. RyanVesey21:22, 10 August 2012 (UTC)[reply]
Again, as I've said above, they tend to be roadgeeks, the hobbyists that study roads. Another concern: what's to say that the "experts" wouldn't push their own views of scholarship on the article? --Rschen775421:24, 10 August 2012 (UTC)[reply]
Responding to your original comment above: if you can't get a review that's okay, even if it's 70-80% of the time. Making such a request adds very little burden compared to the monumental task of writing an FAC in the first place. The point is just to further improve quality of articles where possible by soliciting expert attention at a time when it's already prepared for review. As for checking if they made the request, you could ask them to cc one of the reviewers, or you could just trust them. The experts would not be editing, so any feedback they express would naturally be taken with a grain of salt and some amount of bias is expected. If biased feedback were prohibited, all reviewers would be in trouble. If the limited number of available scholars feel overburdened by requests, they can of course decline and the article is still eligible. Dcoetzee21:32, 10 August 2012 (UTC)[reply]
Comment: Who bears the contact burden? Could we work out any deals with some museums or universities where they actively scan our FAC's? RyanVesey21:22, 10 August 2012 (UTC)[reply]
Oppose per Rschen. Who determines who is and is not an expert? For legal articles, does that mean anyone with a JD is an expert? Or an MD for medical articles? What about those in limited fields? Who determines whether a waiver is granted or denied? To get to featured article, there have to be citations from reliable sources - but in contentious areas, such as Israel/Palestine, pro-life/choice, various conspiracy theories, religions, etc., there have been major fights over who can and who cannot be considered reliable. The current system works fine. GregJackPBoomer!22:31, 10 August 2012 (UTC)[reply]
Oppose, how do we know if an expert is expert enough on a specific topic? Is being a scholar in that general field enough? If I am nominating an article on something like a town in Oklahoma, even if I get an expert on Oklahoma history, it is likely they may not be familiar with the history of the particular town I'm nominating. So they'd have to look at the cited sources themselves, anyway, so they'd really be not much better off than a reviewer like you or I. How would we settle arguments about whether someone qualifies as an expert? Do we go on their credentials? Is there any way to verify those? (Essjay, anyone?) These are just the practical considerations—I'm sure someone below will articulate why this proposal runs counter to prevailing Wikipedia culture and making the compulsory Nupedia/Citizendium comparisons and such. —Scott5114↗[EXACT CHANGE ONLY]21:25, 10 August 2012 (UTC)[reply]
I think for really specialised topics that's certainly a reasonable concern, but I'd also argue that experts have a grounding in the field that lets them identify and interpret relevant resources in a way not everyone else can. For example, they may recognise a certain idiom in a primary or contemporary secondary source that was used in other historical Oklahoma documents which a laymen might not understand. Whether an expert could be found who'd be willing to put in that much effort is another question, but the article would still be eligible regardless. As for determining who qualifies as an expert, well, there's no reason multiple people couldn't be contacted if there's disagreement about who is best to ask. Dcoetzee21:35, 10 August 2012 (UTC)[reply]
This is solely an advisory role - the expert would not be making edits, only pointing out reliable sources that may have been overlooked or misinterpreted for the consideration of editors. I think that distinguishes it strongly from the Essjay controversy. Dcoetzee21:43, 10 August 2012 (UTC)[reply]
Oppose. It's not appropriate to put all the burden on FAC reviewers and nominators to make a new process work that would represent a significant shift in community attitudes. I also don't think it's ever appropriate to volunteer someone else's time on Wikipedia. Having said that, I've generally been supportive of efforts to get feedback from professionals and academia. - Dank (push to talk) 21:40, 10 August 2012 (UTC)[reply]
Oppose - There is no need for this extra layer of red tape. If an article is worthy of FAC then the !voters will decide that regardless of who has or who hasn't editied the article. ~ GabeMc(talk|contribs)21:48, 10 August 2012 (UTC)[reply]
To clarify: the proposal is for nominators to request a review by an expert by e-mail, not for the expert to edit the article. The qualifications of the editors of the article are, as always, entirely irrelevant. Dcoetzee21:51, 10 August 2012 (UTC)[reply]
Making the request is the only requirement, and if they don't get a response it doesn't hurt its eligibility. The purpose is to solicit additional feedback. It's a very low bar. Dcoetzee22:04, 10 August 2012 (UTC)[reply]
Oppose. I have attempted to contact experts various times and very rarely get a reply - I recently did get very helpful feedback from two experts on an article but this is the exception, not the rule. How on earth can you prove that you've made the attempt? I could send an email to a non-existant address, get a bounceback and say I attempted to contact an expert. I could even forward a copy of my sent email to a FAC delegate as "proof" that I'd made the attempt. Simon Burchell (talk) 21:54, 10 August 2012 (UTC)[reply]
Nominators would be trusted to make the request. If they don't, or the expert can't review, they just get less feedback on their work. Even if they only get feedback 10% or 5% of the time, it'd still provide an impetus to seek it at a critical juncture. Dcoetzee22:07, 10 August 2012 (UTC)[reply]
Oppose. The expertise of an expert in a specific field is very different from what is required to write an unbiased, neutral and well-referenced Wikipedia article. Only because someone is an expert doesn't mean he or she is necessarily a good Wikipedia editor. I see no ground for the assumption that a subject expert is necessarily able to contribute what is required for an article to comply with WP:WIAFA. -- Toshio Yamaguchi (tlk−ctb) 22:07, 10 August 2012 (UTC)[reply]
As noted, the expert review (when available) would complement traditional review by Wikipedians. Experts are familiar with the topic area and can identify things like critical omissions, but are unfamiliar with policy. Dcoetzee22:14, 10 August 2012 (UTC)[reply]
All editors should have the same right to review something. Any attempt to introduce a class system of Experts and non-Experts is harmful for the project, because it can be too easily abused. -- Toshio Yamaguchi (tlk−ctb) 22:34, 10 August 2012 (UTC)[reply]
The point is not to classify editors as experts or non-experts, but to request feedback from experts who are not editors. Dcoetzee22:36, 10 August 2012 (UTC)[reply]
I oppose this idea. Experts should be encouraged to become regular contributors by making Wikipedia a more welcoming environment for them as regular editors. -- Toshio Yamaguchi (tlk−ctb) 22:54, 10 August 2012 (UTC)[reply]
I don't disagree with this as a general idea, but even a welcoming Wikipedia is a pretty daunting site to use. (I run courses on using Wikipedia for just these sorts of content experts...) As well as this, most people active in the community don't even notice FACs unless they have a page watchlisted! (and not always even then...). I don't think there's anything wrong with the idea of trying to lower barriers to entry for specific types of contributions, and trying to actively seek out and invite those contributions when appropriate. Andrew Gray (talk) 22:58, 10 August 2012 (UTC)[reply]
There are many experts who are too busy to become regular editors and contribute content, but are not too busy to review a few articles. Being an effective editor requires time and learning about many policies and technical tools. It's not for everyone. Dcoetzee23:04, 10 August 2012 (UTC)[reply]
"I run courses on using Wikipedia for just these sorts of content experts..."
What is your experience with that, where do the main problems lie? I (and perhaps Foundation staff) would be interested to know what the main issues are. My personal belief is that Wikipedia is just like many things in life: it takes some time to get used to it and understand the basics, but once that's the case I think it runs quite smoothly.
"There are many experts who are too busy to become regular editors and contribute content, but are not too busy to review a few articles."
Becoming regular editors doesn't necessarily mean they have to contribute content. We have many regular editors who just do copyedits or other maintenance work. Any editor can do whatever he/she wants to. -- Toshio Yamaguchi (tlk−ctb) 07:56, 17 August 2012 (UTC)[reply]
Support -- there are far too many FAs which are laughably inadequate and shouldn't be held up as the best WP can do. On the other hand there are lots of smaller articles that this community wouldn't consider FAs but which an expert reviewer could immediately note was top notch. I think that this review should have the highest weight on FA. -- Michael Scott Cuthbert(talk)22:12, 10 August 2012 (UTC)[reply]
Oppose This will lock in systemic bias (as many editors won't be able to find or contact experts), and will mean inconsistent assessment depending on whether an expert can be found. It will introduce collosal delays - if the expert has to work for a living you could wait months for a response even when they are willing and able to help. And who is to determine who is an expert? What happens if an expert trys to push his or her own pet theory or books? Nigel Ish (talk) 22:21, 10 August 2012 (UTC)[reply]
I hadn't considered the issue of delays. You're quite right that the expert's delay might not fit into the timeframe of the FA review. I could simply say that it's okay if the expert review arrives after the FA review is over (better late than never), but it does limit the usefulness somewhat. I think inconsistent assessment is actually okay (review should meet a minimum bar but it's okay to exceed it), and I think expert bias is something our culture is very familiar with and would not be unduly influenced by (i.e. they would just ignore that part of the review). Dcoetzee22:33, 10 August 2012 (UTC)[reply]
Comment This was discussed quite extensively on WT:FAC back in about May, and the general consensus (IIRC) was that if any nominator wanted to get hold of an expert review that was a good thing to have, but that there was a strong objection to making it required and some significant concerns with the way those reviews should be handled; several people felt it might be best either before or after FA. I doubt you'll get much support for making it mandatory or making it a fixed part of the process. Andrew Gray (talk) 22:23, 10 August 2012 (UTC)[reply]
Thanks for the info, I wasn't aware of that discussion. I think you're right that making it a voluntary recommendation (whether done by the nominators or other interested parties) is probably the the way to go. Dcoetzee22:25, 10 August 2012 (UTC)[reply]
A good way to handle this, I think, is to treat external review as an additional "bonus" line of review. Essentially, think of it as like our "peer review" system - it can happen at any time in the life of the article, it has direct benefits on the text, but it's not a rating and it's not a level to work to or to pass through. It happens, we incorporate (or reject) the comments, it is noted on talk and may be invoked in a GAN or FAC or the like, but it's not automatically linked to those processes. Andrew Gray (talk) 22:58, 10 August 2012 (UTC)[reply]
I think that's a great suggestion, especially in light of the uncertain delays associated with an expert review (as noted by Nigel Ish). Reviewing earlier in an article's life, or more than one in its life, could also be beneficial. I guess the question is what kind of support should/could be provided - should people "just do it" or should there be a project page that provides advice, or a recommended process with templates, or template e-mails, etc.? Dcoetzee23:14, 10 August 2012 (UTC)[reply]
I put a couple of proposed mechanisms in the old discussion, IIRC; I'll have a look over them later this weekend (it's late now). I'm certainly willing to help do some of the legwork to arrange something like this if there's a desire to push ahead with it. Andrew Gray (talk) 00:03, 11 August 2012 (UTC)[reply]
Even if a recommendation is stated to be "voluntary", human nautre means that editors (especially new editors) will be held to it. This risks re-inforcing the perception of FAC (and possibly GA) being a closed shop. (Newbies attempting to put articles forwards will be more likely to be forced to have an expert review done, and will be less able to negotiate the extra hassle involved.)Nigel Ish (talk) 23:10, 10 August 2012 (UTC)[reply]
Oppose. Interesting idea, but it would be extremely impractical, especially because of the difficulty of finding experts for every subject who have so much free time they can review Wikipedia articles. Even in cases where an expert is available and willing to help in this way, there's a high potential for disagreements and gaming on who constitutes an "expert", whether they're enough of an expert, whether the topic of the article is within their expertise, etc. And finally, keeping in mind that I'm not a wiki "purist", this proposal goes far outside the use of the wiki process for content development, a Foundation issue. Is the wiki process not good enough for featured content? szyslak (t) 23:14, 10 August 2012 (UTC)[reply]
Oppose - A question is also who could count as an expert in some rather obscure fields. Who could be contacted for Ruma Maida, for example? Or, one which I may bring to FAC within a year, a series of pictures of an intersex person? If you're writing about the Constitution of the United States, sure it's feasible (not necessarily practical), but Pareh? Heck, some of our FAs are the most complete English-language reference points for their subject (such as Chrisye); getting "experts" whose opinions can be quoted on that would be difficult — Crisco 1492 (talk) 23:20, 10 August 2012 (UTC)[reply]
Comment There's a larger, semi-radical-change idea I'm working on, but related to this, would instead it make sense to get at least one signoff on the quality of an article from the standpoint of each Wikiproject that the article is involved in? This doesn't get the "expert" concept but it does provide input from someone that knows what articles of that type should contain, what sourcing they should use, and other gotchas that may be unique to that Project compared to WP-wide standards, and just maybe may be able to tell or sniff out possible mistaken use of sources. If an article has multiple projects, there should be a nod from each of those involved. Basically, this would be like assuring an article has reached a project A-class requirements before signing it off as an FA. --MASEM (t) 23:24, 10 August 2012 (UTC)[reply]
I disagree. Who is to say that WP-wide standards coincide with the WikiProject's standards? There are some radical WikiProjects out there. --Rschen775423:38, 10 August 2012 (UTC)[reply]
A WikiProject's standards should augment - not replace or supersede - Wikipedia-wide standards. If the project's standards do replace or supersede the global standards, that's a problem that needs to be addressed. --MASEM (t) 00:13, 11 August 2012 (UTC)[reply]
I think this works in principal (while WPs have occasionally idiosyncratic standards, it's unlikely any have requirements which directly conflict with FAC, or if so that they keep them for long!), but in practice this would only work for a handful of fairly active projects and would stall on many of the less active or indeed moribund ones. Andrew Gray (talk) 23:42, 10 August 2012 (UTC)[reply]
If we approach it with the same idea given above, that if an expert can't be found in reasonable time, then the FAC moves on without that feedback. --MASEM (t) 00:13, 11 August 2012 (UTC)[reply]
Comment There is a clear rejection to this proposal, but there is a way to fix it: reformulate it as a proposal unrelated to FAC, at least for the moment, and just about Peer Review. We may organize a section similar to Wikipedia:Peer Review, which is about actualpeer review (review by experts; the current page is merely review by fellow wikipedians). We may invite experts to register as experts for that section, detailing their specific areas of expertise, and prove by OTRS their qualifications (such as their degrees). Then, if there is an expert about a given topic, users may post their request, and the expert may point what is right or wrong about the article. The process may not be limited to FACs, but also to other topics that need it, such as FARs or articles under dispute. Let's reuse the George Washington example: an expert on George Washington (or on the history of the United States, or the American Revolution period, or similar) registers as an expert on that page. Then he discloses by OTRS his real name and the degrees that make him an expert, and he is listed when confirmed as such. A user interested in confirming the accuracy of the article post a request, and the expert replies; if there is no such expert yet, we deal with it as we do it nowadays. Cambalachero (talk) 23:43, 10 August 2012 (UTC)[reply]
To be fair, editors reviewing the work of other editors is the very essence of peer review. ;-)
More seriously, I think an on-wiki process of accrediting "expert" contributors is not the way to go - we're pretty good at determining who is and isn't an expert when they contribute to an FAC or the like already, based on their comments, and so do we really need such a system?
The key to making any process like this scale up is going to be finding a way to make it easy for new experts to give reviews etc without making the system too cumbersome for us (by making it a requirement, or having an onerous process involved), or making it too cumbersome for them (by, eg, requiring active community participation). Andrew Gray (talk) 00:01, 11 August 2012 (UTC)[reply]
It is not the same to have read some history books about George Washington or the American Revolution, and to actually have a degree in history or be an acredited historian. Regardless of how good and well-informed a mere reader may be, the opinions of an acredited expert have much more weigth. Of course that the system may never be able to have experts for all possible topics, but a system like this may enhance the credibility of wikipedia and improve the vital articles. The way to keep the Pandora's box closed is to keep this as an optional feature, not mandatory for any of the project processes. Cambalachero (talk) 02:52, 11 August 2012 (UTC)[reply]
I think something separate could be useful, but rather than seeking to validate accreditation, which is a lot of work and counter to our culture, I think a more promising route is just to encourage editors to engage more often with outside experts to request reviews or input on discussions, by providing guidance on how and when to do so. One way to do this might be to create a list of "Wikipedia-friendly" scholars along with contact info who are more likely to respond to Wikipedia-related requests. You can't make a forum for experts and just expect them to show up and volunteer - many of them don't even know how to edit a page, and many don't have time, but nevertheless will respond to a specific request for assistance. I do value transparency, but for those not familiar with our technology I think republishing e-mail comments (with an appropriate license release) is more feasible. Dcoetzee03:42, 11 August 2012 (UTC)[reply]
Oppose. Well intentioned, but completely unfeasible for several of the reasons presented above. The most likely outcome of such a policy is to choke FAC to death. Resolute01:11, 11 August 2012 (UTC)[reply]
To clarify: the proposal does not suggest validating the qualifications of editors, nor do I think that would be a good idea. It suggests requesting outside experts to review article content and re-posting their feedback. The information would still be judged by editors on its own merits; the point of soliciting experts is that they may be able to provide useful feedback others can't. Dcoetzee03:48, 11 August 2012 (UTC)[reply]
Oppose as written because of the logistical difficulties it would impose. But I would be okay with requiring a notification be posted to at least one appropriate WikiProject; many of those count SMEs among their members. Regards, RJH (talk) 15:38, 11 August 2012 (UTC)[reply]
Oppose, as well-intentioned but entirely impractical. Apart from the slow-down that something like this would cause, verification issues involved are basically insurmountable. How are you going to prove, without compromising your identity, that a particular external expert has been contacted and has responded in a particular way? For "internal" Wikipedia experts verification of credentials is also basically impossible, and simply relying on self-identification of a particular user as a subject matter expert is not acceptable either, as Essjay controversy demonstrated. However, the proposal does raise some valid and traditionally ignored concerns regarding all of the existing Wikipedia mechanisms for content review (FA, GA, etc). The issue that is generally swept under the rug is that for many topics relying on WP:V is insufficient and that actual subject matter expertise and competency are required. General knowledge topics are reasonably well-suited for the existing WP content review procedures, but the more technical and specialized topics are not. For such topics there are often (maybe even typically) there are not enough active WP users with relevant subject matter expertise who can properly evaluate the articles on these topics. The users who actually are actively involved in the WP content review process simply lack the requisite knowledge to understand the meaning of many statements made in articles on these topics and thus are unable to verify them even when appropriate sources are cited; and they are even less able to judge if the treatment of a particular subject is complete and well balanced. The most that one can expect from a content review in such a situation is general critique on the style of the presentation and organization of the article. Such critique is useful, but insufficient, and it is all too easy to sneak through, say, the GA process, an article that is reasonably well written but has major omissions in the way a particular topic is treated. For example, in my own subject, math, there are loads of articles on highly notable topics that should simply never be brought for GA or FA review, for the above reasons. Good examples of this are articles like Fundamental lemma (Langlands program), Kodaira embedding theorem and Hyperbolic Dehn surgery. All three deal with very important results, but, particularly for the first one, even having a PhD in Math is typically insufficient for providing a competent review of such an article. The existing content review process operate under the assumption - a false one, in my opinion - that every WP article on a notable can, and preferably should, be brought to a GA or an FA status. But that is simply not the case. Articles on technical topics requiring considerable subject matter expertise and competence for reviewing them should simply not be nominated for GA and FA. Nsk92 (talk) 19:34, 11 August 2012 (UTC)[reply]
Oppose. Experts are not always neutral but may want to promote their own theories. And if we contact multiple experts we may get multiple opposing opinions and the occasional proxy war. Experts can also be hired to back up POV editing. And I am convinced that there is no need for external experts to find missing sources or to have a sort of external peer-review. The existing tools are already sufficient. De728631 (talk) 19:54, 11 August 2012 (UTC)[reply]
Oppose. Although I can see that you have good intentions with this, I think it would bring in more problems than it would solve. For one, we are doing just fine as it is, so it's not really needed. Secondly, who defines an expert? This could start arguments over who is a better expert than others, and then you'll bring up meatpuppeting and possibly other trickery. If someone is a good enough editor to bring an article up to FAC, they've read extensively about the subject anyway. If they want expert opinions in the relevant field, they can make the personal decision to do so, just as one would do in normal research. With WikiProjects, RFCs, and teams of active editors there's enough input from Wikipedians to make a solid article. • Jesse V.(talk)04:35, 12 August 2012 (UTC)[reply]
Oppose - I have seen in reviews of reference works that, in some cases, the authors of individual articles have at times used that article to, basically, promote their own beliefs, some of which are not in accord with existing consensus in the field, although that is not always easy to determine immediately. So, for instance, someone who just found the new equivalent of the Dead Sea Scrolls could reasonably think that they are about Jesus initially, only to be overturned less than a year later. This happens in published reference works - I have no reason to think that it would not also happen here if we instituted something similar. Having said that, I do like the idea of a rather formal peer review. I have only done a few, but recently I have myself reviewed a few articles against the articles in published encyclopedia, to see if they are comparable. That won't work for Lady Gaga or similar topics which have maybe not yet been published in reference works, but it would work for a lot of articles on older topics. I wouldn't myself mind seeing a part of peer review actively indicating a step of peer review is to compare our articles against high quality recent published reference sources, but that is a rather different idea than that being proposed here. John Carter (talk) 18:54, 13 August 2012 (UTC)[reply]
Oppose - Not for any of the reasons given above, nor for any consideration of the FAC process, but because our outreach to academics, curators and other experts needs to be less about validation of a small subset of our articles, and more about wider collaboration with the Wikimedia movement. There are better and more important things they can do for us. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits17:25, 14 August 2012 (UTC)[reply]
I have a 50% share in a legitimately run, Ministry of Justice registered claims management company which I took on for the purpose of opening a charity trust fund with much of the profits. Our website is http://www.my-compensation.co.uk - The money in this trust fund will be used for investments in order to grow it and, when it's large enough to make a difference, the funds will be donated to various charitable causes. I only own 50% of the business and so cannot state what will be done with the other half of the profits, but my half will be used mostly for charitable purposes.
I'm writing this today to request that I am allowed to post up a Wikipedia page for my business. I understand that companies are not usually allowed Wikipedia pages but I was hoping that an allowance might be made given the nature of what I will be doing with the funds.
They will go to good causes in the long-run and Wikipedia will be one of the benefactors. I'm not saying this as a bribe, it will be whether I'm allowed the page or not. I'm a donator and always will be.
Please help me in my SEO efforts with this company and allow me to have a Wikipedia page with a backlink to our site. I'll write it to the highest possible standards.
Feel free to call me on the company line if any questions.
Thank you,
Jim
Actually, lots of companies are allowed Wikipedia pages. They just have to have been properly covered by appropriate real-world sources first; see WP:CORP. I must urge you in the strongest possible way not to write an article on your own business; see WP:COI. If the necessary coverage of your company already exists, you can just let the Wikipedia community know about it. You might try adding it to Wikipedia:Requested articles/Business and economics/Companies, but again, only if the sources exist. Another word of advice: the expression "Please help me in my SEO efforts" is not a good one. In a lot of peoples' minds it's right up there with "please help me sell heroin to seven-year-olds." Ntsimp (talk) 14:41, 13 August 2012 (UTC)[reply]
Hello, I have a 50% share in a legitimately run company that sells heroin to seven-year-olds and I'd like help with my SEO efforts... You had to see that one coming a mile away. 64.40.54.181 (talk) 19:39, 13 August 2012 (UTC)[reply]
You probably don't want this. I was just reading http://www.smallbusinesssem.com/should-small-business-have-wikipedia-article/2311/ earlier on this subject. Wikipedia doesn't help SEO efforts because of the nofollow attribute on the links. What it does is lower the value of pages that you actually control, in favor of a page that anyone can fill with complaints whenever they want. You should only pursue a Wikipedia page if you want to make sure that the first thing anyone reads about you is something that dissatisfied customers can change at any time of the day or night. WhatamIdoing (talk) 21:32, 15 August 2012 (UTC)[reply]
WP:SNOW close, not going to happen. General consensus here seems to be that we already have too much flashiness in custom sigs without allowing images and templates. Anomie⚔18:43, 15 August 2012 (UTC)[reply]
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.
Hi all, I've got a suggestion to amend the Wikipedia signature policy.
Rationale
On Uncyclopedia, we have condoned both the use of templates and images as part of signatures, with some restrictions. See our signature policy for more information.
From Wikipedia's signature policy: "Images of any kind must not be used in signatures..."
"They are an unnecessary drain on server resources, and could cause server slowdown." Browsers with caching enabled will not download the same image twice. If a user signs multiple times on a talk page, the image in a signature will only be downloaded once. As a result, the effect on server bandwidth is trivial.
"Images do not scale with the text, making the lines with images higher than those without them." On Uncyclopedia, it is common to see signatures that contain images such as icon flags: []. The only restriction is a hard limit of 15px high and 200px wide.
About template use:
"Signature templates are a small but unnecessary drain on the servers." Note the word small. Excessive transclusion doesn't seem to be much of a problem on Wikia servers (and the PHP engine will probably create an execution plan and reuse it with each transclusion[citation needed]). Wikimedia servers are most likely going to be even more robust[citation needed].
"Signature templates are vandalism targets." Administrators on Uncyclopedia often protect their own signatures to prevent abuse. In addition, a user could request that their signature template be protected.
"[Bots] used to automatically archive particularly active talk pages ... read the source of the talk page, but don't transclude templates, and so don't recognize the template as a signature." On Uncyclopedia, it is recommended and even standard to use a signature template located at User:Example/sig or some variation thereof. The bot(s) could therefore be modified to process templates as signatures if they match the case-insensitive regex ^User:(.+)/sig.*, which matches "User:Example/sig", "User:Example/SIG", and "User:Example/Signature".
Proposal
Allow templates to be transcluded provided that such templates are located at User:YOURNAME/sig. This functionality could be added via an extension that adds a checkbox "Use a signature template" to Special:Preferences. (Create an extension to accommodate this, as well as treating User:YOURNAME/sig as a personal CSS/JS file so that only the user or an admin can edit it.) In addition, if any part of the signature is transcluded from a template or parser function, then a signature template must be used.
Allow use of images with maximum dimensions of 200x15 px, provided that they are non-offensive. Alternatively, only allow images approved for signature use.
"it is common to see signatures that contain images such as icon flags" - That alone is enough for me to oppose this. I respect your intention, but talk pages are meant for discussion, and obnoxious little templates and images are distracting and annoying. They don't add anything, so the question comes down to "should we do this, simply because we can?", and my answer is no. Resolute22:26, 13 August 2012 (UTC)[reply]
No thanks—no benefit to the encyclopedia (people who need such a signature are not likely to be good fit for this community). When the WMF forces flashy signatures on us, we will know it is time to abandon ship. Johnuniq (talk) 00:28, 14 August 2012 (UTC)[reply]
I would say no on the template transclusion issue. I've made ~7000 edits to various talk namespaces, others have many more. If the signature of editors with many talk page edits changed, it could cause a serious drain on the servers. If we did allow it, we should require that it be in a .js page to prevent vandalism. RyanVesey00:43, 14 August 2012 (UTC)[reply]
I find the current signatures distracting (eyegrabbing) enough! Having additional visual clutter would just make communication harder (and provide another pointless thing to argue about). Personal aesthetic style belongs on personal (user) pages; not in discussion threads. -- Quiddity (talk) 11:21, 14 August 2012 (UTC)[reply]
I dont see the point. A signature is to identify the user. Having it in a different colour or similar small variation can help one find ones own more easily, which is handy on a page like this, but why go further? We can all read. • • • Peter (Southwood)(talk): 11:36, 14 August 2012 (UTC)[reply]
Re noticing your own signature, I learned a trick from WP:SIG: a single line can be added to Special:MyPage/common.css (or your skin css page) to make a link to your username easily visible to you. See the last line in User:Johnuniq/common.css for an example (it makes a link to my username appear in vivid orange—I sometimes think of using a less aggressive color, but haven't got around to it). Johnuniq (talk) 12:05, 14 August 2012 (UTC)[reply]
Strongest possible oppose: the current signatures are already ways too distracting. I would propose to tighten the signature policy to limit changes to the screen name ("example" part of "example (talk)") and punctuation before the signature (none, "—", "–", "-", "--", etc.), with the latter being a dropbox choice. — Dmitrij D. Czarkoff (talk) 11:44, 14 August 2012 (UTC)[reply]
We're already far too liberal with what we close an eye to (even mine for that matter). Who needs a fancy ornate signature? For what? If an editor wants to quickly locate his message in a long thread, he can use CSS and only s/he will see it. Kudpung กุดผึ้ง (talk) 12:03, 14 August 2012 (UTC)[reply]
Very strong oppose - fulfills no encyclopedic purpose, encourages fiddling with trivia and vanity sigs, wastes resources and adds to download time for those of us with slow or expensive connections. --Orange Mike | Talk13:27, 14 August 2012 (UTC)[reply]
Oppose Worldwide Internet speeds are not yet to the point in which downloading pictures would not be a burden to some users, especially those users who access by mobile device. Blue Rasberry (talk)14:17, 14 August 2012 (UTC)[reply]
Oppose. I won't go so far as Jenks, but think some of the sigs are distracting. Not a battle worth fighting, but I'm not going to support something that will open the flood gates.--SPhilbrick(Talk)18:04, 15 August 2012 (UTC)[reply]
The discussion above 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.
Simplified move proposal process
"Actually, maybe there should be a button, that when you click 'Move', that it says 'Hey, do you think this might be controversial?' 'Yes' 'Thank you, we've made the request for you and everything's done.'"
— Jimmy Wales, Closing speech, Wikimania 2011
The current process for proposing page moves is for the proposer to subst the Requested move template onto the article's talk page. A bot then adds the request to the list at WP:Requested moves. Unfortunately, instructions on how to request a move are hard to find, and many users, even experienced users, might have difficulty placing a move request because of this. I've put together a script at User:Yair rand/ControversialMoves.js which adds a checkbox to the "Move" page, with the text "Do you think this move might be controversial?" next to it. Once checked, the "Move page" button changes to a "Propose moving the page" button, and when submitted, it substs the proper template onto the talk page, adds the text entered into the "Reason" box below it, and adds a signature onto the end. The script itself (as well as maybe the details of implementation) probably need some work, but what do people think of the general idea? I think that we really should be cracking down on unnecessary complexities in getting things done on Wikipedia, and the page move proposing process seems to me like a classic example of an area where things are too complicated, without reason for them to be. --Yair rand (talk) 04:52, 14 August 2012 (UTC)[reply]
Comment There is a move tool already on Commons that actually takes care of all steps, even for anonymous users. I'd support a default gadget like that in a heartbeat. —TheDJ (talk • contribs) 11:55, 14 August 2012 (UTC)[reply]
Huh, I didn't know about that gadget. It's very well done. However, the situation is rather different here on Wikipedia. On Commons, requesting a move is about getting a file mover or admin to perform the action, with one of seven simple reasons given, as opposed to on Wikipedia, where making a request is about inviting discussion on a potentially controversial issue (otherwise it would either be just moved or sent to WP:RM/TR), so I'm not sure how much could be borrowed from the Commons gadget. --Yair rand (talk) 03:09, 15 August 2012 (UTC)[reply]
Support. This is moving in the right direction. Something that has a similar functionality for merge and copy would also be great. Every time I have to look up the procedures and relearn the whole process, and I am never sure I am getting it right. • • • Peter (Southwood)(talk): 13:48, 14 August 2012 (UTC)[reply]
Support The RM process is very confusing as is, especially with the auto-listing feature currently being broken. A simple solution like this would make everyone's life a whole lot easier. Cheers, Zaldax (talk) 19:37, 20 August 2012 (UTC)[reply]
Support. On the evidence, the backlog at RM is a pretty clear indication that the current system needs all the improvements to efficiency that we can give it. --Tryptofish (talk) 19:47, 20 August 2012 (UTC)[reply]
Good idea, however, before we do it, consider that if it works, we're likely to get a deluge of flaky RMs, because lots more people will not be dissuaded. So maybe we can take the opportunity to add some coaching, with links to WP:AT and WP:MOS and suggest that people look at relevant sections before proposing a move. Maybe have a list of reasons for moves, with more specific links on each? Like change capitalization, change punctuation (hyphen, dash, apostrophe), add parenthetical, remove parenthetical, add diacriticals, remove diacriticals, make primarytopic claim, make more precise, make more concise, make more recognizable, etc. Or we could make the script smart enough to compare the titles, suggest what the reason must be, and link to the explanation about it, and suggest a look. Dicklyon (talk) 03:36, 21 August 2012 (UTC)[reply]
The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.A summary of the conclusions reached follows.
(Unarchived because closure was requested at WP:ANRFC.) While the proposal received some support, a significant number of commenters here felt that the potential for abuse or misuse is significant enough to require people to pass an RFA to get the right to suppress redirects when moving pages. Based on pure numbers, even counting indifferent/weak endorsements as supports, this would be a 50-50 split (Steven Zhang's support seems to be based on a misunderstanding, though). In summary there's no consensus in the RfC to make suppressredirect a separate userright. Jafeluv (talk) 11:41, 15 August 2012 (UTC)[reply]
Quite a simple proposal really, here it goes. Basically, all user groups (except IPBE) which can be granted by an administrator would also have the suppressredirect bit on them. Simple. Regards, ⇒TAP18:52, 22 June 2012 (UTC)[reply]
I'd have it be its own userright, reviewer has nothing to do with it, account creator has nothing to do with it, there's no reason to bundle those. I think there should be a page for suppressredirect, just like there is for rollbacker. RyanVeseyReview me!19:08, 22 June 2012 (UTC)[reply]
I don't hugely care how suppressredirect is given out, only that it becomes a userright of some sort. It really streamlines some of the common tasks of a NPPer (moving articles into userspace to be worked on, the occasional hilariously bad title such as BANURI VILLAGE (HIMACHAL PRADESH)) and creates less cleanup for admins as a result. The Blade of the Northern Lights (話して下さい) 14:33, 27 June 2012 (UTC)[reply]
Suppressing a redirect is pretty close to deletion. If not carefully assigned, handing the right out could create a lot of problems. First, userfication of a page created by a new editor, without leaving a redirect behind, can result in confusion, as the article is no longer 'live'. Second, while userfication of content that will actually be developed into an article that meets article space guidelines is great, userfication of bad content that never will be and/or that should be promptly deleted for policy reasons is actively bad, and skipping the step where an admin reviews the userfication prior to deleting the redirect reduces accountability. Finally, abuse of the supressredirect ability seems like it would be more harmful then abuse of many of the other rights that it is proposed to be bundled to. I'm in support of unbundling it from the admin package, but it should be a stand alone user right, not tacked on to existing rights where it will be assigned to people who never requested it, and don't understand the potential pitfalls of its use. Monty84514:53, 27 June 2012 (UTC)[reply]
Monty's right. Suppress redirect is actually a rather dangerous tool in the wrong hands - and in combination with move vandalism can do quite a bit of damage. I'm fine with it being unbundled, but not just tacked on to other rights. WormTT(talk) 14:59, 27 June 2012 (UTC)[reply]
As noted, this is awfully close to a deletion tool. I would oppose such a user-right group being given out like the other tools granted by admins. this should be granted by bureaucrats, and only following community discussion, if anything. - jc3721:41, 28 June 2012 (UTC)[reply]
I would say that may be a bit too strict. With a right like this one it does need to be clear to the person handing the right out the potential for misuse, and clear to the receiver how to properly use the tool. While I did point out the potential for inappropriate uses, I think the biggest risk of abuse is from editors who misunderstand the proper use of the tool, and that can be dealt with using a much lighter process then full community discussion for each person its granted to. Monty84521:58, 28 June 2012 (UTC)[reply]
(waffles) I dunno. To support that, I'd really need to be convinced. The concept of redirects has become a rather big deal. Especially now that I've been seeing pages being redirected to list pages or overview pages. So redirects now can (and often do) have substantive contribution histories. So redirects don't seem to me to be as unimportant as we may have once considered them. - jc3722:26, 28 June 2012 (UTC)[reply]
Suppress redirect would, as I understand it as a non-admin, not allow you to delete redirects once they are created, regardless of how they were created, but would allow you to stop the initial creation. So there would be no direct loss of histories. The WP:BEANS issue is that a malicious editor could move a page, suppressing redirect creation, into userspace or anywhere else, and then create a new page in its place. Unless someone looked at the page log, they wouldn't realize that the moved page had ever existed, whereas without the additional right, there would atleast have been the redirect in the history pointing to the new location. It would basically allow much better hidden page move vandalism. Monty84502:00, 29 June 2012 (UTC)[reply]
My point was that it's getting hard enough to find these things, this would make it worse (as you note). - jc3717:16, 29 June 2012 (UTC)[reply]
I'd support that, although some rough criteria would be helpful. We need to make it easier harder to get than rollback, but we also don't want to make it ridiculously hard like autopatrolled used to be. I'd say the guidelines for AWB plus a certain number of good page moves (~50 or so, which is pretty easy to rack up on NPP in 3-4 months or so) might work, although I also know I tend to be much more relaxed about permissions than most; other comments would be good. The Blade of the Northern Lights (話して下さい) 01:27, 4 July 2012 (UTC)[reply]
Thanks, fixed; that's what happens when I'm simultaneously typing and cursing out Russell Martin for his second big error of the game (I still can't believe he fucking blew either one of them, much less both...) The Blade of the Northern Lights (話して下さい) 01:41, 4 July 2012 (UTC)[reply]
Should suppressredirect (the ability to prevent creation of a redirect from the former page title when performing a move) be a separate userright?
If yes, what should be the criteria for receiving suppressredirect? The Blade of the Northern Lights has suggested that it should be "the guidelines for AWB plus a certain number of good page moves (~50 or so)".
Yes It is a reasonable userright to split out, and could be helpful to gnomish editors if used carefully. Prior to assigning the userright, WP:Suppressredirect should be created to give guidance on when it is appropriate to use the right, and times when it should be avoided. Specifics should be developed there. Monty84503:52, 4 July 2012 (UTC)[reply]
I don't see a problem with bundling it to move-subpages. Filemover on the other hand is a bit more problematic, as it currently lets editors do to files what they already can do to articles, while suppress redirect is I think more fraught with potential for misuse. We don't want to make it harder for those who need it to get the filemover right by including a right they will require additional scrutiny. Monty84517:25, 4 July 2012 (UTC)[reply]
Oppose — outright deletion, which this is, should require the user to pass RFA; the answer to problems like this is implementing more passable standards at RFA. I apologise if I've weighed in here before; I remember joining in a similar discussion recently but can't find my signature here. Nyttend (talk) 06:05, 5 July 2012 (UTC)[reply]
Oppose, just like two months ago when this was last proposed. "Suppressredirect" is misused enough by admins as it is. Jenks24 (talk) 06:39, 5 July 2012 (UTC)[reply]
In case it is not completely clear, I explicitly declare my support for it. It's not really materially different from moving a page and leaving a redirect, except it makes it somewhat easier to move it back if necessary. If you can read a page history and/or a move log, it's really not that hard to figure out what former titles a page might have had unless you're interminably lazy. The Blade of the Northern Lights (話して下さい) 21:56, 5 July 2012 (UTC)[reply]
Support it is not an outright deletion, as all it does is fail to make a redirect. This is about the only one of the administrator privileges that is not dangerous or controversial. Other non controversial features may be move subpages or create edit notice (If this can be separated from create blacklisted pages). If rights could be narrowed more then we could have trusted editors editing selected protected pages, eg spam black list or bad iamges, but not the mediawiki: pages for example. Graeme Bartlett (talk) 11:32, 6 July 2012 (UTC)[reply]
Oppose I agree it is overused and should be discouraged, not encouraged. I can recall using this feature only once in the last year or so. DGG ( talk ) 23:30, 8 July 2012 (UTC)[reply]
Oppose It allows the user to break a bazillion links to an existing page - and leave the owners of the pages containing those links no easy way to discover where the page went to...it would (on the face of it) appear as if the page had been deleted. In the hands of a disgruntled editor, this can potentially be amazingly disruptive. I might agree to a different right - the right to delete redirect pages. That (IMHO) would be slightly less disruptive because it leaves a paper-trail...first the document was renamed...then the redirect was removed. An even better solution might be:
Move the page (creating a redirect).
Deliberately blank the redirect.
Have a process that finds empty pages and dumps them into a list where a bot can remove them after some suitable amount of time - IF there are no links to them. SteveBaker (talk) 14:47, 15 July 2012 (UTC)[reply]
Support - it'd allow more users to help with the massive requested moves backlog. I'd do more closes of requested moves if I didn't have to poke an admin every time to do a G6 for me. It can be given out cautiously, not by default. StevenZhangGet involved in DR!15:50, 15 July 2012 (UTC)[reply]
Support - A way too common scenario right now is that a new user starts off thinking they're creating their user page when they're actually creating a page in mainspace → article gets deleted due to being about an unremarkable person → new user goes away pissed off. Instead, I could use this to move the page to their user space (which is what they're expecting, after all) and then leave a note on their talk page and not have to bug an admin to do cleanup. Better new user experience and less dog work for admins? It's all good. Yes, bad things could happen, but that's true of everything done on a wiki. Dori ☾Talk ⁘ Contribs☽02:16, 18 July 2012 (UTC)[reply]
Naw - while suppressing redirects is certainly useful at times, unfortunately the potential for abuse is there for making things conveniently disappear (as well as the more general misuse due to lack of familiarity with consequences and procedures and the like), and meantime it's not that hard to just move the page without suppressing the redirect and then tag the redirect for deletion. -— Isarra༆18:44, 23 July 2012 (UTC)[reply]
I will say that when you're on the other end and having to do the deleting, it makes you wonder if we seriously should act as if non-admins don't have enough common sense to know when it's necessary. The Blade of the Northern Lights (話して下さい) 21:06, 23 July 2012 (UTC)[reply]
How should the right be assigned?
Admins should be more careful with the supressredirect right then with many of the other rights assigned at WP:PERM. I would suggest a guideline of 1000 edits, similar to AWB but not requiring they all be mainspace, with a 3-7 day waiting period to give anyone who has reason to a chance to object. Unlike RFA, the burden should be on the editor(s) objecting to show why the requesting editor should not be trusted, rather then a burden on the requester to meet a specific threshold of support. However I don't think tying it to a specific number of past moves makes much sense, depending on the type of moves an editor runs into, they could frequently encounter good moves to suppress redirect on, or never encounter them. The question should be less about the editors particular experience, and more whether we can trust them to read the directions and use the tool in good faith. Monty84503:52, 4 July 2012 (UTC)[reply]
Strong oppose - this should not be given out by admins. It is a type of deletion. It also makes things more difficult to track. And so on. If someone groups this with a package of deletion tools, which requires going through a community process like RfA, closed by a bureaucrat, then maybe. - jc3722:41, 4 July 2012 (UTC)[reply]
suppressredirect-ifnew makes more sense to me (suppressredirect option only available on new pages for such users). Rd232talk00:52, 20 July 2012 (UTC)[reply]
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.
Font (rain on my parade)
Not trying to start a riot here or anything, but something that's been playing on my mind recently: What do we think about he Wikipedia font used in articles? I'm assuming it been the same for ages, and I get the feeling that technology has moved on in many respects while Wikipedia has stayed stagnant. I know that's got a lot to do with Wikipedia's charm and everything (as any redesign proposal page will tell you), but I can't help feeling that this should be discussed. What does the Wikipedia community feel towards the font used in Wikipedia articles? What's good/bad about it? Is it outdated? What fonts could be better?--Coin945 (talk) 13:07, 15 August 2012 (UTC)[reply]
Not trying to rain on your parade, but as far as I'm aware, Wikipedia doesn't make any font settings at all, does it? It just relies on the browser's (sans-serif) standard font. Fut.Perf.☼13:11, 15 August 2012 (UTC)[reply]
... oh.. really??? hmmm... are you sure? I thought every website had their own personal design - like Facebook wall posts have a certain stylised font. Is Wikipedia unique in that respect or do lots of websites appear in the default font?--Coin945 (talk) 13:16, 15 August 2012 (UTC)[reply]
Well, there are lots of design decisions that go into the design of a website. In Wikipedia's "skins", it's a matter of colors, font sizes, margins, borders, backgrounds and all sorts of other things, but the only font specification it seems to be using (in the "Vector" skin) is the generic "sans-serif". Which is probably a good choice, because it leaves it to the reader to specify what font they find most readable on their system. Fut.Perf.☼13:54, 15 August 2012 (UTC)[reply]
I have my browser set up to use the fonts I prefer, and it tends to really bug me when a website thinks it's important enough to mess with that. Ntsimp (talk) 22:57, 15 August 2012 (UTC)[reply]
Improve Wikipedia search in case an article for a non-English keyword search doesn't exist
Hi Wikimedia!
The world is very lucky that Wikipedia exists. I am using it for years on a daily basis.
However, there is one thing bugging me for a quite some time now and I would like to suggest an idea how to improve Wikipedia and even lift it's usability a bit higher.
I'm a native German but read also very often the English articles about a topic. I guess I can call myself a common user. However, if I use the keyword search of the German Wikipedia only German articles are presented to me. That is ok. But if there is no existing article I would like to see immediately if there is one existing in the English Wikipedia. At the moment I have to change the language and search again for the English article what is bugging me because it happens quite often.
I hope you got my point. I would like to see in which language an article might exist that currently not existing in my German (or any other non-English) language.
I guess I am looking for a recommender that suggests certain English articles to my German keyword (which is quite often a word used in English language as well if its not existing in the German Wikipedia).
May be one way to implement this feature is to do an automatically translation of my German keyword using a free translator and then setting up a new wikipedia.org keyword search with it. May be even synonyms could be used.
I think since the most people using Wikipedia are bi-lingual a mojority of users would like Wikipedia to recommend similiar articles in other languages or at least in English language if they exist.
That would be really awesome!
Maybe you can give me some feedback on my idea and if you like it. If you have any more questions feel free to ask!
Not sure whether the following workarounds might help:
If you know the exact title of the article that you want to check the existence of in another wiki, simply type the title with the interwiki prefix in the search box. It will take you to the relevant page (or to a "create new article" page on the specified wiki if no such article exists, which includes a link to search for articles on that wiki containing the term).
For example, in dewiki, you could type en:highway in the seach box to jump to the English article; or, in enwiki, you could type de:autobahn to jump to the German article.
Unfortunately, to force a search without jumping directly to any matching article, you would need to use the search page prefix and punctuation to confound the automatic redirection. For example, en:special:search/+highway or de:spezial:suche/+autobahn – not so easy to type, but perhaps quicker than navigating there by other means. Or of course you could use Google to search any wikipedia: autobahn site:wikipedia.org
We should create a notability noticeboard for discussing the notability of a topic before creating an article. I'm thinking someone could start a section with the subject as the section header, then give reasons why they feel it might be notable and discuss it. This could be useful for topics that barely meet WP:GNG or that might be a WP:BLP1E. If the topic is not notable, it saves the editor from the work creating the article. RyanVesey00:25, 16 August 2012 (UTC)[reply]
I suspect such a noticeboard would just create extra bureaucracy and would likely degenerate into a preemptive WP:AfD and/or generate more heat than light. If someone isn't sure if an article is notable, they can always just find an editor and ask for their opinion. --PhilosopherLet us reason together.00:33, 16 August 2012 (UTC)[reply]
I wouldn't find it to be bureaucratic. It wouldn't be a requirement at all, it would be the same as Wikipedia:Media Copyright Questions. In addition, it allows you to get more than one opinion on a matter and saves you from needing to pester another editor with notability questions. RyanVesey00:37, 16 August 2012 (UTC)[reply]
I would think so, but new editors could use it as well. I came up with this idea because I was trying to decide whether to write an article on someone (who I won't bring up here so I don't derail the topic, you can talk to me on my talk page though) and I was only half sure he was notable. Nothing in the noticeboard would be meant to be binding either, if everyone said it wasn't notable and someone created the article anyways, it would still go through AfD and could possibly survive. RyanVesey21:28, 16 August 2012 (UTC)[reply]
Not really, because that requires someone to collect the references and write everything. AfC might save an article from AfD by not getting it published, but there can still be a lot of work that goes into it. RyanVesey14:48, 17 August 2012 (UTC)[reply]
I think we can file the invisibility of this noticeboard under "This place is way too complicated". I probably wouldn't have known about it except that I happened to be hanging around the WP:N talk page at the time that it was created. WhatamIdoing (talk) 16:45, 19 August 2012 (UTC)[reply]
Article improvement contest and user drive
I think we should have a large and very public improvement drive, and we should award prizes. It would be advertised on the main page, and it will be a contest to make Wikipedia the most comprehensive encyclopaedia in history.
The contest will have several different categories, inspired by the many different cleanup categories. Examples would be things like copy editing, stub improvement, article creation, image improvement, citation improvement, article rewrite ect. Awards would be given out the largest quantity of articles improved, as well as for the best improved articles.
Editors participating in the contest will keep a running track of their article list, and at the end of the contest the community determines the who have been the most accomplished. Editors in each category will be discussed in an AfD type structure, with administrators closing the contest and awarding the editors. I imagine there not being a first, second, third type structure, but awarded like levels of participation (basic, moderate, good, excellent) with a short-list of outstanding accomplishments highlighting specific editors.
I think this would be a great way for our community to get together and share what we are doing, as well as publicly recognising our personal accomplishments. Because let's face it, editing can often be a solo endeavour, it's nice when people notice the things you've done. Most editors see improving the wiki as a reward in itself, but in order to attract that next round of editors, I think we need a bit more than just that. I think this would not only engage and recognise our most talented editors, but also entice new editors to come aboard. The future of Wikipedia depends on it's community, because without the people it's nothing. A contest like this would turn the wiki from being a collection of articles to a community of editors. --NickPenguin(contribs)05:25, 16 August 2012 (UTC)[reply]
Firstly, Wikipedia is already (by far) the most "comprehensive" encyclopedia the world has ever seen. But inviting people to win by the sheer number of edits sounds really dangerous. People might attempt to win by changing one word here and there in a gazillion articles - not improving them, but making them worse - or arguably, making no measurable improvement. Admittedly you say that the winners would be judged by some sort of admin oversight - but who would want to trawl through a hundred entries - each containing several thousand one-word changes, deciding which was the most worthy? I don't know what it takes to get a rapid influx of new editors - but I really don't think this is it. Something more prominent like a "HELP FIX ERRORS IN THIS ARTICLE!" button maybe? SteveBaker (talk) 12:37, 17 August 2012 (UTC)[reply]
Ugh, yeah. Years later and I'm still cleaning up the OR from the mass of edits that a now-banned editor left behind. We need to focus on quality rather than quantity. Regards, RJH (talk) 14:36, 17 August 2012 (UTC)[reply]
Proposed this at least ten times. A Core Contest and Article of the Month Contest every month with Amazon voucher prizes. As for "Wikipedia is already (by far) the most "comprehensive" encyclopedia the world has ever seen" , true but in comparison to potential it is still a miniscule manuscript in the British Library and still very early days. Most articles I start turn up masses of red links.♦ Dr. Blofeld14:46, 17 August 2012 (UTC)[reply]
I agree that monthly contests would be best, it would keep competition fierce and editors engaged. As for existing contests, why are they virtually unheard of? Why aren't these advertised loudly on the main page, or even better, in the main stream media where it can reach a wide audience of new editors? What are the prizes for the WikiCup? How can we promote this to new users?
Maybe my specific concept of how the contest would run is not ideal. Quality is the goal, but there are some clean-up tasks that require quantity as well, and a scoring metric could be adapted to those kinds of tasks. I contend that the 'fakers' in a contest like this would be quickly spotted by the community; the people watchlisting the article will call them out on it, and they will be disqualified. I also think contestants would be easily graded, with a combination of the honour system and intuition.
I have heard that the rate of new editors joining is lower than the rate of old editors leaving. If this is the case, something has to be done to increase the amount of quality edits that show up, and real world prizes are a strong motivator. Ultimately I think the positive results from a highly publicised contest would be undeniable. --NickPenguin(contribs)01:51, 18 August 2012 (UTC)[reply]
Maybe we need some exclusive barnstar T-shirts for the contest winners? That would make winning the contest at least interesting. Regards, RJH (talk) 15:10, 20 August 2012 (UTC)[reply]
Concurring Essays and Dissenting Essays
This idea has been in my head for years, but I never got around to putting it forward. It was inspired by several essays which disagree (such as WP:INSPECTOR and WP:BUILDER). Sometimes we agree with an essay, but for different reasons, or disagree with essays. I believe it would be nice for authors to be able to easily mark which essays they are agreeing or disagreeing with. For this I suggest concurring and dissenting essay templates which, like concurring opinions and dissenting opinions, show support or dissent for various reasons. A mockup of the template for concurring essays can be found here though I am not sure if I put it together correctly. One such essay I recently put together can be found here. I would greatly appreciate feedback on this subject. ~ PonyToast...§19:22, 17 August 2012 (UTC)[reply]
As an addendum, i realize that many essays already do this via cross-links. This would just offer a template specifically for this purpose, for those people who (like me) sometimes spend an afternoon reading Wikipedia essays. ~ PonyToast...§19:29, 17 August 2012 (UTC)[reply]
The paragraph entitled Criticism and its Controverses equivalent in the French article show significant disparities. The former addresses the scholarly misunderstanding of the ancient Games by Coubertin, while the later explores his unsavory political positions, notably his admiration for Hitler and ensuing glorification of the Nazi regime. I believe a translation of that paragraph would be a worthy addition to his English biography. Thank you. Président (talk) 16:14, 18 August 2012 (UTC)[reply]
Ask for an edit summary when rollback in used from watchlist
I've noticed a big difference in the way rollback acts between your watchlist and when viewing a diff. In the latter case, it asks for an edit summary and there is an 'ok' and 'cancel' button, effectively given you an opportunity to stop the rollback. The former does not provide this prompt - it just goes. Often this can lead to frustration, accusations, and general bad faith assumptions.
I don't figure this needs support of the community, but I figured its best to have this formal discussion just for future referencing.
I'd like to propose that:
A) The watchlist rollback be adjusted to act like the diff rollback
B) That both highlight 'cancel' by default in the prompt, providing another level of protection from misclicks or misenters.
I just get "Rollback successful" either way - and that's the way I want it, if I'm using rollback I want to spend as little energy as possible reverting vandalism. Maybe you have a custom gadget or script running? Franamax (talk) 17:38, 18 August 2012 (UTC)[reply]
(Thanks, Franamax, for any old edit.) I'm not noticing a difference on server rollback. Twinkle rollback, however, presents an edit summary box when you click that one. elektrikSHOOS (talk) 17:59, 18 August 2012 (UTC)[reply]
I don't know about anyone else, but I've never intentionally used the rollback link from my watchlist. The times I've wanted raw rollback have all been from user contribution pages, for the vast majority of vandalism reversion I prefer at least a generic vandalism removal summary. That said, if someone is clicking on a an raw rollback link for some reason, it should respond the same everywhere, which by default is to roll back without further inquiry. What may be a good idea would be to educate editors about the .css code to remove rollback links from their watch lists, and maybe adding it to a preferences menu. — Preceding unsigned comment added by Monty845 (talk • contribs) 04:30, 19 August 2012
Renaming of "Featured article" (and list, picture, category etc.)
(as per Imzadi1979's reasoning - we change one, we change 'em all)
Okay, now before the vultures start attacking, here's my reasoning:
"Featured" implies that the article has achieved this status by being prominently place somewhere (in Wikipedia's case, on the main page).
There may be some vague link between exceptional article quality and an article being featured on the main page, but without anything like "our best work" above the FA text on the main page, we cannot assume our readers will pick up on this. They may very well assume it to be 'another' DYK that just got picked out from the bunch.
It certainly was a huge shock to me when I found out that you could have articles at 'featured article status' that had never been featured on the main page - because FA is actually a level of article quality, not a symbol of being featured on the main page
[If I am wrong up to this point, please let me know. This is what I understand after some investigation into the matter]
So, I suggest we rename the featured article status to, for example, "great article" or "excellent article", or "best article" or something like that to then make it obvious that we are talking about levels of quality here.
Then when the star is added, it is simply a badge of honour to recognise that the article has also been featured on the main page at least once throughout its lifetime.
One consequence of this decision would be that Wikipedia:Featured article candidates will be renamed to Wikipedia:________ article candidates. Perhaps a new forum, specifically designed for setting up a calender for FAs of the day can be set up. Perhaps one is already set up that I don't know about) Then TFA can pretty much stay as is.
This is here to spark intelligent debate over this matter. Please do not shut it down with a policy shortcut, or with an attitude of "its too hard" or "its too complicated" etc. (without a proper argument to support your view)
Support in principle, but only if a better name can be found. I agree that "Featured" is not optimal, but so far have not seen a better alternative suggested. Oppose objections based on traditional usage, there is enough inertia on Wikipedia without institutionalising it. • • • Peter (Southwood)(talk): 10:25, 20 August 2012 (UTC)[reply]
Support at least discussing the idea, and my suggestion would be something like exceptional, as that meaning accurately describes such articles as both "rare" and "superior". —Torchiesttalkedits15:46, 20 August 2012 (UTC)[reply]
Strongly support Renaming - I'd be fine with "Article of quality" or "Quality article", based directly from the term already used by assessment. I'd also be fine with "exceptional" or even "noteworthy" as well. I strongly oppose words like "good/better/best/great/excellent/top/awesome/supreme/perfect/etc." as too subjective, and giving too much the impression of finality or being completed/"done". - jc3719:22, 20 August 2012 (UTC)[reply]
Support I find the adjective featured to be a misnomer. The articles are not noted for their prominence, but rather their quality. I'd be in favor of a high quality/quality for FA/GA or calling these exemplary articles, which is what they truly are.--TonyTheTiger (T/C/BIO/WP:CHICAGO/WP:FOUR) 21:58, 20 August 2012 (UTC)[reply]
Theoretically, if we rename featured to exemplary, and then rename start to D level, then we can have the ABCDEFG - or Alphabet quality system (A, B, C, D, Exemplary, Featured, Good) - sounds rather catchy! :D--Coin945 (talk) 06:12, 21 August 2012 (UTC)[reply]
Oppose
Oppose – I'm just not seeing a problem with the use of the word 'Featured'. In part it's preferable for being a relative term, rather than an absolute like "Great" or "Excellent". For the latter form to be meaningful, you really need to hold a review by a body that is independent of Wikipedia. Sorry. RJH (talk) 03:34, 20 August 2012 (UTC)[reply]
Per the Wiktionary, the verb 'feature' means to "ascribe the greatest importance to something within a certain context". Kind of what we're doing. Front page appearance is an additional outcome that many editors seem to appreciate; not everybody does, however. Regards, RJH (talk) 18:19, 19 August 2012 (UTC)[reply]
I understand the prestige that comes with having your article on the main page. My point is that if nobody understands that your page has been chosen because of its exceptional quality, then it's a bit of a waste. I think this is a two-pronged attack. Rename FA to something else to differentiate being top-notch quality and being featured on the main page, and then make it clear that we only "feature" something on the main page if it is top-notch quality. The consequence of this is that we will also be able to feature good article (I rememeber reading a discussion about this somewhere - people wanting to allow Good Articles to be featured on the main page).--Coin945 (talk) 00:58, 20 August 2012 (UTC)[reply]
Oppose Featured articles have always (or basically always) been around here. I mean, the whole process (criteria, FAC, FAR, etc), not the articles themselves. A change like this would break a very long standing tradition, and would force to rename or modify hundreds of pages, along with interwikis, and to fix several templates to keep it all working... and for which gain? If a change gives more problems than solutions, or give big problems while not solving anyone (we may like it, or not, or just take it as it is, but there's not really a "problem" with the current name), then it's better to be conservative. There's no need to change for the mere sake of changing. Cambalachero (talk) 04:02, 20 August 2012 (UTC)[reply]
Oppose - Agree with the concerns by Cambalachero, a change would break a long standing tradition and could force the rename or modify several pages and fix several templates. As such, there's no need to change it just for the sake of changing. Lord Sjones23 (talk - contributions) 04:19, 20 August 2012 (UTC)[reply]
Oppose - a traditional name - fitting or not - is THE NAME. Perhaps explain what it means more often, - I remember that it came up when I was welcomed to Wikipedia and I had NO IDEA what that meant, --Gerda Arendt (talk) 07:44, 20 August 2012 (UTC)[reply]
I disagree... I don't like the idea of sticking with a bad idea just because of traditional reasons. It's a very outdated idea. I thought that in the 21st century, we'd decided that if we hind a better solution to a problem, the only logical choice would be to switch. Isn't that what evolution is? Resistance to change due to tradition is a very silly idea imo. --Coin945 (talk) 10:02, 20 August 2012 (UTC)[reply]
"Very silly idea", a featured phrase! You got me wrong: I am not against changing structures and procedures, rather the opposite ;) But why change a name? Would you change yours to Bill because Coin might seem too small? Of the suggestions below, I don't prefer any to what we have. "Great article" would share GA with Good article, not a great idea. - Did you ask the people who run FA and TFA what they think? --Gerda Arendt (talk) 16:54, 20 August 2012 (UTC)[reply]
The main point of the proposal was to gauge the public opinion, before we went ahead with something bigger. However, you are right. It probably is time to link the FA and TFA pages here since there seems to be some momentum.--Coin945 (talk) 06:10, 21 August 2012 (UTC)[reply]
Ps: "featured" is more neutral than the alternative suggestions, FAs are of different quality, some 6-year-old ones would not meet today's high standards --Gerda Arendt (talk) 07:48, 20 August 2012 (UTC)[reply]
Just on that last point, how would it be any different to the rest of the naming system? Good article - what does that even mean...? If we were trying to creating a new type of article called good article here in 2012, the entire discussion would be filled up with arguments of "how do you define good" etc. Featured may be a more neutral word, but it is completely misleading and frankly, very confusing. And the last part of your sentence proves my point exactly. Yes, articles that have been featured on the main page, both past and rpesent, are of very different qualities. This way having a featured article star does not insinuate any sort of quality, but instead merely points out that the article has been featured on the main page.--Coin945 (talk) 09:58, 20 August 2012 (UTC)[reply]
Oppose. All the supporting arguments so far would apply equally to renaming the Olympic medals. There's nothing actually "golden" about a 1st place finish. Renaming the Olympic medals would be a bad idea, for the obvious reasons, and those reasons apply equally to the idea of renaming any Featured content. - Dank (push to talk) 16:32, 20 August 2012 (UTC)[reply]
Oppose this is pain for no gain. Per RJH (above), the word "featured" is perfectly cromulant here. An article is "featured" on the Wikipedia:Featured articles page. A subset of FA's become TFA's (Today's Featured Article) which are on the front page - and that process often involves what amounts to another review stage (over and above WP:FA) at WP:TFAR. I agree that it used to be that every FA wound up being TFA - but since the rate of FA creation is now slightly more than one per day - that's no longer possible. But the articles are all featured somewhere - so the name is still applicable. Going through and renaming every occurrence of "FA" to whatever this proposal would require is an arduous and unnecessary task. There are better things for busy people to be doing than this. SteveBaker (talk) 16:38, 20 August 2012 (UTC)[reply]
Oppose. The term "Featured Article" is ingrained within the Wikipedia community. It should not be renamed unless there is a very good reason to change it. I'll admit, it's a little vague, but changing it now could confuse new users even more. I may change my mind if someone suggests an exceptionally brilliant replacement.--SGCM(talk)21:48, 20 August 2012 (UTC)[reply]
Oppose—FAs are featured on Wikipedia:Featured articles, which is prominently linked from the bottom of the TFA space on the Main Page. Any renaming of FAs would also have to include the Featured Lists, Featured Topics, Featured Pictures, Featured Sounds and Featured Portals, all of which are featured in their own places of honor, and only some of which are included on the Main Page. You can't discuss renaming one of the six types of Featured Content without equally discussing them all. Imzadi 1979→22:24, 20 August 2012 (UTC)[reply]
There was consensus to add Featured Sounds to the Main Page when Features Lists were added. However, the FS process has shut down. There has never been a proposal that's gained consensus to add the Featured Topics or Featured Portals to the Main Page.
Again though, "Featured" in this context doesn't mean "Featured on the Main Page"; all of the types of Featured Content are listed on their corresponding lists, featuring them there instead. Imzadi 1979→06:59, 21 August 2012 (UTC)[reply]
Possible replacement names for featured article (please place your own suggestions here too):
Exemplary article
Great article - (logical progression after "good")
Excellent article - (logical progression after "good")
Exceptional article - (describes articles as both "rare" and "superior" - as Torchiest said :D)
Best article - (identifying these article as the best that Wikipedia has to offer)
Quality article - (these articles are of an exceptionally high quality)
Perfect article - (fits all the criteria that a "perfect" Wikipedia article should have)
Top article - (at the very top of the quality table)
Fine article
First-class article
Prime article
Premium article
Supreme article
Super article
Taking the proposition further, for a replacement name I would probably go for Best article, as the page on Featured article criteria says: "A featured article exemplifies our very best work and is distinguished by professional standards of writing, presentation, and sourcing". In Pretzel's main page redesign, he renamed "Featured Article" to "Best of Wikipedia". It states what these articles are clearly and concisely. I think this would be a good way to go.--Coin945 (talk) 15:50, 20 August 2012 (UTC)[reply]
Just to give us some idea of the history of the article-quality titles, so we get a better understanding of what we're dealing with here, can someone explain how we ended up with a quality-control system that consists of both letters (in a school-grade system) like A, B and C & then also words like start, stub, good, and featured? It seems like a really confused system. Also, on a side note, I don't understand the purpose of A (at least anymore). The logical progression always seems to go stub --> start --> c --> b --> good --> featured. I just saw an article that was both at A level and a Good article, and that got be wondering: what does good article even mean....? --Coin945 (talk) 16:13, 20 August 2012 (UTC)[reply]
The standard explanation, in brief: A, B, C (and start) are project-based ratings, FA and GA are community-based ratings. One project may rate a article B-class for decent coverage of content related to the project topic, while another project may consider it C or start for minimal coverage of its project topic (not all projects use C ratings, which were a later addition). It's not uncommon for one aspect of a topic to be better covered than other aspects, leading to different project ratings. FA and GA are not reviews within a topic area, so reflect somewhat broader reviews of overall content, writing, image use, and so on. If an article has been approved by a project's A-class review and also the community GA review, both will appear on the talk page. Gimmetoo (talk) 17:15, 20 August 2012 (UTC)[reply]
Most wikiprojects do not actually use the A rating, preferring to count anything below good status as B. (C was actually introduced only comparatively recently, as something between B class and Start class.) One good example of a project which does still use the A class is the military history project, who place A class as somewhere between GA and FA, requiring an FA-style assessment. As another historical note, in case no one else has mentioned it, you may be interested to know that the "featured articles" project was preceded by a system called "brilliant prose". This is back in Wikipedia's earliest days. J Milburn (talk) 21:35, 20 August 2012 (UTC)[reply]
The Highways Project has its own A-Class Review (used primarily by the U.S. Roads and Canada Roads projects) that also operates as FAC-light to assess articles as above GA and below or ready to be nominated for FA. Our ACR requires that an article be a GA before review as well, so M-553 (Michigan highway) is both a Good Article (it's listed on WP:GA), and an A-Class article (it was reviewed at WP:HWY/ACR). That just means it's a Good Article that is no longer at GA-Class, again that's possible because GA status and GA-Class are technically distinct. (see below).
The Stub-Class is an analog to the stub-sorting project, and typically it's reserved for short or unorganized articles. Start-Class is the next level up in terms of content and organization; I liken it to being the start of a decent article. That's followed by C, B, GA-Class (technically distinct from GA), A-Class and FA-Class (also technically distinct from FA). A project doesn't have to award GA-Class to an article listed as a GA; in fact USRD has had a few examples where a GA failed to meet the project's B-Class criteria, even though it was awarded GA status, so the article would have been both a C-Class and a GA before they were improved. Imzadi 1979→22:24, 20 August 2012 (UTC)[reply]
Wikiquette alerts is a noticeboard made to resolve problems about civility and Wikiquette. Right now, it's a noticeboard to vent at each other and the problem is not resolved (yes, in some cases it works but in the grand majority...). A lot of the disputes get referred to other noticeboards (which is not good), and the newcomers always receive a boomerang effect and leave unhappy. I've used WQA before, and that did not work well, with the other party leaving Wikipedia.
The hiarchy is currently "Talk page -> WQA -> AN/I -> RfC/U -> ArbCom. If a dispute is not resolved through the talk page, it does not have much chance at WQA, and AN/I should be able to handle civility complaints (and it already does). In brief, WQA is failing and is just a place to vent and kill each-other. ~~Ebe123~~ → report22:03, 19 August 2012 (UTC)[reply]
I would support a close of WQA, and I think there's clear data that shows the need. In my work as a fellow, WQA was one forum that I did research on, and the results were quite poor. In the survey I ran, only 8% of participants felt that WQA was an effective process for resolving disputes, and this was reflected in my analysis of disputes for the month of May - 21.4% of disputes were resolved as a result of WQA - a majority of the other disputes went unresolved because the participants continued to bicker at WQA. Closing WQA is not a new idea - it has been proposed for deletion three times, and discussed elsewhere numerous times. Those that favour keeping WQA open state that it serves a useful function - conduct disputes that do not require admin intervention can be addressed there. That may be the case, but a majority of the time the discussion will end up with parties at each others throats. This doesn't do much to resolve a dispute - and I think we can do without it. I don't think there's a real need to replace WQA with anything - this month WQA saw 14 disputes, and in May only 17. Some may say that this amount of threads creates little impact and therefore makes it harmless - I disagree, as does the numbers. I therefore think we should mark WQA historical, and encourage hashing out issues on a user talk page - if this is ineffective at resolving the issue it can either be dealt with at ANI, or at a user conduct RFC. Once this change is made, it's up to us to encourage social change - close frivolous threads. But this is needed. StevenZhangHelp resolve disputes!23:45, 19 August 2012 (UTC)[reply]
I would also support the closure of WQA. I have never been involved in WQA, but I found the discussions there quite poor. I also agree with the concerns posted by Stephen Zhang: we should make this historical and encourage hashing out issues at user talk pages. However, if this proves to be ineffective at resolving the issue, it can be dealt with at ANI or at a user conduct RFC. In any case, this closing is needed. Lord Sjones23 (talk - contributions) 23:50, 19 August 2012 (UTC)[reply]
I though I made it clear in the "hiarchy" "Talk page -> WQA -> AN/I -> RfC/U -> ArbCom", so without WQA, it would go to the next. ~~Ebe123~~ → report00:51, 20 August 2012 (UTC)[reply]
I support closing WQA as well. It's a step in the dispute resolution chain that seldom produces meaningful results. If there are a few cases where WQA is actually effective, I think we can incorporate that into a new process, or maybe even an existing one. If people are nervous about closing it down, I'd be okay with making it a "conditional close", pending some other decision about where to re-route the current WQA complaints. Shooterwalker (talk) 01:04, 20 August 2012 (UTC)[reply]
Regarding the hierarchy: I would propose to simply cut it to "Talk page -> AN/I -> ArbCom", concentrating the WQA and RFC/U functionality at AN/I. The influx of "freed" Wikipedians would help to make the AN/I a solid first instance, capable of cutting off the traffic to ArbCom in most cases. Though indeed it is a separate discussion. — Dmitrij D. Czarkoff (talk) 01:18, 20 August 2012 (UTC)[reply]
The idea is to try to resolve problems without admin intervention. Does it work? Usually not, but sometimes it does. Deleting this page won't change the total wikidrama at all, just move it, most likely to ANI. Better a newbie wander into WQA with Editor X deleted my post off their talk page then post that to the shark tank ANI. Consider this example where a thread was [13] closed with that rude "shut up" tag -- does that stop anything? Nope, problem just goes to ANI. Less disruptive to let users talk it out on a lower traffic board. On an environment that (allegedly) prides itself on not bureaucracy there really ought to be a mostly free form, non bureaucratic place for users to vent and feel supported. We're kind of a screwy place and it's easy for new editors to end up feeling miffed, and WQA provides a place for them to go. The usual sequence is not WQA->ANI etc. It's WQA-> (users eventually figure out they're not going to get the other guy "punished" and the need to figure out how to get along.) Nobody Ent01:30, 20 August 2012 (UTC)[reply]
Okay, well, that does sound like a useful function. I don't intend to cast a !vote one way or another, but I suppose if enough editors see it the way you do, and are willing to devote time to such an activity, no harm done. Shawn in Montreal (talk) 01:37, 20 August 2012 (UTC)[reply]
If we only closed WQA and did nothing, I'd completely agree with you - the disputes would simply roll over to ANI and nothing would be achieved. But we need to encourage social change - I don't disagree that it will be hard to achieve, but we need to work together on it. Closing WQA is a first step - we then need to rewrite WP:DR to include more self-help info - encourage hashing out disputes on a talk page. If that's unsuccessful, then AN can assist. I acknowledge the work done by those at WQA, but I think we need to rethink how things are done, and closing WQA in my mind is a step in the right direction. Let's close it for a month and see how things go. If things get out of control we can always reassess the situation. StevenZhangHelp resolve disputes!01:50, 20 August 2012 (UTC)[reply]
Oppose: funny I favor a keeping a board that I frequently ridicule. But believe it or not I have been in disputes where the threat of dragging someone to WQA resolved the situtation. IMO all WQA needs is for volunteers to issue stern warnings, and inform violators that continued misbehavior will result in a perp walk to ANI.– Sir Lionel, EG(talk)02:13, 20 August 2012 (UTC)[reply]
Seems like the threat of escalation is still there - it's just AN/I or an RfC rather than a WQA. I agree that WQA might hypothetically work if plenty of active volunteers patrolled it and made a point of intervening in every discussion - but that doesn't happen much in practice - so it's really an empty threat: "If you can't agree in our discussion here on the talk page, I'll take it to WQA and we'll talk about it there instead."...Meh. SteveBaker (talk) 14:35, 20 August 2012 (UTC)[reply]
Support closing Only on Wikipedia would we have thought it a good idea to have a bureaucracy/public embarrassment forum for bad etiquette. Gigs (talk) 13:28, 20 August 2012 (UTC)[reply]
Support It's obviously not working - and it is quite possibly fanning the flames in some disputes. RfC seems to be a more effective mechanism. SteveBaker (talk) 14:30, 20 August 2012 (UTC)[reply]
Oppose. Nobody Ent has pointed out the way that WQA has been helpful in its way. I think it's a matter of not having overly high expectations. If you don't find it productive (and once you become an experienced editor you probably won't find it productive), then no one forces you to go to it to initiate anything. And I think it's telling that the opening proposal actually uses an outdated name for the page. --Tryptofish (talk) 14:35, 20 August 2012 (UTC) Fixed: [14]. --Tryptofish (talk) 19:26, 20 August 2012 (UTC)[reply]
Support. As far as I can tell, WQA almost never works. I wish we could come up with a lightweight process devoted to handling interpersonal disputes that actually worked, but with herding cats as hard as it is, I'm not sure what such a process would look like. I suspect it would have to be supplied with sharp teeth to be useful in actually resolving things, and, well, if we're going to send people to a board with teeth, we might as well just direct them to ANI and see how that works out. I would very much be open to a proposal for a new, toothful interpersonal-dispute process if it turns out after the close of WQA that these sorts of disputes aren't handled well by the rest of the DR chain (talk, RfC/U, ANI...). A fluffernutter is a sandwich! (talk) 14:48, 20 August 2012 (UTC)[reply]
Throughout the project, breaches of the expected level of decorum are common. These violations of the community's standards of conduct are unevenly, and often ineffectively, enforced. (1,2) — English Wikipedia Arbitration Committee
Support. too retrospective and blaming, needs to be more about finding solutions not highlighting problems. The number of dispute resolution places needs to be streamlined. Casliber (talk·contribs) 15:47, 20 August 2012 (UTC)[reply]
Support closure. Take for instance the current revision: none of the six threads has improved matters, and one or two seem to have actually increased the drama. Looking through the archives this state of affairs doesn't seem to be at all uncommon. Nobody Ent raises some valid points about occasions on which the board does fulfil a useful role, but the balance of evidence suggests that Casliber's "too retrospective and blaming" is an accurate assessment. Alzarian16 (talk) 15:58, 20 August 2012 (UTC)[reply]
Support The cost/benefit ratio seems to be unfavorable. I suspect that the rare instances in which a good outcome results would have had a good outcome anyway. WhatamIdoing (talk) 18:16, 20 August 2012 (UTC)[reply]
Support - sigh, unfortunate. I agree that IRL having a mediated place for individuals to "get it out", and to try to helpfully nudge editors who may be in contention towards collegiate wikiquette seems like a good thing. However, I'm not sure of its direct effectiveness in a typewritten environment that isn't in "real time". Seems like this has mostly devolved into each person taking their time to figure out how to better "get" the "other guy", and push their "side". So all this seems to be doing is moving a discussion thread, than actually doing any more resolving than can be done on any talk page. All that said, I think it would be great if editors who are regular helpers there, would write up a helpful guidance page based upon what they have currently learned while helping there, so to help others in future such situations. - jc3718:57, 20 August 2012 (UTC)[reply]
Strong strong oppose - AN/I is for administrative actions that need to be used (blocking, etc.) If someone crosses etiquette, that is by no means a reason to require admin action. If you have a dispute with a user, WQA needs to be the first place to go, and failing that, RFC/U, and failing that, Arbcom. Admin action is only needed if the person is or remains disruptive. --MASEM (t) 19:16, 20 August 2012 (UTC)[reply]
WQA is not the only way to stop such issues going to ANI. There's no point keeping it just because we can't be bothered to try alternatives. Rd232talk19:21, 20 August 2012 (UTC)[reply]
Inasmuch as "wikiquette" refers to being civil to one another - and that seems to be the crux of most issues WQA handles - it is an administrative matter if it's intractable. WP:CIV is a policy and a pillar, and editors who habitually break policies and pillars are quite likely to find themselves on the losing end of a block, topic-ban, or other administrator(s)-imposed sanction. If your point is that going to ANI for a first instance of incivility is overkill, I'll agree, but I disagree with the general notion that ANI can't handle civility concerns. A fluffernutter is a sandwich! (talk) 19:27, 20 August 2012 (UTC)[reply]
I disagree on both points. We do not want people running to ANI because for playground-type annoyances. It already gets bogged down in petty events already and definitely should not be encouraged as the first point of dispute resolution after trying a talk page approach. But more importantly, ANI is specifically needed when admin tools are required. Most situations that go to WQA do not require admin but simply words of caution. If ANI starts taking up too much of these, I can pretty much assure that there will be enough spite by admins having to take up this task that all parties involved in disputes may simply find themselves blocked if the issue is petty enough. There's a reason why we have ArbCom at the top of this chain, they're people that the community believe can best help resolve behavioral problems, not admins. WQA, even if the arguments turn sour, works as a page to expose more editors to such issues and seek some type of resolve and if that or the non-binding RFC/U fails, then maybe admins should be in play. --MASEM (t) 19:42, 20 August 2012 (UTC)[reply]
"[A]ll parties involved in disputes may simply find themselves blocked if the issue is petty enough" sounds more like a solution then like a problem to me. I believe Wikipedia should become more generous on short-term blocks in case of conduct policies' violations. — Dmitrij D. Czarkoff (talk) 23:10, 20 August 2012 (UTC)[reply]
...up until you find yourself blocked along with an IP because the IP didn't like you took off the fact that "Justin Beiber is the best ever!" off an article about Abraham Lincoln and told you out on ANI. Yes, I would really really really really hope admins don't jump on a situation in that manner, but if ANI becomes overloaded with petty cases, the admins will become jaded and intolerable of any minor struggle. Certainly experienced editors will become upset at enforcement like this, and I can only imagine what newer editors would think The rigors of WQA act as a buffering point to prevent ANI from dealing with petty arguments that have no place on ANI. --MASEM (t) 23:21, 20 August 2012 (UTC)[reply]
Support - I don't think it can be reformed, and the only way to do any better is to get rid of it. I would strongly suggest not sending people to ANI instead though - taking people away from there was one of the few virtues it had. Wikipedia:Third opinion or similar might be a better alternative - a lot of the problem with WQA was mixing up civility issues with content disputes, and 3O allows volunteers more flexibility to provide input on both, whilst focussing on the core of the dispute and not trying to litigate blame unnecessarily. A bit of "that wasn't nice/helpful, but let's move on and focus on the core of the dispute, which seems to be..." is often what's needed, when it isn't simply some clarification about policy etc. Rd232talk19:21, 20 August 2012 (UTC)[reply]
Support, it is about time. Experience shows that essentially nothing ever gets resolved at WQA anyway and I don't see evidence that WQA discussions actually reduce drama and incivility. Nsk92 (talk) 19:26, 20 August 2012 (UTC)[reply]
Tentative support I have never seen it achieve anything. It was a brave and well-intentioned initiative, but I think it has irredeemably failed. --John (talk) 19:32, 20 August 2012 (UTC)[reply]
Tentative support It seems like many people tend to skip it anyway, and head straight to ANI with civility issues. I will note that incivility is sadly still a significant problem, and as such I'm worried that this may result in a flood of minor disputes being left unresolved and simmering, or heading to ANI while too small for action. Cheers, Zaldax (talk) 19:44, 20 August 2012 (UTC)[reply]
Support Currently WQA serves to delay cases being heard at ANI or Arbcom but doesn't actually seem to accomplish much per se. I find this extra step needlessly bureaucratic when ANI/AN are capable of handling civility disputes, at least to a larger extent than WQA. Sædontalk19:47, 20 August 2012 (UTC)[reply]
Support - Re-using part of my entry into WQA's 2011 deletion discussion WQA is like AN/I's redheaded stepchild, the petty things people don't want to deal with just get shunted out of sight out of mind. What it is is a tattletale board, an "editor X was mean to me! BAWWWWWWWWWW!" outlet to drag someone to do when an editorial dispute isn't going your way...or it is going your way, and you want to keep your foot on your wiki-opponent's neck. Tarc (talk) 19:49, 20 August 2012 (UTC)[reply]
Support WQA is beyond useless. It is a stupendously ineffectual mud pit in which ideologues, edit warriors, prissy civility nannies, and the mock-offended wrestle and spout sanctimonious rhetoric at each other. It can't even hand out a good trouting. Nuke it from orbit. Skinwalker (talk) 20:11, 20 August 2012 (UTC)[reply]
Comment I will say that, having been at WQA here and there, the one thing I like about it is being able to talk about civility concerns in an open forum where outside input can be provided without feeling like you are trying to get somebody punished. The problem is that outside input is rarely offered. Usually you just have involved parties bickering, with some complaining about possible sanctions when the purpose is actually to avoid sanctions. Taking anything to ANI is horrific and RfC/Us are not for minor spats. Unfortunately, civility will always be a problem so nothing will solve that, but we still need a noticeboard for these sorts of minor civility issues that is not as confrontational as ANI.--The Devil's Advocate (talk) 20:23, 20 August 2012 (UTC)[reply]
Support or give it teeth. Don't get me wrong, it is very important to enforce our civility policy. But I oftentimes feel alone in this opinion. Every time I tried to actually accomplish something at WQA I was laughed away, because the board has no binding power and the policy it seeks to police is without consensus. With a strong userbase opposing civility blocks in all but the most egregious cases, disagreements brought to WQA only linger and fester. Until we as a community take civility seriously, WQA would remain a place where conflicts are heated up, not cooled down. ThemFromSpace21:23, 20 August 2012 (UTC)[reply]
Support not sure if my vote actually matters here since the consensus to burn this baby down is pretty clear so yes, today WQA, tomorrow all the other useless dramaboards.VolunteerMarek22:58, 20 August 2012 (UTC)[reply]
It's not WQA that needs teeth, the civility policy itself handicaps any enforcement of civility by making it very difficult to block for it: Wikipedia:CIVIL#Blocking_for_incivility. With current policy you can get away with large amounts of incivility. This is particularly the case if you are otherwise productive (except for driving away other editors that is) or are an established editor.
At times editors do modify their behaviour, even if grudgingly.
The survey demographics did not question inexperienced editors and focussed on experienced editors. High profile disputes with experienced editors are usually caused by long term issues and are also outside the remit of WQA; expecting a discussion which typically goes stale after 3 days to resolve that sort of issue is asking too much.
WQA can provide support or validation for editors who are subject to incivility, even if the incivility can't be dealt with; most of the threads at WQA would be promptly closed at ANI as they do not require administrator action; so the question then should be: does WQA do a better job than the individual editors re-discussing things on the talk page? I would say yes.
RE: The survey - the criteria for selection was 10+ edits in total to dispute resolution forums over a 24 month period. Remember: perception is important. 39% (92 respondents) had requested assistance and 25% (60 respondents) had volunteered at WQA, but 73% (174 respondents) had an opinion on WQA - showing that some had an opinion of WQA but hadn't used it before. I've made further comment below, but I think that we need to focus on social change - encourage hashing it out on a user talk page and provide self help tools so things like WQA isn't needed. StevenZhangHelp resolve disputes!01:58, 21 August 2012 (UTC)[reply]
Conditional Support. Per Masem (opposing) who makes some important observations: strictly on the understanding that AN/I does not take up the role and become a redirect target. There are already far too many help, advice, and other drama boards and many users, including experienced ones, can't see the wood for the trees. Many of the problems on the drama boards themselves are that they are staffed very often by inexperienced users who lack the necessary negotiating skills. This is a golden opportunity to start slimming down but the role of AN/I needs to be made more clear. Admin noticeboards are already swamped by people who can't/won't read the instructions, and new users who want to test their 'moderating' by unnecessarily 'clerking' at AN/I and other admin territory; all it does is prolong the agony. If the proposal to disband WQA reaches consensus, while relevant non-admin comments are welcome, there should first be an indication that AN/I was never intended to be a kangaroo court and that comments should be restricted to admins and involved parties. Maybe then we'll get more admins interested in keeping AN/I on their watchlists. Kudpung กุดผึ้ง (talk) 01:44, 21 August 2012 (UTC)[reply]
Support. Somehow Wikiquette assistance became a sort of cruel parody. It's the only place on Wikipedia where you're guaranteed to be made fun of (or worse) if you present a complaint. Kaldari (talk) 02:28, 21 August 2012 (UTC)[reply]
Oppose - I'm not a great fan of WQA, but it does serve a purpose, in that it deals with entry-level and one-off complaints; extended or egregious behvioral problems can then go to AN/I. My fear is that if WQA is closed, AN/I (which already has many threads that could have been dealt with elsewhere) will be inundated with complaints of the level of "He was mean to me." There needs to be a gatekeeper noticeboard for civility and low-level behvaioral complaints -- if WQA needs to be restructured, or given more teeth, or renamed or whatever doesn't really matter, as long as there is some first place for users to go to before things escalate to AN/I levels. AN/I cannot be that first place. Beyond My Ken (talk) 03:44, 21 August 2012 (UTC)[reply]
The first place should be a user talk page - if that's unsuccessful then outside input should be requested - I think something like the {{helpme}} template or a modified 3O would work. We should emphasise the importance of hashing things out at a talk page and decrease the reliance on boards like WQA or ANI. StevenZhangHelp resolve disputes!04:14, 21 August 2012 (UTC)[reply]
Yes, of course, talk page discussion should always be the first recourse, but I was talking about the "port of entry" for when talk page discussion does not settle the issue. Right now, that's WQA. If WQA is done away with, those disputes are going to have to go somewhere, and I don't believe that AN/I is the best place for them, there has to be somewhere to deal with post-talk page dispute before they reach the AN/I level. Beyond My Ken (talk) 05:17, 21 August 2012 (UTC)[reply]
(ec) I had a think about this and chatted with a few people - one problem with WQA is that the filer has the upper hand - "X user DID THIS!" - it immediately puts the respondent on the defensive and they can attack the other user in retalliation. Thinking about what works well at the moment, I thought of the {{helpme}} template - a user pops it on their talk page and gets assistance from someone. Something similar may work to supplant WQA - I'm working on Wikipedia:Sanity checks - the purpose of which would be that a user can see a situation and ask for someone to take a look at it - no pointing fingers. The details need to be hashed out but I think it'd work well - we need to give new ideas a go at least. StevenZhangHelp resolve disputes!05:52, 21 August 2012 (UTC)[reply]
We never had one before Mar 2005. You're right that the page was created because people were tired of complaints on ANI, but guess what? They didn't really decrease much. And WQA is not helping, in fact the opposite. KillerChihuahua?!?05:38, 21 August 2012 (UTC)[reply]
I have not, of course, done any kind of historical survey, but my impression is otherwise, that a lot of stuff still gets settled at WQA and never makes it to AN/I. Since these are, by their very nature, fairly run-of-the-mill incidents, they may not make much of an impression on people examining the two boards, and the more serious issues (that get noticed) do indeed tend to move on to AN/I. My feeling is that if WQA were more forcefully promulgated as the place to go post-talk page (by, for instance, referring routine matters there from AN/I more often) it would be a better filter. At the moment, I'm afraid that the claim that AN/I won't be adversely affected by closing down WQA sounds a bit like the politician telling his constituents that the new traffic pattern won't result in more traffic on their street. Unfortunately, the traffic has got to go somewhere, and if there's no WQA (or a replacement for it), it's going to end up at AN/I. Beyond My Ken (talk) 07:08, 21 August 2012 (UTC)[reply]
Support - WQA was a well-intentioned "sounds good on paper" idea that, per nom. & others in support of closure, hasn't worked in practice (generally speaking) and if anything has proven counterproductive.-JayJasper (talk) 05:52, 21 August 2012 (UTC)[reply]
Nobody Ent has this right. WQA is really only effective for low-level incivility between editors who don't know any better: it is hopeless for actual civility enforcement. However, given that, it actually works well enough for what it is and closing it would simply increase the workload of the general admin corps. Chris Cunningham (user:thumperward) (talk) 07:45, 21 August 2012 (UTC)[reply]
It looks like there are a few token objections to closing WQA. Assuming that the consensus *is* to close WQA, we should still take into account those token objections to make sure DR works optimally. The (limited) value of WQA has been described as:
Reducing the overload of low-grade civility complaints at AN/I or RFC.
A deterrent on low-grade incivility, to prevent things from escalating to a full-fledged AN/I or RFC.
A less bureaucratic mechanism for minor incivility that doesn't require an administrative action.
A less WP:BITEy way of helping new editors understand our civility policy, without too much page traffic.
Not saying that these are reasons to keep WQA around. But if the decision is to close WQA, we ought to decide whether to have another "line of defense" before we send these things to AN/I or RFC. If yes, we need to decide what that process should be. If not, we need to decide how to improve how RFCs and AN/Is deal with low grade incivility and newer editors who might only need a stern warning. Shooterwalker (talk) 20:04, 20 August 2012 (UTC)[reply]
Perhaps a template of some sort, in the same vein as Third opinion? (How's that project fairing, by the way?) Users could tag a discussion they feel is becoming uncivil, and a neutral party could drop by to observe the situation and give a few friendly reminders to the involved parties. It would certainly be a less bureaucratic, bite-y way of handling minor disputes. Cheers, Zaldax (talk) 20:11, 20 August 2012 (UTC)[reply]
It seems to me that DR/N could be the first line of defense, in-so-far as to establish whether the dispute is primarily content-related or behavior-related. As it already deals with content, and to the extent of identifying behavioral issues, this wouldn't be a change. From there, for behavioral problems (for that is what concerns us here) it could continue to "direct" users to the appropriate solution board, usually the user talk page to start, or another appropriate sub/pre-ANI noticeboard. If it's identified that the scope of the problem is larger than the scope of another noticeboard or user talk pages, then I doubt it's too small for ANI to handle.
This seems to me to get a bonus out of this direction, which is structuring the dispute to some extent, something I know is something WQA has an issue with.
Alternatively, we could set up a DR/BN (DR/Behavioral noticeboard), with the same restrictions on the participants as at DRN (word count, etc.). This also has the benefit of structure. --Izno (talk) 21:03, 20 August 2012 (UTC)[reply]
Third opinion is a process that works, but minor content disputes are much easier to resolve than behavioural ones. When two editors start going at each other's throats, it's difficult to stop the dispute from escalating. Small behavioural disputes have a tendency to snowball into larger ones.
Instead of creating a separate template or noticeboard and risking forum creep, one option which has been mentioned is to expand the scope of current content dispute resolution venues (3O and DRN) to include small behavioural disputes (that don't qualify for RFC or AN/I) alongside content disputes. Behavioural disputes are often intertwined with content disputes. This proposal may work, but it does have some major problems. It would drastically increase the workload of the process, and introduce the mess of personal drama into the process that volunteers might be uncomfortable with handling.--SGCM(talk)21:11, 20 August 2012 (UTC)[reply]
Third opinion is a process that works, but content disputes are much easier to resolve than behavioural ones. - Neither of these claims is true except for some pretty weird definitions of "works" and "resolve".VolunteerMarek22:56, 20 August 2012 (UTC)[reply]
Let me clarify, I meant relative to WQA. In the activity analysis, 3O had a success rate of 52% compared to WQA's 21.4%. A 52% percent success rate is nothing to brag about, and 3O certainly needs to be improved. I actually agree with you that the large content disputes (Arab-Israeli, Northern Ireland, Scientology, etc) are every bit as problematic as the dramafests that flare up on Wikipedia. But those disputes often fall outside the purview of 3O.--SGCM(talk)23:24, 20 August 2012 (UTC)[reply]
WQA fails in its inability to enforce decisions. To date the only instrument that can be used to enforce anything conduct-related is ban, so any new conduct dispute resolution process that doesn't not offer "ban" outcome is doomed. On the other hand, we already have a place where this outcome is available — AN/I, so why reinvent the wheel? — Dmitrij D. Czarkoff (talk) 23:28, 20 August 2012 (UTC)[reply]
Because not every WQA case needs admin action. If it doesn't need admin action or it's not apparent that it does because of no smoking gun; the section will be closed quickly at ANI. IRWolfie- (talk) 00:51, 21 August 2012 (UTC)[reply]
I do think we need a clear alternative to direct people to if WQA goes (an alternative which is not ANI!). My suggestion is WP:3O, via a help page about civility issues that tries to give advice about situations which WQA frequently encountered, including on when to escalate to RFC/U or ANI or Arbcom instead of using 3O. If this doesn't work for some reason, alternatives can then be considered. Rd232talk21:39, 20 August 2012 (UTC)[reply]
If we are to redirect to 3O, the latter is going to need to be reworked to an extent; specifically, to allow for situations in which more than two editors are involved in a civility dispute. Perhaps we could create a template such as the one I mentioned above, but fold it into the 3O project (perhaps as a civility subpage) to avoid some of the creep. That would allow for a more nuanced approach, I think, and would avoid overburdening the content dispute aspect of 3O with behavioral disputes. Cheers, Zaldax (talk) 22:29, 20 August 2012 (UTC)[reply]
I don't think 3O should be the primary destination that WQA gets routed to, but 3O is effective and I would be happy for it to take some of the caseload. If that means tweaking 3O's criteria, so be it. Our primary goal should be resolving disputes, rather than process pedantry. bobrayner (talk) 00:09, 21 August 2012 (UTC)[reply]
This is a discussion about process change; it's possible to change processes (although it's rarely easy around here). If there's another task which 3O would be better at dealing with, I'm happy for 3O to take that on too, rather than saying that 3O may only do what it currently does. bobrayner (talk) 07:16, 21 August 2012 (UTC)[reply]
IMO, the reason WQA does not work is that incivility is not a disease, it is only a symptom. Simply mark WQA as historical and focus on the root causes. If the incivility is tagging along with a content dispute, 3O is an option because resolving the content dispute should resolve the civility issue. If it does not, ANI becomes relevant. BLPN, COIN, etc. could also come into play depending on who is causing the concerns, and why. Resolute00:59, 21 August 2012 (UTC)[reply]
Something to consider here - in May, WQA saw a total of 17 disputes, a little over 1 every 2 days. If this trend were to continue, I don't think ANI would be flooded. Directing people from the closed WQA to a set of instructions on how to handle their own issues (read: self-help) should be encouraged in the first instance, something like Wikipedia:Sanity checks (hybrid of WP:GMN and {{helpme}} - currently being worked on) may catch any loose threads. But I don't think the concern of closing WQA causing an overflowing of petty disputes at ANI holds much water, simply because ANI isn't used a great deal. StevenZhangHelp resolve disputes!11:46, 21 August 2012 (UTC)[reply]
WQA Failure and Success
It would be interesting to know how many editors who have stated "WQA doesn't work" feel that way because a.) they dislike being reported there when they push the envelope, as opposed b.) they editor they reported didn't get slammed.
WQA is not ANI or ArbCom. WQA rarely has winners and losers. WQA is the anti-Thunderdome: "two editors enter, two editors leave." Boring. No stocks or public hangings. WQA is either about editors being told yea, that editor was kinda of a jerk, but that's how it is around here, or you're being kind of a jerk and it would be good if you tone it down -- sometimes concurrently. What folks don't seem to get is just because someone doesn't get the block hammer, and confess Perry Mason style -- OMG, I'm sooo sorry I was rude, I'll never, ever do it again -- doesn't mean it has no effect. A newbie finding out that someone cares, a little, if ineffectually, matters. A veteran editor who tones it down about to avoid the annoyance of yet another WQA notification, matters.
Given the lack of consensus about civility -- what it is, how to enforce it, "WQA" is going to exist somewhere. When all is said and done with the "to what" section above, it's just gonna be WQA with a different name and watchlist.
See my comments at Conditional Support above. One of the problems is that where people with a grievance arrive at the wrong forum, instead of being redirected to a more appropriate venue, many editors attempt in good faith to resolve the problem there and then. More effort should be made to send users to the right places. Most of the incivility issues probably stem initially from content disputes, and WP:DRN is possibly the best venue to attempt to resolve them. Only, and strictly only, should complaints be taken to AN/I when admin action is clearly required. Kudpung กุดผึ้ง (talk) 02:30, 21 August 2012 (UTC)[reply]
My thoughts here: I think we don't necessarialy need to redirect WQA to somewhere - I think in the first instance, we need to encourage social change (I'm starting to sound like a broken record here). On WP:MEDCAB (now closed) we detailed ways that editors can get dispute resolution - offering DRN for small disputes and MedCom for larger ones. With WQA, we can do a short writeup on why WQA was closed, what steps they can use to address the issue and maybe a link to a modified 3O if that's unsuccessful. StevenZhangHelp resolve disputes!02:36, 21 August 2012 (UTC)[reply]
An education tool that rarely works. We're thinking about things the wrong way with WQA - something else can serve the same function but not create the chaos that WQA does. I'm working on something new at WP:Sanity checks. In a nutshell - hybrid of third opinion and the {{helpme}} template - lighthearted way to say "Hey, I think we may be a bit of an issue here, can someone come along and assess it" as opposed to "USER X DID THIS AND I DONT LIKE IT" which is common on WQA. Social change is key. We made changes to DRN for August - status templates and structure. It's resulted in disputes being resolved four times faster than compared to the unchanged DRN in May, and thread size has decreased by just over 40%. Change is good. Let's work together and come up with something better. StevenZhangHelp resolve disputes!08:30, 21 August 2012 (UTC)[reply]
The impact of socio-geo-politics on articles
Something that interests me greatly is the notion of how the same concept/period in history/person etc is spoken about in different langauge articles in Wikipedia. Through my Making Meanings course at uni, I now understand how subjective language is, and how it has culture boundaries - affecting the way we see the reality around us.
This led me to the idea, which I'm sure has been brought up many-a-time, of analysing the way different langauges speak about the same topic, identifying biases, or just simply what the different Wikipedias choose to put focus on. I think some sort of investigation/research into this would be both really informative, not to mention really useful (in discovering how the socio-geo-political conditions have affected the way different culture respond to the same event).
As an example, if we had article on both UK Enlgish and US English, perhaps we would find the US article has written about America's War of Independence as a noble quest for freedom and rights, and of George Washington as a naitonal hero, and perhaps the UK article would have written the article from the perspective that the War was more of a rebellion that needed to be crushed, with George Washington being a traitor. <-- value-laden language probably has a big part in this.
So my question is: is is possible for us to get some sort of research going? I'd say we go for very cross-culturally contentious issues and examine the Wikipedias relating to the ocuntries involved.--Coin945 (talk) 01:09, 20 August 2012 (UTC)[reply]
You probably want to go over to WP:CSB, which is a wikiproject dedicated exactly to this sort of thing. Unfortunately, I don't think it's very active, but it's worth a shot for starters. Xavexgoem (talk) 01:18, 20 August 2012 (UTC)[reply]
I don't know if this idea was discussed in the past (I did not see it among the perennial proposals), so I'd like to float it here to see what others think. Assuming it is technically feasible, I think it would not be a bad idea to create a user permissions feature (similar to rollbackers and reviewers) which would enable users in that group to block IP vandals without actually having admin status. In my observations, blocking IP vandals is a fairly straightforward activity which does not require the kind of advanced policy knowledge that many other admin tasks do (such as deletion, for example). Yet in terms of project maintenance tasks, blocking IP vandals is probably the one that needs to be performed most frequently. Giving a limited right to block IP vandals (say for no more than 12 hours) to non-admin trusted users would alleviate persistent backlog at AIV, allow admins to concentrate on more advanced tasks and give users who later want to run for RfA some hands-on admin-related experience. I think this feature could function in a similar way to rollback rights - easily granted (by any admin) and easily taken away in case of a problem. Nsk92 (talk) 22:24, 20 August 2012 (UTC)[reply]
I think the biggest problem with giving someone an incomplete set of admin powers is that they would then be tempted to use the specific power they have when a situation calls for the use of a different power. For example, instead of blocking certain IP users, maybe a better approach would have been to protect the article. Maybe both IP and signed-in users are causing problems but only the IP users get blocked. Maybe an indefinite block is warranted, and the problem resumes after 12 hours. Also, this proposal would increase the power imbalance between IP and signed-in users, increasing the extend to which IP users are regarded as bad by default. Cheers, Bovlb (talk) 23:07, 20 August 2012 (UTC)[reply]
"I think the biggest problem with giving someone an incomplete set of admin powers is that they would then be tempted to use the specific power they have when a situation calls for the use of a different power."
Perhaps that sentence would have been clearer if I had used the word "tool" instead of the word "power". No-one is perfect and I'm sure admins do sometimes apply the wrong tool to a situation, but less so, I think, than if the right tool were unavailable. Cheers, Bovlb (talk) 08:07, 21 August 2012 (UTC)[reply]
Toshio Yamaguchi My talk My preferences My watchlist My contributions My sandbox Log out
You had to see that one coming a mile away. 64.40.54.181 (talk) 19:39, 13 August 2012 (UTC)
]. The only restriction is a hard limit of 15px high and 200px wide.