Wikipedia talk:Bot Approvals Group: Difference between revisions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Content deleted Content added
Change in bot name
Line 255: Line 255:


== Nomination to join the BAG ==
== Nomination to join the BAG ==
<div class="boilerplate metadata discussion-archived" style="background-color: #dedaca; margin: 2em 0 0 0; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
:''The following discussion is archived. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section.'' {{#if:E promoted --[[User:ST47|ST47]]<small>[[User talk:ST47|Talk]]&middot;[[User:ST47/Desk|Desk]]</small> 20:59, 16 August 2007 (UTC)|''A summary of the conclusions reached follows.''
::E promoted --[[User:ST47|ST47]]<small>[[User talk:ST47|Talk]]&middot;[[User:ST47/Desk|Desk]]</small> 20:59, 16 August 2007 (UTC)
----
}} <!-- from Template:discussion top-->


Hello members of the BAG and other Wikipedia community.
Hello members of the BAG and other Wikipedia community.
Line 291: Line 296:
*Well, I'm not a BAG member, but I have seen him commenting on several requests and his bots are doing a great job so I [[Image:Symbol support vote.svg|20px]] '''support''' this user's request to join. --'''[[User:Boricuaeddie|<font color="Green">Boricua</font>]]''[[User:Boricuaeddie/Puerto Rico|<font color="red">e</font>]]''[[User:Boricuaeddie/Bots|<font color="Green">ddie</font>]]''' 21:29, 11 August 2007 (UTC)
*Well, I'm not a BAG member, but I have seen him commenting on several requests and his bots are doing a great job so I [[Image:Symbol support vote.svg|20px]] '''support''' this user's request to join. --'''[[User:Boricuaeddie|<font color="Green">Boricua</font>]]''[[User:Boricuaeddie/Puerto Rico|<font color="red">e</font>]]''[[User:Boricuaeddie/Bots|<font color="Green">ddie</font>]]''' 21:29, 11 August 2007 (UTC)
*Bot knowledge, has common sense, knows [[WP:BOT]], my '''support'''. <span style="font-family:Trebuchet MS">''<font color="#0A9DC2">''~''</font>'''''&nbsp;[[User_talk:Wikihermit|<font color="#0DC4F2">Wi</font><font color="#3DD0F5">ki</font>]]<font color="#6EDCF7">her</font><font color="#9EE8FA">mit</font>'''</span> 02:00, 12 August 2007 (UTC)
*Bot knowledge, has common sense, knows [[WP:BOT]], my '''support'''. <span style="font-family:Trebuchet MS">''<font color="#0A9DC2">''~''</font>'''''&nbsp;[[User_talk:Wikihermit|<font color="#0DC4F2">Wi</font><font color="#3DD0F5">ki</font>]]<font color="#6EDCF7">her</font><font color="#9EE8FA">mit</font>'''</span> 02:00, 12 August 2007 (UTC)
:''The above discussion is preserved as an archive. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section.''<!-- from Template:discussion bottom --></div>



== Betacommand ==
== Betacommand ==

Revision as of 21:00, 16 August 2007

Archive
Archives
Archive 1 August, 2006 and earlier
Archive 2 September, 2006—March, 2007
Archive 3 March, 2007—May, 2007
Archive 4 May, 2007—present

Information

This is the talk page for the Bot Approvals Group. Specific bot requests should be placed on the Requests for approval page. See the Bot policy page for more information on bot policy. This page is specifically for issues related to the approvals group. At the moment there is no formal policy for adding and removing members of the approvals group, but one will likely be formulated in the future. This is, however, the correct page to discuss member changes.

Discussion

Post a comment to add a new topic of discussion.

Proposal

It seems to me that nothing's really changed since the MfD, and we need to adapt this idea somehow to improve several factors: speed, community involvement, and bureaucracy. We could probably extend the approvals process to the community - or to administrators, or to other bot operators - as long as there's a check somewhere:

  • Keep the pages we have as-is, with a few modifications to reflect the new procedure
  • Modify the template for a new request to have, below the discussion section, an approval section, where community members, bot operators, admins, whatever, can give their support for a trial. After at least X votes and Y day(s), if the number of supporting users is Z more than the opposing users (think arbcom case acceptance) then a trial is authorized for a sane amount of time - if it's blatantly obvious, then BAG can authorize a trial before this - and after the trial is done we allow review, and then a second community/administrator/botoperator voting phase for approval to operate. Again, if it's obvious, BAG can speedily approve, or even bypass the trial. Once it's approved, it may begin operating, and it either receives a flag, or BAG decides whether a flag is merited. This proposal pretty much converts BAG into a sort of clerk, however there's also a sanity check on the bureaucracy there insofar that BAG can bypass the voting on stuff like interwiki or CFD bots. Due to this, joining is by election, anyone has suffrage, and an uninvolved BAG member may close. Bottom line: Open the process up, allow community decisions, limit the role of the BAG while still giving a 'sanity check'. --ST47Talk·Desk 11:25, 19 July 2007 (UTC)[reply]
I love the idea, however I believe there are several additions needed, such as a rule forcing bot operators to post to relevant pages (wikiprojects etc) when they put in a BRFA regarding to that. It's one thing we really need. I also believe BAG should be a lot more open - any botop should be able to join if they get a decent amount of support, as then there would not be too much power (only the ability to speedy trial/approve bots, and/or revoke trials/approval where necessary). Matt/TheFearow (Talk) (Contribs) (Bot) 22:16, 19 July 2007 (UTC)[reply]
ST: I don't like the idea of "voting" on bot approvals. That seems to me to be totally against how we work in this project. Bots need to be approved based on technical merit and usefulness, either with community consensus or - more realistically - the consensus of technical experts who take into account the input of the community. What we have now, in fact. We don't make decisions by voting if they can be made by consensus.
Matt: The only thing stopping the group being more "open" as you calling it is the community. I personally trust the community to decide who is on BAG, and if that means that certain people aren't being appointed then so be it. We could say "lower the bar" but as far as I'm concerned "consensus" should operate here as throughout the rest of our site, and consensus has no bar.
"Forcing" is a strong word, but routinely advertising bot requests in relevant venues would be desirable and tbh I'm surprised that change didn't happen already! --kingboyk 22:29, 19 July 2007 (UTC)[reply]
I've been considering a little header template for a while, that shows some useful stats about BRFA's, such as count, newest, latest approved (seperate for fully and trial), and a notice about any BAG elections in progress. I'm going to develop one anyway, once I create the basics ill post it here. Matt/TheFearow (Talk) (Contribs) (Bot) 01:04, 20 July 2007 (UTC)[reply]
Basic template done, what do you think of something like this for publicising BRFA's and BAG's on other pages?

I would (hopefully) place it on the following pages (once its moved to template-space, and if people like the idea):

  • WP:BAG
  • WP:BRFA
  • The other bot-related pages
  • WP:BN (if it has a "bots needing flag" indicator)
  • WP:VPM
  • any more that people want it on.

What do you guys think? Matt/TheFearow (Talk) (Contribs) (Bot) 01:45, 20 July 2007 (UTC)[reply]

Any chance it can pull in data from the bag bot? — xaosflux Talk 02:34, 20 July 2007 (UTC)[reply]
There would be a bot to do it, however I just put in random data in the meantime. Matt/TheFearow (Talk) (Contribs) (Bot) 02:36, 20 July 2007 (UTC)[reply]

Second proposal

From my analysis of ST47's message above, I interpret his general concern that there are a lot of fully-qualified people who could and should be more involved with the bot approvals process in a more substantial way. However, they are discouraged by the fact that entry into this "approvals group" is too bureaucratic, which causes the other issues (lack of speed, lack of community involvement). For example, I could ask to join and help out analysing whether a bot should run and if it a) meets the bot policy and b) will enjoy the support of and improve the community. This is what I do every day when I close deletion discussions as an administrator, and block users. However, I would probably be rejected into this "approvals group" if I nominated myself, hence the concern about bureaucracy.
I appreciate why you should regulate who can approve bots - not doing so can lead to bad decisions and possible harm, especially if any new user can join, possibly even a single-purpose sockpuppet of the person requesting a bot to approve it. However, I have no doubt that anyone who displays some technical knowledge in this area (ie. to understand at least the basics of how bots affect and benefit Wikipedia), have some experience on Wikipedia, and do not lack the community's trust (note lacking it: not having proven trust, ie. RfA, but rather not having it disproved), would be a benefit to improving the approvals process. However, with the current setup, they can do nothing really, because they lack the centred 'governing power', so to speak, to actually approve bots.
I could nominate myself to join the BAG right now. What do I have going for me? I have a Toolserver account and am currently developing a number of bots for primarily Wikinews and possibly one for here as well. I am very active on Wikipedia, and enjoy the bare minimum of community trust that someone should to approve bots (in my opinion). However, I would fail in any bid to join the approvals group because I have barely participated in approvals prior. That isn't to say that I couldn't go any worse of a job than those currently in the group. And I wouldn't consider my lack of participation all my own fault - the current structure of the bot approvals process makes it very difficult to prove a persons' worth as an approvals member.
What I propose is this: allow any user which is experienced on Wikipedia and has at least some knowledge of bots on Wikipedia, whether evidenced by contributing to the approvals process before or not, can add their name to the list at WP:BAG. They can then do everything a BAG member can at the moment, and if they do it properly, fantastic, another positive effect on the approvals process. If they screw it up continually, show ineptitude, or have a drastic lack of community trust, then bring the issue up on this page and we can discuss it then. In this kind of situation, being reactive is better than proactive, because the exclusion factor amounts to a negative net effect on this process.
The question you ask: why should you believe/listen to me? What would I know? Well, I encountered a similar problem with clerking, and the best result was to adopt a policy like the above mentioned for both the process and to keep the peace. I fear that if the BAG doesn't change its' ways sooner rather than later, it will end back up at MfD, as has been noted on at least one noticeboard in the last couple of days.
When I was in your position with the clerking issue, my first reaction was to raise my hands in the air and run around screaming. I wasn't the only one. However, as the discussions developed at Wikipedia:Community sanction noticeboard/Archive3 and Wikipedia:Bureaucrats' noticeboard/Archive 6, the arguments put forward to adopt a more open system were fundamentally better than those against change. I see distinct parallels between the clerks and the BAG, and I urge all members of the BAG and the community to comment and discuss any possible options to altering the way approvals for bots are handled. I would prefer to see changes at this level rather than an MfD which causes resistance and heavier disruption. I'm sure we all would prefer that, for that matter.
Daniel 10:42, 20 July 2007 (UTC)[reply]
That is what I believe BRFA should be. There should be some requirements, such as having contributed to at least 2 BRFA's and having over 200 edits, which are both reasonable and important for someone in trust, but apart from that everything seems good. I would definately support a method like that. Matt/TheFearow (Talk) (Contribs) (Bot) 10:53, 20 July 2007 (UTC)[reply]
Rather than putting a numerical thing on it, there should be a message saying how you must have at least some substantial experience with Wikipedia as well as understand the bot policy and how BRFA works. Other than that, a simple caution to compliment the common sense idea that "proceed slowly at the start of your time giving assistance to the approvals process", and extend an invitation to new users to possibly join an IRC channel or email/other contact methods to hone their skills in helping out approving bots. But that's just me. Daniel 11:00, 20 July 2007 (UTC)[reply]
There should still be some sort of list so random users with no bot knowledge won't approve bots. ~ Wikihermit 14:22, 22 July 2007 (UTC)[reply]
Yes. However, getting your name on this list was the cause for concern. Daniel 01:39, 23 July 2007 (UTC)[reply]
A simple approval process, simply requiring an admin or existing BAG member to say yes, no big process. That would be ideal. It means people with bot knowledge can get in, but people who know nothing about it will likely not get approved. Matt/TheFearow (Talk) (Contribs) (Bot) 01:46, 23 July 2007 (UTC)[reply]
That sounds like a great idea. If issues do come about, and a user is becoming disruptive whilst on "the list", then we hold a discussion, and consensus will determine what happens. Daniel 02:03, 23 July 2007 (UTC)[reply]
I would really like to hear some input from current Group members about the merits of this proposal. Cheers, Daniel 11:11, 25 July 2007 (UTC)[reply]
This would be fine. We'd need to keep the list, and there should be some oversight, at least that you must run a bot and have programming experience, but if we do that I don't see a problem. --ST47Talk·Desk 14:33, 25 July 2007 (UTC)[reply]
Why would they need programming experience? Often we as programmers see things in one way, and the insight of non-programmers is incredibly useful. They already comment on BRFA's - having them able to do it officially as BAG and/or approve trials/etc would be a benefit. Matt/TheFearow (Talk) (Contribs) (Bot) 03:51, 26 July 2007 (UTC)[reply]
Programmers know if an automated task is feasible or not (e.g., when it's clearly impossible for a non-human entity to account for all of the human factors it may encounter), when there's potential for an automated task to overstep its bounds (e.g., if regular expressions could be too greedy in some situations, or when there's a logic error in a conditional loop), among other things. They are the most qualified to comment on automated tasks because they are very familiar with the method of automation. I think that what you want non-programmers to do (e.g., commenting on whether a task would benefit the project or not, if there may be interference with other concurrently-running bot tasks, or if another WikiProject may need to comment first, etc.), they already can do by engaging in discussion of BRFAs as has always been promoted. But the final decision on whether a piece of code making edits at superhuman speeds should be unleashed on Wikipedia should be that of those who understand the piece of code. — Madman bum and angel (talkdesk) 05:45, 26 July 2007 (UTC)[reply]
Indeed, we still need a list of some sorts, and you need some experience with bots on Wikipedia. Not exactly programming in eight different e-languages, but a solid grounding of bot policy and use on Wikipedia. Plus the generic urge for people to take it slow at the start, etc. Again, more comments appreciated. Daniel 06:31, 26 July 2007 (UTC)[reply]
Well in that case, why not just let any admin be a member of BAG? One would expect all admins to either know of bot policy or know how to look it up. --kingboyk 13:31, 27 July 2007 (UTC)[reply]
That's the idea of the proposal... Daniel 13:52, 27 July 2007 (UTC)[reply]
Let's give it a trial run then. --kingboyk 14:08, 27 July 2007 (UTC)[reply]

("undenting") Would bot owners just go ahead and add themselves to the list? There needs to be some sort of organization (as in organized, not group). ~ Wikihermit 16:37, 26 July 2007 (UTC)[reply]

Does there? I think the analogy to CHU and RFCU clerking is an excellent one, and that's what I, for one, would really like to see. Sure, you can add yourself; just keep in mind that it's an extra responsibility, usually a dull one, and it's not a position of prestige. If you seem inactive, you can be removed; if another BAG member continually has to correct you on procedural or technical details, you're not being useful. If you're disrupting the procedure or apparently not well versed in policy, you can be asked to remove yourself and come back some other time. — Madman bum and angel (talkdesk) 17:41, 26 July 2007 (UTC)[reply]
Indeed. Pending no further word against this proposal (and the support for it), I'll reword and deprotect (leave at semi-protection) the BAG page so that this system can be adopted (I'll include cautions about starting off slowly, not approving your own bots, understanding of the bot policy etc.). If you object, please speak up within the next 48 hours so that we can discuss and modify as appropriate. Cheers, Daniel 04:13, 27 July 2007 (UTC)[reply]
Well hold on, are you proposing that anybody can add themselves to the group or are you proposing extending BAG membership to all admins? They're quite different. Already anybody can comment on bot applications; there has to be somebody with some authority to close the debates. Also, remember, this is actually a bureacrat task that is delegated to BAG; delegating it to all admins is fine, but to everybody? no. I couldn't support that. We may as well just close down bot approvals altogether; at least then there would be no "bureacracy". --kingboyk 14:22, 27 July 2007 (UTC)[reply]
Extending to bot operators with programming experience and BRFA experience, who may add themselves at will to the list, however they can be removed if they don't have experience with bots or if they need to be corrected constantly. --ST47Talk·Desk 14:30, 27 July 2007 (UTC)[reply]
Alright. Let's see how it goes. I'll suggest to User:Reedy Boy that he sign up (admin, bot op, AWB dev); if other folks can suggest to some suitable candidates that they sign up too it will give us a more useful test. --kingboyk 15:00, 27 July 2007 (UTC)[reply]
Very nice choice.  :) — Madman bum and angel (talkdesk) 15:07, 27 July 2007 (UTC)[reply]

I think the new working on Wikipedia:Bots/Approvals group (not mine) is excellent. What does everyone else think? — Madman bum and angel (talkdesk) 14:38, 27 July 2007 (UTC)[reply]

Not bad, but I have a question. What happens if somebody is removed involuntarily? What recourse do they have? --kingboyk 14:48, 27 July 2007 (UTC)[reply]
I expect it's much like CHU and RFCU clerking, after which this proposal has been modeled. You don't really have a recourse except to take a break, review bot policy, then return if you'd like. Re-adding your own name immediately would not be useful and would probably be seen as disruptive. It's expected that you'll comply with the more experienced members of the Group, and it not, dispute resolution may be in order. For the record, I've not seen such a dispute occur over clerking. — Madman bum and angel (talkdesk) 14:59, 27 July 2007 (UTC)[reply]
Righto. I'm happy with that; let the trial commence! --kingboyk 15:08, 27 July 2007 (UTC)[reply]

Section break

I'm slightly concerned about what could happen with this. Certainly, parallels can be drawn to the clerking procedure, but the community has given the BAG more power than clerks have - that is, the power to approve or reject bot approvals. As it was, nothing (absolutely nothing) stopped a user from commenting on BRFAs for a period of time at their leisure, much like people can comment on AfDs at their leisure. It then came down to the BAG member to approve/reject/order a trial on a bot, using the comments made as a guide. However, there is no doubt that managing (or commenting on) BRFAs is, frankly, mind numbingly boring. Hence someone will comment for a while, and realise that if they were to get onto the BAG, they'd have to do a hell of a lot more of this - ultimately, they decide that they don't want to, and they stop.

That is where the problem lies - a lack of participation. This isn't caused by some sort of perceived bureaucracy - we have far less of that than the ArbComm does, retaining its fairly closed body of clerks (with no nomination system open to become a member) and keeping the willing contributor out. If you look at the text removed in this diff (provided to me by Daniel on IRC in a totally unrelated matter!), you will see a comment which effectively says that some parts of Wikipedia, for various reasons, can't be as open as others. These reasons including there being set procedures to follow and/or a requirement for some sort of expertise. By making BAG a relative "free for all", we remove any and all standards that we can reasonably expect the community to hold us to.

I'm all for increased participation in the BAG, but fear that this format can only cause problems with incorrectly approved bots, ultimately leading to further calls for the dissolution of the BAG (and for the record, threats of MFD can be safely ignored, as it seems, from the deletion attempts on the AMA, that groups cannot be nominated for deletion).

So, I've said that BAG has more powers than clerks. I don't think that anyone could argue on this point, or on the point that an incorrectly approved bot can do a massive deal of harm. Contrary to apparent belief, approving bots isn't as simple as looking at the approval, thinking "that looks good", and making the edits to approve. No - a member of the BAG has to check the background of the user (ie, we don't want to give a user who doesn't meet the minimum edit threshold for using AWB to be given the ability to run an AWB bot); we need to check that the proposal is clearly supported by the community via relevant Wikiprojects; we need to have an excellent knowledge of Wikipedia policy and of the "unwritten rules", so that we can avoid upsetting people by approving a well meaning, but unwelcome bot. Finally, we need to have the technical skills to pick apart a request. If someone comes to BRFA asking for approval for an anti-vandalism bot using AWB, the alarm bells have to start ringing. This sort of task cannot be done with AWB, so it become clear that the requesting user either hasn't done his research, or is up to no good (both are valid - we've had a couple fo requests from Molag Bal socks). Having an open group, people will use BAG as a stepping stone to adminstratorship, and then leave when they get the shiny new buttons. We don't want that.

OK - I've complained enough now! So what is a workable solution? Well, first off, there needs to be some oversight of prospective members, whether this be a vote or a simple empowerment of someone ('crats? consensus of the BAG?) to remove someone forcibly. As it is, I feel that there is nothing wrong with our current voting system, as long as it is publicised. I say this on every request I see - "please leave messages on the appropriate noticeboards", followed by a long line of alphabet soup indicating the appropriate noticeboards. I also suggest a notice at the top of WP:BRFA. A (perhaps valid) complaint about BAG is that it's cabalish. We need to give the community every opportunity to vote for someone, and that means leaving nominations open for their full course. We don't differentiate between BAG and non-BAG opinion either, which makes us significantly more open that the MedCom. People just need to remember to advertise the fact that a vote is ongoing.

Community trust does need to be proven - not, as has been suggested above, a lack of it. BAG is the, effectively, the ultimate authority on bot approval matters on Wikipedia, having had this role devolved to them by the 'crats. There should be just three absolute requisites for membership of the BAG - community trust, technical expertise and experience around BRFA. The first needs to be proven by a voting period of sorts, and the second and third need confirming by a vote. All three are really quite easy to attain - it is by no means difficult to get onto the BAG, as the current nomination is showing.

So, congratulations if you've read all of that (and if not, please do so - it took me some time to write, so please show me the courtesy :))! That's my position on BAG membership - as for the approvals themselves, I do have another opinion (that a voting section, as seen on other wikis, would be good), but that can be brought up when the discussion swings back that way. Thanks, Martinp23 15:57, 28 July 2007 (UTC)[reply]

Hmmm. Well, I'm going to mull over your argument for a little bit longer, as I do see many valid points in it. But let me just comment for the time being that in regards to your workable solution, it's already been established that consensus of the BAG or a bureaucrat can forcibly remove a member, either because he is disrupting the process or because he is not qualified. This sets us apart from CHU and RFCU clerks; we do have a specialized body, and we're taking that into account in this proposal. I've been under no impression that bot approval is easy, and I assumed that many of the tasks you specified above were executed by the BRFA. Perhaps, though, we should make it clear to new members what exactly they're signing on to do? Iron out that procedure a bit? Just a couple thoughts.  :) — Madman bum and angel (talkdesk) 17:16, 28 July 2007 (UTC)[reply]
We don't actually have any way to remove users. Betacommand was only removed after a load of argument on this page, and there is no procedure set up - that was all a very informal affair, and relied heavily on the ArbComm ruling. I think that it would be better, in any case, to avoid the situation in which we may need to remove a user in the first place. Comments will always come in that any sort of voting process is broken (*points to RfA*), generally after a number of (high profile?) failures. Then, there'll be a load of successful nominations and we'll think "hey - all that argument about changes was pointless!". It's never-ending cycle ;) Martinp23 18:24, 28 July 2007 (UTC)[reply]
Betacommand was removed prior to the ArbCom decision. --kingboyk 12:17, 29 July 2007 (UTC)[reply]
Oh. I thought you were commenting on the reform proposal, which does indeed provide that users may be removed. Perhaps you should see the notice at the top of WP:BAG, which ST47 posted, and represents the implementation of the proposal in a nutshell, as far as I can see. — Madman bum and angel (talkdesk) 18:49, 28 July 2007 (UTC)[reply]
According to the BAG page, "Users who are not qualified or who consistently need to be corrected may be removed at any time by consensus of existing members or any bureaucrat". Does that address your concern? Basically, either the BAG discuss a person here and if the consensus is to remove, that user is removed. If a bureaucrat removes them, that's fine, we gave them the keys because we trust them. Daniel 00:15, 29 July 2007 (UTC)[reply]
There needs to be some oversight prior to joining. The community has vested its faith in us to handle bot requests properly - the least we can do is make sure that competent people are doing the job. Martinp23 02:20, 29 July 2007 (UTC)[reply]

Another proposal

Some discussion on IRC went into and around this:

  1. The lead (or second) paragraph of WP:BAG notes what we expect of members: "To join the BAG, you should have a knowledge of bot policy, a technical knowledge of how bots work, the trust of the community and, most importantly, a few weeks experience in participating in BRFAs as a commentator.
  2. It notes that requests can be made on the talk page. They will be considered for a week, and should no significant opposition be raised by the community, the user will be added to the list.
  3. Those requesting membership need to link to their request at WT:BRFA and WP:BOWN.
  4. It is emphasised that we need people to comment on BRFAs far more than we need members of BAG.
  5. The obligations of being part of BAG are made clear

I hope that this covers all the bases. If you read my lengthy statement above, you will see the flaws in the current proposal, the main part being that BAG != clerking. Open membership looks good on paper, but if you delve more deeply, you see how exploitable it is. Molag Bal had an obsession with getting a bot flag, and under the open system, it would be too easy for an opportunistic vandal like him to get a bot flag and cause chaos. Martinp23 02:20, 29 July 2007 (UTC)[reply]

I support this proposal fully, per our extensive discussion on IRC. I do agree that the BAG is not a group of "clerks", and there needs to be some sort of a "waiting list"/approvals process. — Madman bum and angel (talkdesk) 02:52, 29 July 2007 (UTC)[reply]
Sounds good to me too. —METS501 (talk) 02:57, 29 July 2007 (UTC)[reply]
Yes, this is better than my proposals upon reviewing the entire discussion. Daniel→♦ 08:50, 29 July 2007 (UTC)[reply]
Support as well. --ST47Talk·Desk 12:10, 29 July 2007 (UTC)[reply]

Daniel expressed a valid concern to me on IRC just after I had gone offline very early this morning. That is - people may be driven away by frivolous opposes. I think we can all share that concern, perhaps just by looking at some of the reasons for opposition on RFAs. Hence, I'd suggest that "should no significant, relevant, opposition be raised..." be the phrase used. Hence, we can ignore the opposition based on the time, 6 months ago, when the user violated WP:CIVIL, but we can pay attention to the opposition which states that the user doesn't run any bots and has recently failed an RfA to 0/20/3. It's hard to define "relevant", but I think it can really come under WP:COMMONSENSE. Martinp23 12:25, 29 July 2007 (UTC)[reply]

Indeed; in the end, it's at the discretion of the BAG, and the BAG knows what to look for and what doesn't matter. — Madman bum and angel (talkdesk) 14:08, 29 July 2007 (UTC)[reply]

Will there be any objections to me bringing in this new proposal imminently? Continuing the current trial seems to be an exercise in futility. Martinp23 12:22, 1 August 2007 (UTC)[reply]

Sure. --ST47Talk·Desk 12:33, 1 August 2007 (UTC)[reply]
Indeed. — Madman bum and angel (talkdesk) 14:29, 1 August 2007 (UTC)[reply]
I would suggest that community consensus currently does not exist to support the trial, and tend to agree with Martin in that we could be wasting our time. However, it would be good to possibly emphasise the fact that being nominated to the group is not like RfA, and certain votes which don't affect capabilities to function within the approvals process can and will be totally ignored. Daniel→♦ 06:01, 2 August 2007 (UTC)[reply]

Frankly I think this is ridiculous. How long has the trial been running? Like threefive days? How is it an exercise in futility? Andre (talk) 06:05, 2 August 2007 (UTC)[reply]

Well, some don't want to see this change go ahead under any conditions, and as such they would consider it a waste of time. Of course, under the principle of negotation, compromise and discussion that both myself, you and Martin should all value (and everyone else, also), such an attitude will not benefit to resolving any "dispute" (I use the word in lieu of a better one, and because such wording has been chiseled into my mind when dealing with mediation issues) amicably. I would prefer to see further discussion on the issue, however, especially before reverting, however we will be wasting our time if those who don't want to change "dig in", so to speak. Lets hope that this isn't the case. Daniel→♦ 06:14, 2 August 2007 (UTC)[reply]

I have been discussing this whole situation with Andrevan privately, and it seems the following (with slight modifications) is "workable" for both of us:-

"If the nomination process is more transparent, if the community is invited to participate more strongly, if votes which are rubbish are discounted and BAG members are given no more weight in voting than others, and if b'crats were empowered to judge community consensus, it may be better. It's the same principle that applies to administrators - we trust these people to do tasks because if anyone could do it there would be massive problems."

However, I do think that maybe leaving the trial period going a little longer wouldn't be too disruptive or harmful. Daniel→♦ 06:40, 2 August 2007 (UTC)[reply]

I agree that the combined proposal is what Ive been pushing for with BAG Noms, and BRFA's in general. when joining BAG we use common sense with what kind of comments are keepable and what should be ignored as BS. Also Its been the status to have a bcrat close. 06:45, 2 August 2007 (UTC)[reply]

What Daniel says is "workable," but I have a big problem with abandoning the open system trial at this stage. To quote myself from a different venue, One admin can cause damage, but one BAG member really can't do anything at all. I can't even conceive of a scenario in which a member of BAG could create a problem. Molag Bal? Do you really think that all the BAG members wouldn't notice if he just joined and started approving bots? There is no way an open BAG could inadvertently produce a flagged vandalbot. Andre (talk) 06:51, 2 August 2007 (UTC)[reply]

Furthermore, I don't see how we can treat BAG as anything other than a WikiProject or a clerking operation, with the current level of community support. To have what is essentially a position comparable to bureaucrats with the ability to "approve" bots doesn't seem to be in the community mandate. Andre (talk) 06:57, 2 August 2007 (UTC)[reply]

"There is no way an open BAG could inadvertently produce a flagged vandalbot" – You're clearly more optimistic than I am, but that's probably a good thing. OK, so here're a couple questions. How can the nomination process be more transparent? It's on the talk page of the membership list and notices are posted on BOWN, BRFA, and the Village Pump. What more do we have to do to make it clear that anyone can contribute? No matter what we do, the nomination process won't be given the same weight as, say, RFAs, which is probably a good thing.
What votes are rubbish and should be struck? Votes of Anons/SPAs/vandals? Certainly. Votes of those who don't understand the position? They're good faith votes; who has the right to strike them and should?
Does anyone have any proof that BAG members' !votes are given extra weight? It seems to me that's like the assertation of the administrator and contributor alleging that bureaucrats in RFAs only look at the bot-generated vote table. Perhaps the community takes more notice of members' !votes, and it influences their own. But why not? Current members know what the job entails. Are you suggesting that the closing bureaucrat would ignore community consensus in favor of the current BAG members? I think not, but then, I'm not a bureaucrat.
You are, as of late, and you suggest that bureaucrats be empowered to judge community consensus. They always have been, but grudgingly; they do have enough to do, even I can see that, and the last time we asked a bureaucrat to close a nomination here, it brought about complaints about our process and talk about another MfD (whether that would work or not is not the issue.) Do you think this will solve the problem? — Madman bum and angel (talkdesk) 17:21, 2 August 2007 (UTC)[reply]
Keep in mind, I think you're responding more to Daniel than to me. I prefer the current "open" system. However, I do feel that the "old" system has a lot of work to go to be truly transparent and open to nominations. It shouldn't just permit anyone to join, provided they go down unlit stairs to the cellar to find a washroom that has a sign declaring "Beware the Leopard." The Wiki way is to actively encourage participation, no offer it if you're willing to jump through enough hoops. The way the system operates in the "old" way, it has no criteria and no legitimacy. Andre (talk) 02:32, 3 August 2007 (UTC)[reply]
Just a small thing on a matter I know very well - it would be shockingly easy for Molag Bal to get a flagged bot under the current system. Readers may not be aware, but Molag has a history of using both good and bad accounts in tandem. Therefore, a young whippersnapper like Retiono Virginian (a good editor) could put himself in the group and be the "deciding vote" in giving bot approval to a bot requested by one of his socks. And no, none of us would notice - no one did when he nominated himself for adminship (and if any readers know of anyone who can spot a Molag Bal sock at 50 paces, you are invited to apply for a job at the Wikipedian league for prevention of Molag Bals (£50 joining fee applies, payable to me ;-))). Martinp23 18:10, 2 August 2007 (UTC)[reply]
If Molag Bal is so good at using good and bad accounts in tandem, he could just forget the bad accounts and make a few good accounts. If they're as hard to spot as you say, what's to stop him from just joining BAG the "old" way several times over? Or, proposing a bot (which anyone can do, correct?) and having it seem like a good faith bot until it works? There's nothing about the "old" system that safeguards this. All it does is keep the BAG small and insular, so editors have trouble joining in general. That's not an acceptable solution. Andre (talk) 02:32, 3 August 2007 (UTC)[reply]
Because he has absolutely no idea about how to code, which becomes obvious when he proposes an AWB anti-vandalism bot, or something equally stupid. We don't approve such bots. For membership to the BAG in the "old" system, people look for experience running a bot and/or programming ability, posing a significant hurdle to Molag Bal. In the "open" system however, he can probably slip in quite unnoticed, with no one paying too much attention and with the group in a near constant state of limbo, its body of members changing daily. Then, he'll be able to give that supporting voice for his sockpuppet's request. I'm sorry if I'm using a somewhat esoteric example (that of Molag Bal), but I'll hope that you can appreciate the point I'm making. As for how I know all this about Molag Bal - I've been dealing with him since I became an admin in November last year, and have been in some email conversation with him. Martinp23 02:59, 3 August 2007 (UTC)[reply]
But that's just this one guy who doesn't know how to code. Learning about bots is easy -- a Molag Bal+ could just learn a bit and he'd be in even with the "old" system. I think what you propose is unrealistic. Andre (talk) 03:03, 3 August 2007 (UTC)[reply]
Someone who is already a member of BAG would watch new users, and if they did any approvals out-of-process etc, they would be asked to follow process. It would still be obvious. And they would still have to do more good than bad, which worsens the effect of any damage. A flagged vandalbot would be bad, but it would not be too difficult to revert. Matt/TheFearow (Talk) (Contribs) (Bot) 23:51, 7 August 2007 (UTC)[reply]

Conversion of Templates

Hi! I've tested a few changes, and wanted to propose that we make them permanent:

  • I've removed all the transclusions and trials from the BRFA page and replaced them with usages of {{BRFA}}. There is no visual effect, however it means less typing when we move stuff around.
  • I'd also like to switch the way we archive old requests: expired, withdrawn, or denied would go to the same place, only using this template, for simplicity. That would work like this:

{{BRFA|Bot Name|Request number|Expired|~~~~~}} {{BRFA|Bot Name|Request number|Withdrawn|~~~~~}} {{BRFA|Bot Name|Request number|Denied|~~~~~}}

  • And I'd like to change the way we archive completed requests to use the same template using either Approved or Already Flagged. From there, if necessary, a crat would change the status to Flagged, and it would automatically show the link to the log.

There are no visible changes, instead, it makes clerking easier. Any problems with this? --ST47Talk·Desk 13:11, 27 July 2007 (UTC)[reply]

I like it. Mucho. I assume that the bot name is still case-sensitive, so the bot doesn't croak? And that /Approved is still its own subpage, so bureaucrats can watch it? — Madman bum and angel (talkdesk) 13:43, 27 July 2007 (UTC)[reply]
Yes and yes. :) --ST47Talk·Desk 13:52, 27 July 2007 (UTC)[reply]

I love the new template, but the only problem is that it's too long... I ran a quick regex find/replace to switch the format of the /Approved archive, and quickly hit the pre-expand template limit. So we either have to keep {{botlinks}} around, we need to split up the archives a bit, or we need to reduce the size of {{BRFA}}. — Madman bum and angel (talkdesk) 19:10, 27 July 2007 (UTC)[reply]

We can subst them once they are flagged? --ST47Talk·Desk 19:18, 27 July 2007 (UTC)[reply]
Sure. — Madman bum and angel (talkdesk) 19:22, 27 July 2007 (UTC)[reply]
Heh. Clearly not. Subst:ed ParserFunctions != good. — Madman bum and angel (talkdesk) 19:28, 27 July 2007 (UTC)[reply]
No, add <includeonly>subst:</includeonly> to the start of the parserfunctions. Problem=solved. Matt/TheFearow (Talk) (Contribs) (Bot) 21:52, 27 July 2007 (UTC)[reply]
... you can't do that. You'd save the template, it would be evaluated with all parameters' default values, and then there would be no more parser functions. — Madman bum and angel (talkdesk) 22:49, 27 July 2007 (UTC)[reply]
No, the includeonly bits mean it only substs it when you subst the template. It works great. Matt/TheFearow (Talk) (Contribs) (Bot) 05:14, 28 July 2007 (UTC)[reply]
Doesn't seem to for me. User:Madman bum and angel/Sandbox 3. Since the whole thing's includeonly, if you subst: the ParserFunctions, you get this. And if you remove the containing