Wikipedia talk:Bot policy

From Wikipedia, the free encyclopedia

Shortcut: WT:B

This is not the place to request a bot, request approval to run a bot, or to complain about an individual bot To request that a bot be created, see Wikipedia:Bot requests. To request approval to run a bot, see Wikipedia:Bots/Requests for approval. Bot operators should be contacted at their user discussion page. If a bot appears to be malfunctioning and the operator does not respond, contact an administrator.

Archives
Archive 1	Archive 2
Archive 3	Archive 4
Archive 5	Archive 6
Archive 7	Archive 8
Archive 9	Archive 10
Archive 11	Archive 12
Archive 13	Archive 14
Archive 15	Archive 16
Archive 17	Archive 18
Archive 19
Control proposals
Archive policy
Archive interwiki (also some approvals for interwiki bots)

Contents 1 Eliminate BAG 1.1 Not Eliminate reviewing bots 1.2 Eliminate bot approval entirely 1.3 Civility 2 Proposed bot change 2.1 Support 2.2 Oppose 2.3 Neutral 2.4 Post-close observation 3 List of current bots and the tasks they are performing? 4 When is a script a bot? 5 Quick question 6 Perl packages 7 Appropriate wording 8 No consensus 9 BAG request: Bjweeks (BJ)

[edit] Eliminate BAG

The Bot Approvals Group has been by far one of the most argued over formal groups on Wikipedia. It's existences seems to come out of the will of 4 users who thought more process was needed in Wikipedia (link 1, link 2) In short, this process was never "ratified"/approved by the community.

While the idea of having some way to check the validity of a code is worthwhile, the community, not a group of users who approve new members themselves, should make the final decision in approving a bot. A formal group like BAG does NOT need to exist to check the validity of a code and the worth of a bot.

The process for joining BAG is shady and switches whenever their control is threatened. Previously discussion took place on the talk page of BAG. However, once a previously MfD was created about BAG and the community complained over the "cabal" of the process, BAG sought to fix this by allowing anyone to join. This was short lived, and BAG went back to the old way of adding users. Soon enough the community cried out again over the cabal nature, and BAG added itself to the RfA main page. Again, when one of the current BAG members would of failed joining BAG, (see link for ST47) the group switched back to the old way, which takes place on a unwatched talk page, of approving members.

This unwarranted and unapproved process needs to be stopped. No more reforms, no more process wonk. The community should decide the fate and usefulness of a bot, not a selective group of users. If, indeed, later down the road the community would like to have a group oversee the validity of a code, then a whole new community approved process can start.

Eliminate BAG, but continue to add bots to be approved on the WP:RFBA page. The community can then go there and, with consensus of the community as a whole, decide the usefulness of a bot. Those who are in BAG can simply comment on the validity of the code/script. If you want to complain this doesn't get enough traffic, then add it to the RfA main page. Monobi (talk) 00:07, 9 May 2008 (UTC)

As they seem unwilling to accept any new method of nomination (thus putting an end to the cabal concerns), I would agree with eliminating the BAG entirely and instead moving to an RFA style system for bot approvals (not to be held on the RFA page, but still to be decided by a bureaucrat (who would also of course set the bot flag upon community approval)). —Locke Cole • t • c 00:13, 9 May 2008 (UTC)

I proposed a cross transcluded discussion that will work. I just havent had time to work the details out. β^{_{command 2}} 00:48, 9 May 2008 (UTC)

Translusion won't work though; a discussion posted at WP:AN garnered zero responses, and AFAIK that's the only other place you could transclude them besides WP:RFA. (I suppose you could try WP:VPT, but I doubt it'll come close to the kind of feedback we were seeing with RfBAG, and that's the mark you need to overcome to convince me that what you're proposing is better). —Locke Cole • t • c 05:13, 9 May 2008 (UTC)

If you can get the community involved, more power to you. So far, community consensus on the bot approvals process has been an overwhelming "I don't care". --Carnildo (talk) 00:14, 9 May 2008 (UTC)

The arguments presented here don't seem to be very strong ones. The BAG membership process is shady? It's discussed at WP:BAG and WP:BOT, exactly where you'd expect to find it. Also, as others have said elsewhere, decisions are made by those who show up. In 2006, users discussed and then implemented the bot approvals group. If only a few people participated, oh well. Further issues can (and have) been brought up on the talk page and the policy is always changing (this is a wiki after all). There's no formal ratification or approval process (though Jimbo has suggested using ArbCom in the past (/me shudders)). Also, I think Carnildo's point is dead-on – nobody cares. --MZMcBride (talk) 01:21, 9 May 2008 (UTC)

Wikipedia:Adminship_poll/G is running 34-5 against having RfBAG on RfA. Although perhaps not the best announced (On signpost and 'crat noticeboard, I think, but didn't quite make the site notice), it's so highly lopsided that it suggests, just maybe, the community simply doesn't want to select BAG that way. Gimmetrow 01:34, 9 May 2008 (UTC)

If nobody cares, then I fully intend to run my bots without the approval of some poorly constructed group of users. Monobi (talk) 03:08, 9 May 2008 (UTC)

Then you will be blocked and further action will be taken against you. you have a history of poorly designed and coded bots that have had numerious complaints spreading the four main accounts that you have used. β^_command 03:16, 9 May 2008 (UTC)

Monobi, running your bots unapproved doesn't have the community consensus you've been pleading for in posts such as the one above. dihydrogen monoxide (H₂O) 03:31, 9 May 2008 (UTC)

Monobi, WP did not originally have a bot policy. It developed because having completely unregulated bots created some problems. Of course nobody complains when a bot does good things and doesn't screw up, but it was the other cases that led the community to say that *someone* must approve bots. Anyone can comment on a bot request, but if nobody is responsible for the approval and has to answer for screwups, it's a form of tragedy of the commons. Thus BAG. BAG is pretty low in importance on WP, but it does serve a purpose. Gimmetrow 03:34, 9 May 2008 (UTC)

It's worth noting that most ways of determining community approval on Wikipedia don't involve closure by a person from a specific authorized group. Usually, if you want community approval for something, you either:

• a) just do it, and see if anyone reverts you or tells you to stop, or
• b) propose it somewhere, let people discuss it for a while and then, if looks like consensus has emerged in favor of it, do it.

Most such discussions will either continue until a consensus is reached naturally (or isn't, and the discussion just dies out), or they have a time limit but no particular designated group of closers. The exceptions, like AfD and RfA, tend to involve a simple yes/no poll to approve a single action (deletion, sysoping) that can only be carried out by a member of a particular group (admins, bureaucrats) and are thus naturally closed by the person actually performing (or declining to perform) said action when it is carried out (or not). BRfA is something of an anomaly here: even though it has a formal group of closers, it usually takes the form of a threaded discussion rather than a simple poll, it has no set time limit, and the people authorized to close it are not the ones with the actual authority to implement the decisions. In many ways, it would be much more natural if it was carried out more like, say, RfC. —Ilmari Karonen (talk) 05:46, 9 May 2008 (UTC)

BRFA is an RfC. Anyone can comment. It probably wouldn't make a difference if we said "BAG closers = admins + select approved non-admins", because probably only technically interested admins would get involved. Gimmetrow 00:02, 10 May 2008 (UTC)

That poll is nearly worthless. Besides, it's outweighed by the nearly fifty (or more?) contributors to a single RfBAG nomination. —Locke Cole • t • c 05:13, 9 May 2008 (UTC)

Just because I supported a RfBAG doesn't mean I support the process --Chris 09:09, 9 May 2008 (UTC)

Heck, just because I started a RfBAG for myself doesn't mean I necessarily support the process. (FWIW, I'm rather ambivalent on the subject, and not particularly convinced by the turnout of my own RfBAG: 24 !votes including several SPAs, as there would've been had it been closed on time, do not a very convincing consensus make.) I'm not sure what would be better, though; the best suggestion I've seen so far might be the one made by Betacommand above, involving multi-transcluded discussions (but please keep it out of ANI, thank you!), but I'm not really convinced even that would work all that much better. —Ilmari Karonen (talk) 09:53, 9 May 2008 (UTC)

I commented as well when it appeared the system was going to be pushed through despite the opposiiton, even though I am strongly against the system. As the only criteria for success was "people use it" it was set up so that after implementation it couldn't possibly fail unless people completely ignored it (obviously not going to happen on one of the highest watched pages) or the bureaucrats forced it to stop. The attitude of "other peoples' opinions are worthless because people used the process" was what caused me to abandon this discussion before. Mr.Z-man 17:57, 10 May 2008 (UTC)

I bet if put RfBAG nominations in the site notice, we would get lots of contributors. Should we put them in the site notice? Gimmetrow 06:00, 9 May 2008 (UTC)

Sure that sounds great, or ....

Whack!

— xaosflux ^Talk 11:57, 9 May 2008 (UTC)

You're really, really not helping the conversation at all. —Locke Cole • t • c 15:24, 9 May 2008 (UTC)

actually that was a very effective message. β^_command 15:25, 9 May 2008 (UTC)

You would think so. —Locke Cole • t • c 15:27, 9 May 2008 (UTC)

Pot, meet kettle. --uǝʌǝsʎʇɹoɟʇs(st47) 18:12, 9 May 2008 (UTC)

• I wish people would not move comments around. My reply above about the "site notice" was to LCs comment about "fifty contributors", which comes across as: "we got more comments this way, therefore it's better". I was not actually suggesting putting it in the site notice; I was illustrating the problem with the argument by placing it in a different context. Gimmetrow 21:08, 9 May 2008 (UTC)
  • This is a pet peeve of mine, for exactly the same sorts of reason, so make this a month-late "+1". Alai (talk) 15:39, 6 June 2008 (UTC)

[edit] Not Eliminate reviewing bots

Even if the community feels that having a special group of bot approvers is not the best method, I'm not getting the feeling that the community thinks that bots should just roam free either. If it is decided to abandon BAG, the approvals process will need to be replaced by something...perhaps xfd style where any admin can close out the discussion? — xaosflux ^Talk 04:17, 9 May 2008 (UTC)

Why not just a noticeboard format, where people can comment as they please? The crats can decide if they think there are outstanding objections. I don't think the "support/oppose" format matches well with bot requests; it's usually more like: "Here's an issue" / "OK, fixed" / "Here's a question" / "Yes, that's fixed"/ etc. — Carl (CBM · talk) 15:30, 9 May 2008 (UTC)

We tried something like that before the invention of BAG. The silence was deafening. --Carnildo (talk) 19:31, 9 May 2008 (UTC)

Right, pre March 2006. This was before local bureaucrats even made bots... I think times have changed somewhat. Al Tally (talk) 19:46, 9 May 2008 (UTC)

Have you seen how highly active WP:BON is, even after I added it to the noticeboard header? MBisanz ^talk 19:48, 9 May 2008 (UTC)

What does that have to do with anything? Al Tally (talk) 19:51, 9 May 2008 (UTC)

That is in theory a noticeboard where people can comment as they please about bots. MBisanz ^talk 19:53, 9 May 2008 (UTC)

"This is not the place for requests for bot approvals". We are talking about the place where bots are approved. Al Tally (talk) 19:56, 9 May 2008 (UTC)

So you'd like this discussion sitting on a noticeboard page for a month? Along with the 30 or so other open Bot reqs? Do we now hate people without gigabit ethernet connections? MBisanz ^talk 20:04, 9 May 2008 (UTC)

I don't want a noticeboard. I want a "request for bot status" page, similar to XfD. I never mentioned a noticeboard. Oh and people comment on RFAs all the time, which are a lot bigger than that. Al Tally (talk) 20:57, 9 May 2008 (UTC)

Yes, set up an XfA system for bots. It works for the other processes where it is implemented, and it will work for bots as well. Every other project I have encountered uses an XfA system for bots, why does Wikipedia have to be different? Monobi (talk) 22:01, 9 May 2008 (UTC)

BRFA is an XfDiscussion system. Gimmetrow 22:28, 9 May 2008 (UTC)

But the bots are approved by a little Cabal. The community should be doing that, not a self appointed club. Al Tally (talk) 22:49, 9 May 2008 (UTC)

The community left the job of approving bots with BAG, and the community expresses its opinion on BAG members whenever anyone wants to join BAG. Gimmetrow 23:55, 9 May 2008 (UTC)

The community gave BAG that job quite a while ago, not expecting that BAG would grow into the shape of a giant middle finger pointing at the community. And it's not sufficient to be able to approve members (in a horribly obscure forum, if the BAG gets its way) before they join BAG -- what about disapproving existing members who act as if they own the bot policy and go on profanity-laden rants against anyone who disagrees? rspeer / ɹəədsɹ 08:03, 12 May 2008 (UTC)

There is precedent at Wikipedia_talk:Bots/Approvals_group/Archive_3#Betacommand for precisely that, and of course User conduct WP:RFCs in general for bad behavior. MBisanz ^talk 08:10, 12 May 2008 (UTC)

Then MFD WP:BAG, if its deleted, then the community shows it doesn't want BAG, if its kept, then its shown the community wants BAG. MBisanz ^talk 01:09, 10 May 2008 (UTC)

Been there, done that. The result was "speedy keep", and we have to discuss it here. Apparently BAG is exempt from being deleted. Al Tally (talk) 06:29, 10 May 2008 (UTC)

(outdent) If left to 'crats to close, is the suggestion that crats approve all bots, or just the 'bot flag', if just the flagging, having any bot do anything (without a flag) is still likely to be excessive. — xaosflux ^Talk 03:33, 10 May 2008 (UTC)

There are really two issues here — flagging of bot accounts and community review of bot tasks in general — and it might be best if they were actually kept separate, so that we'd have "Requests for bot status", which would be an RfA-style poll closed by those authorized to grant the bot flag (currently 'crats, though I'd personally support giving this ability to a broader group), and a separate "Bot review", in the style of RfC or even Editor review, for discussing proposed and ongoing bot tasks to see if they enjoy community support. Of course, the processes would still be connected to some extent, since nobody's likely to support flagging a bot account unless there's consensus for it to perform at least one task, but it might still simplify things (or not; the idea is to actually make the new processes simpler and less formal, not just take the existing bureaucracy and double it). —Ilmari Karonen (talk) 14:03, 10 May 2008 (UTC)

The solution is simple, really. Tag WP:BAG with {{historical}}, then add the BRFA page to show up on the RFA page. The intended task will be listed on the page, at which point, if consensus exists for the function, the operator will run the bot. After everything has been figured out and the majority of those who have expressed their opinions are please, a 'crat will the then flag the bot if need be, or approve it if it is to run without a flag. The guiding principle for the 'crats will be WP:BOT, instead of the arbitrary rulings of BAG. Monobi (talk) 03:59, 11 May 2008 (UTC)

Is such a complex procedure really needed for yet another interwiki or newsletter-delivery bot? --Carnildo (talk) 17:50, 11 May 2008 (UTC)

It's no less complex than BAG approving it; except this way, the community will be instead. Al Tally (talk) 17:54, 11 May 2008 (UTC)

If there is not a stable consistant group that over sees bots, we will run into some major problems. there are bots that come up, often and are denied as often, (IE WelcomeBot). you might have consensus for the bot from a group of editors, but the bot should still be denied. given the nature of bots you need a stable group to manage them. bot approvals SHOULD NEVER be a vote. bot approvals function as a discussion and safety check. removing the bot oversight is asking for trouble. β^{_{command 2}} 19:38, 11 May 2008 (UTC)

Why should it be denied? Because you don't like it? That is precisely what is wrong with all this. The bots that get approved are ones that you like, and not necessarily the community. Other wikis manage without an arbitary little group, and so can we. I have never even mentioned having a vote, instead I said a discussion. In other words, it would be just like it is now, but without BAG. I understand you and Carnildo would hate the idea of your little club being disbanded, and the community rightly deciding on these issues, but BAG is simply not needed anymore. And if we don't get consensus here, we'll have to MfD it, and you'll have to provide some sort of an argument to keep it, instead of shouting "Speedy keep!" Al Tally (talk) 19:44, 11 May 2008 (UTC)

My little club? Perhaps you should look at how active (or rather, inactive) I've been at approving bots, and then cease with the personal attacks. --Carnildo (talk) 00:09, 12 May 2008 (UTC)

I haven't made any personal attacks. It strikes me as odd you'd show up here to defend this group if you say you aren't even active here. You've still not said how having a little group approve instead of the community is better. Al Tally (talk) 00:18, 12 May 2008 (UTC)

I don't think that BAG "rulings" can be described as arbitrary by any measure. We're faster than a one-week RfA. We've rarely approved any bot that didn't have community consensus. We've rarely denied any bot that wouldn't have community consensus — very few bots are declined at all. — Werdna talk 07:29, 11 May 2008 (UTC)

[edit] Eliminate bot approval entirely

Given issues with BAG lately (notably their inability to comply with the will of the community) I support eliminating the BAG entirely. But further, I think we should stop approving bot tasks for the simple reason that we don't require editors to get approval for their edits before they make them, so we shouldn't be requiring bot operators to get approval for tasks prior to initiating them. All edits can be undone/reverted, so any potential damage is temporary at worst. I think that really just leaves the matter of how one applies for and receives a bot flag. I believe this is something we can do a number of ways, but the two most obvious ones to me are:

1. Implement an RFA-style system for obtaining the bot flag (as with RfBAG, this would give us the widest exposure to the community, providing more input than obscure talk page discussions)
2. Implement a system where the candidate contacts a bureaucrat directly (or via the noticeboard for 'crats), is given a trial run/grace period of a week (during which edits will be performed sans bot flag, and observed for potential issues), and assuming no problems are found, is given the bot flag directly

The first option provides more input from the community, and could actually include portions of the second option (for example; during the RfBotFlag, a trial run may be performed to demonstrate that the bot is working correctly). The latter option is less formal and would still allow community input (nothing stops concerned editors from watchlisting 'crat talk pages and the noticeboard).

As for bots who perform disputed operations, we should handle this like we handle any editor making disputed edits: discuss directly with the operator, get comments from the community via RFC, go to AN/I and, if the matter isn't solvable with the bot operator, then the matter can be taken back to the 'crats to discuss removing the bot flag (and thus that editors privilege to perform unattended automated edits). Thoughts? —Locke Cole • t • c 00:20, 12 May 2008 (UTC)

you need a reality check. stop attempting to push your POV. its getting disruptive. I would suggest that you avoid bot related topics because you seem to fail to understand what bots are, why we have a bot policy and why we have an approval system. RfX is broken like a square wheel. Im done attempting to talk with people who are attempting to re-write bot policy when they know absolutely jack shit about bots. if you ever figure out what the term "bot" means please come back, but until then stop spewing ideas that my dog even knows wont work. β^_command 00:49, 12 May 2008 (UTC)

Betacommand, please read this carefully before you reply again. The only thing that is "shit" around here is BAG and the members viciously defending it. Al Tally (talk) 01:28, 12 May 2008 (UTC)

yeah right, read this and grow a brain. your comments here show your lack of higher brain functions, you might want to see a doctor about that. Like I said you dont know what your talking about so shut up. β^_command 01:31, 12 May 2008 (UTC)

I'm not seeing how further discussion here, on eliminating BAG or BRFA will be productive. We're obviously deadlocked with some people wanting to keep things the way they are and others wanting to eliminate BAG and/or BRFA. Since we're producing a No Consensus which defaults to a Keep, might I suggest that those proposing the changes write them up as a full proposal and drop it on Template:CENT, RFC-Policy, etc and get more people involved? Or if that won't do, write up a detailed MFD summarizing the various points? MBisanz ^talk 01:55, 12 May 2008 (UTC)

Not true MBisanz. The only people who want BAG kept are in fact BAG members, so this isn't a "no consensus" case. Monobi (talk) 02:21, 12 May 2008 (UTC)

Since when did BAGers not get a say in whether or not to keep BAG or BRFA. Running through this thread, I did a back of the envelop count that 3 people think we need to eliminate one or both parts, 7 object to eliminating one or both parts, and 4 didn't give a thumbs up or down. That seems more like a Keep than even a No Consensus. MBisanz ^talk 02:28, 12 May 2008 (UTC)

It would be nice to see the BAG members themselves produce a coherent proposal for reform, since they are indeed best positioned to evaluate most of the issues. Ensuing calm discussion from all the BAG members would be even more appreciated. They, after all, are the most trusted and most expert as regards botops themselves. Let's hear a unified and dignified response. Franamax (talk) 02:42, 12 May 2008 (UTC)

MBisanz, BAG has no interest in enacting community will, otherwise they wouldn't exist. Beside, what group would willingly get rid of their power? None. I'd recommend we place this on a RfC page, since this hidden conversation isn't going anywhere. Monobi (talk) 03:12, 12 May 2008 (UTC)

I object to the implication that a discussion to modify policy taking place on the talk page of the policy page in question is "hidden". This discussion was announced elsewhere. The initial changes to the bot policy that prompted this whole thing were announced multiple places, multiple times. No one's shown up because no one cares, not because anyone is hiding anything.--Dycedarg ж 03:19, 12 May 2008 (UTC)

Well I can sort of see Monobi's point, most participants are existing BAG members who seem oblivious to the issues inherent with the BAG. Getting wider community input on this would be better, though I don't think an RFC will help (I've tried that before and it hasn't worked out so well). —Locke Cole • t • c 04:22, 12 May 2008 (UTC)

I disagree that we're deadlocked, I think most here agree we need to change something about BAG and/or bot approval. What we need are reasonable solutions, and that's exactly what I've presented. Please comment on that, as more input is always better than less. —Locke Cole • t • c 04:22, 12 May 2008 (UTC)

Again, going by the numbers, I see 3 people saying we need major changes, 7 saying we don't, and 4 having no clear position, doesn't feel like a "most". MBisanz ^talk 05:52, 12 May 2008 (UTC)

It'd be nice if you weren't hung up on numbers. Your numbers are directly above though, in a poll about how BAG members are chosen. If you'd like, we can conduct yet another poll on this specific issue, since you seem to think BAG has community approval... —Locke Cole • t • c 06:00, 12 May 2008 (UTC)

Where did everyone here get the idea that polls are the way to resolve everything? Polls don't create consensus, they destroy it. The BAG should be considering what's going on and finding a way to reform themselves before things get worse and they have to get reformed from outside. rspeer / ɹəədsɹ 08:10, 12 May 2008 (UTC)

Can someone please tell me why we need to get rid of the whole approval system? I understand that we have problems with bag being self elected but what is with this? An Rfa for a bot flag? You can't be serious --Chris 08:37, 12 May 2008 (UTC)

You don't get it. The approval system will stay the same, with regards to making a page with a bot request, and people comment on it. The only difference is that BAG will not be approving, instead anyone can, and once consensus is reached a bureaucrat flags. Al Tally (talk) 08:56, 12 May 2008 (UTC)

To be fair, the title of this section is "getting rid of bot approval entirely" :D Happy‑melon 10:22, 12 May 2008 (UTC)

Oh I totally agree with approving bots. Just not the idea that a little cabal gets to do it instead of the community. Al Tally (talk) 10:33, 12 May 2008 (UTC)

Other than that flagging is done by bureaucrats rather than stewards, how does your proposed system differ from what we did prior to BAG? --Carnildo (talk) 09:10, 12 May 2008 (UTC)

It doesn't. Al Tally (talk) 09:45, 12 May 2008 (UTC)

Which, mind you, isn't necessarily an argument against it. The original reason for creating the BAG was that stewards didn't want to spend the time and effort to decide whether or not local consensus existed in ambiguous cases or for proposals with few if any comments. (In hindsight, that problem might've been better solved by just relisting and more widely advertising any proposal without some quorum of commenters and a clear consensus one way or the other.) Now that local 'crats can flag bots, the situation is somewhat different, and it would be even more so if we were to give the ability to flag bots to an even wider group (like, say, all admins). —Ilmari Karonen (talk) 22:10, 12 May 2008 (UTC)

I don't know where you're getting the idea that the bot approvals group has a "complete inability to comply with the will of the community". Sauce? — Werdna talk 12:45, 12 May 2008 (UTC)

I haven't said that. I personally am not interested in how well or badly BAG do the job. The whole point of my argument is they shouldn't be doing this. The community should. BAG should not exist. It has no purpose, since the community can easily do what it does. Al Tally (talk) 14:00, 12 May 2008 (UTC)

The community does approve bots, by way of the group whose members the community approves. This is HOW the community has chosen to approve bots. And it's pretty easy to join BAG; hardly anyone who actually wants to do this job is excluded. Gimmetrow 14:13, 12 May 2008 (UTC)

Gimmetrow, this is NOT how the community chose to have a group approve bots. This "policy" was added by a user without discussion on any other forum or noticeboard, it was not created under community consensus. Also, just because people "vote" for BAG members doesn't mean they approve of the process. Monobi (talk) 20:10, 12 May 2008 (UTC)

The community also has a say in the approve process of bots simply by their participation in the discussion that is part of each bot approval. The simple fact is (which is true for almost everything in life) most people just do not want to get involved. I believe that bots need to be approved by a committee such as BAG. What might help is a formal appeal process to deal with special cases where BAG may not be reflecting the general consensus of the community as a whole. Dbiel ^(Talk) 20:08, 12 May 2008 (UTC)

So basically, absolutely nothing will change. The WP:RFBOT format will still be used, BAG will just be replaced by an unofficial group of people who end up closing 95% of the bot requests (after the novelty wears off after the first few weeks) because they are the only people who care enough to do it. So remind me, what is this supposed to solve/fix/improve? —Preceding unsigned comment added by Mr.Z-man (talk • contribs)

Actually it appears people are suggesting we don't have any bot approval, and we deal with bots only if they are problematic. Monobi (talk) 22:07, 12 May 2008 (UTC)

I removes the idea of an unofficial group that made themselves official without any consensus. They didn't need to exist in the first place, there was no consensus for them, so removing is going back to the status quo. Al Tally (talk) 21:45, 12 May 2008 (UTC)

Do you have any actual evidence there was not consensus for BAG, or are you just speculating? Gimmetrow 21:52, 12 May 2008 (UTC)

The status quo of mid-2006? Mr.Z-man 21:53, 12 May 2008 (UTC)

See this. That doesn't look like consensus of any kind.

If it was never legitimate in the first place, it is not legitimate now, especially as it isn't even needed. Al Tally (talk) 22:06, 12 May 2008 (UTC)

I don't see any lack of consensus there. Any other evidence? Gimmetrow 22:15, 12 May 2008 (UTC)

Well there was that first MFD when the community decided to Keep the BAG as the bot approving group. MBisanz ^talk 22:48, 12 May 2008 (UTC)

I didn't say a lack. 3 or 4 people saying "Yeah whatever" isn't a consensus. Al Tally (talk) 22:50, 12 May 2008 (UTC)

People were clearly uninformed that BAG was introduced without consensus, and without need. Al Tally (talk) 22:50, 12 May 2008 (UTC)

Wait, so now the argument is that the community wasn't properly informed before making a decision? Who are we to judge that the MFD voters didn't look in the history, understand it, and still vote to keep? Couldn't we blame 50 other things, good and bad, on the lack of the community understanding something anyways? MBisanz ^talk 22:57, 12 May 2008 (UTC)

The first MFD was Keep (reform), and as far as I know, it wasn't really reformed in any significant way. —Locke Cole • t • c 02:52, 13 May 2008 (UTC)

(undent) Ignoring for now the past (I really don't care if BAG started as a heavy metal garage band). Is the argument that what BAG does doesn't work or just that there isn't enough community input. If the former, there's been no evidence presented to that effect (in fact the evidence I've seen only speaks to the founding of BAG and the opinions of a couple current members). If it's the latter, then I ask Who is going to make the project suddenly care about bots? The only time anyone even notices a bot is when it does something they don't like, and even then the average user seems to have no idea what bot are and aren't capable of. Even if we "eliminate BAG," People will just go on ignoring bots, yelling whenever anything goes wrong and arguing about the past instead of debating the merits of the discussion. It will still be a couple of dedicated Bot Operators conducting the requests and still that same group nagging 'crats to close the discussions. Removing BAG will have no appreciable effect except to give someone fodder for the arguments that there "isn't a legitimate process" and that WP:IAR therefor allows them to run whatever bot they want to. BAG is doing a fine job approving bot and (ignoring the need for more help) deals with requests incredibly efficiently. I see no need to rock the boat just because the group developed out of need rather than explicit approval and consensus. Adam McCormick (talk) 00:36, 13 May 2008 (UTC)

Adam makes some very good points. BAG does not prohibit community involvement. Eliminating bot approval entirely is far more likely to create many more problems that it could possibly resolve. The only thing I see missing is a formal appeal process to deal with specific issues where BAG may be approving or not approving something contrary to community consensus. These would mostly be a very small percentage of the requests presented. Even without a formal appeal process in place, there are other means currently available to address any problem that might arise. Dbiel ^(Talk) 01:19, 13 May 2008 (UTC)

I've said it before and I'll say it again. BAG needs a component of members from the wider community, elected by the wider community. Two-approval, single-veto - one technical, one non-tech. Either side can deny approval or halt existing ops, both sides need at least one assenting member. We can't throw away the technical knowledge contributed from the existing BAGers - but we need a formal component specifically sensitive to community concerns, as opposed to just looking at whether the code works or not. Franamax (talk) 01:59, 13 May 2008 (UTC)

Having both technical and non-technical members on BAG would be a good thing, but setting up a single vote as a veto gives BAG members way too much power and is moving about as far away from consensus as it is possible to get. Remember that any admin can block a bot account that is acting outside of community consensus. Also BAG members already have an obligation to take all comments, both technical and non-technical, into consideration when making their decisions. Discussions are currently open to all. To get more community envolvement, the simpliest way would be to post more notices that specific discussions are underway, rather than changing where or how they are currently being handled. Dbiel ^(Talk) 02:28, 13 May 2008 (UTC)

I find it hard to believe that all of our technically oriented users are so completely out of touch with the community that this would be necessary. Mr.Z-man 02:35, 13 May 2008 (UTC)

Not all of them are out of touch, but many of them are (I'd provide a list, but I suspect it would be viewed as a personal attack). —Locke Cole • t • c 02:52, 13 May 2008 (UTC)

My argument is that BAG is simply unnecessary. We don't have Wikipedia:Editor Approval Group or Wikipedia:Editors/Requests for approval, nor should we have something like this for bots. Bots are basically just editors performing edits but in a rapid/automated fashion. As with normal editors, when we run in to problems with them, we can follow the presently existing methods of dispute resolution. The only thing we need to decide is how we give out bot flags, and I don't think we need BAG for that either. I guess Adam I just don't see the need (your words) for BAG, or that there ever was a need for it (the only historical note is further above where, apparently, Stewards were the only ones capable of giving out bot flags, but with bureaucrats able to do so, even that's no longer an issue). —Locke Cole • t • c 02:52, 13 May 2008 (UTC)

I encourage everyone to ignore all rules and run their bots without this arbitrary ruling. Monobi (talk) 02:57, 13 May 2008 (UTC)

I don't think anybody is willing to be blocked for doing this. I could be wrong though. - Rjd0060 (talk) 03:10, 13 May 2008 (UTC)

How does blocking an automated bot help the project? Or more specifically, how does an automated bot running without approval hurt the project? —Locke Cole • t • c 03:48, 13 May 2008 (UTC)

Following Locke Cole's Monobi's recommendation most users will find that their account would be blocked very quickly. Dbiel ^(Talk) 03:18, 13 May 2008 (UTC)

For doing what, might I ask? Not receiving some approval by a process created out of the will of a single person? Monobi (talk) 03:28, 13 May 2008 (UTC)

That isn't how I would describe it, but to keep things simple: Yes. - Rjd0060 (talk) 03:35, 13 May 2008 (UTC)

It's not my recommendation (though I personally see no problem if someone were to run an automated task without approval), please be careful in placing attribution next time. —Locke Cole • t • c 03:48, 13 May 2008 (UTC)

Thanks for pointing out my error, it looks like I got sloppy using copy and paste. My appoligies. (original post edited to reflect correct attribution) Dbiel ^(Talk) 03:56, 13 May 2008 (UTC)

The problem with running an automated task without approval relates mostly to the sheer number of edits it can make in a short period of time and the potential problem of reverting them (if shown to be necessary), dependant on the type of edit and the edit frequency of the articles involved. Remember that semi-automated tasks do not require approval. One of the most important functions of approving a bot is to determine if the edit itself falls within community consensus. Dbiel ^(Talk) 04:11, 13 May 2008 (UTC)

A couple of things:

1. Again, we don't require normal editors to request permission to edit, so it follows we shouldn't be requiring bots (or rather, their operators) to request permission to edit either
2. Bots need not necessarily have the bot flag, in which case there are limits in place to how fast edits can be performed (the bot flag relaxes these limits, but in theory without a BAG, many bots would likely be tried without a bot flag, limiting any potential "damage")
3. As to potential damage/issues, as with any edit, bot edits can be reverted/fixed.
4. Dispute resolution should handle just about any other problems. We have other policies (the blocking policy, etc) to handle bots which act against consensus.

Most of all though, and I'm reiterating this, I just don't buy in to the idea that a bot (especially an unflagged bot) will cause so much damage that it can't possibly be reverted/fixed. And these are all issues even with the approval process in place right now (many bots are closed source, so while a "test run" may not reveal any problems, it doesn't mean a full run of the bots operations won't). —Locke Cole • t • c 05:18, 13 May 2008 (UTC)

It's not a question of whether it's possible to revert the damage done. The point is that the amount of damage done will increase and it will take someone's time to fix it. I know you don't see the threat, But there is one and anyone who's ever had to clean up after a bot gone rogue will tell you that it's a pain which is mostly avoided with an established approvals process. Bots are not editors and they do need to be treated more harshly. It does not follow from the lack of editor approval that there shouldn't be bot approval. Even if that were the case, a bot is much more prolific than any editor (take BCBot for example) and reverting all it's work is a pain that is completely unnecessary. The cost of cleaning up after a profusion of unscrutinized bots is much higher than the cost of (even if we take it as you state it) your perceived notion that BAG is causing some imagined harm by just existing. Adam McCormick (talk) 05:36, 13 May 2008 (UTC)

(ec)One problem with that however, in the course of 'ordianry non-bot editing', a user can not cause the type and severity of damage that a broken / poorly designed (or thought out) bot can, regarding point one. If one of mine broke, just right (and, it can happen, easier than you would think), for instance (especially using the new version of distributed editing framework I've been working on), I could cause WEEKS of damage repair work, and very real damage to the project. And that's just me. Imagine having a few of those happening in short order. Human editors simply cannot cause problems on the same level, in the same way. Heck, we (whom are supposed to be fairly knowledgeable in this stuff) make mistakes too, see User:Pageview bot for instance. Imagine if things like that occurred more often, as a result of very non-technical people approving things that should not be. That being said, as I've said before, I would much prefer to return to a system of 'anyone can join', that we had for nearly a year. If folks are approving inappropriate bots, they can be removed, kinda like a clerking system like is in use at a few other places. I think, this would be a good balance. SQL^{Query me!} 05:38, 13 May 2008 (UTC)

I see your argument, but I don't think you see the need so let me attempt to illustrate. Let's take my own bot for example. Recently, the interlinking of categories led him to make a few hundred spurious edits before he was stopped. Would this ever happen to a a well-meaning editor? No, it can only really happen to an automated process following rules. If no bot ever needed approval events similar to this would be the norm of bot behavior. I've seen requests from people who only vaguely know how to program who want to edit every page on wikipedia. Bots that could wreak excessive havoc without any way of really constraining them. Without a specific group, without explicit approval what stops a particularly malicious vandal from making tens of thousands of edits before they can be stopped?

But even ignoring this extreme example, let's look at your "editor for approval process." On some levels I agree that bots are a reflection of their operators, but I can only really justify this for semi-automated bots. A fully automated bot operated unattended for days, or weeks in some cases, making thousands of edits without direct oversight. Can the same be said of an editor? If you post something on an editors page there is at least some expectation that they will read it, and react to it. The average member of the community can't do anything about a bot, can't really stop it from annihilating their work, have almost no recourse (Short of ANI). The only way to prevent this is direct oversight, direct supervision of editors who know bots. Not just programming them but operating them. I couldn't care less if BAG can program, but as i said those who care try to join, and those who care would become the de facto BAG even if the group was dissolved. Adam McCormick (talk) 05:11, 13 May 2008 (UTC)

I'm not advocating anarchy, of course, and this Bot policy page should codify requirements for those choosing to operate bots (specifically that secondary accounts be used, they identify themselves as bots on their user pages, etc). To take your example though, your bot made these "few hundred spurious edits" despite their being a BAG. Do you see my point there? Vandals who choose to operate a bot would be treated like any vandal we deal with: blocked and banned (plus I doubt any vandal would actually try to gain approval, but I think I get the idea).

Regular editors do have a recourse though, contacting the bot operator, using dispute resolution, and so on. Bot operators are just like editors, and like editors, there will be disputes about the kinds of edits they make. The significant difference is the speed at which they make edits, and that's really it. Everything can be undone if the community disagrees with their edits, and normal processes can be used to deal with difficult bots/operators (AN/I, temporary blocking, etc).

BTW, a dissolved BAG does not preclude there being a WikiProject or some such for bot operators to join and to self-police other bots as they deem necessary. But they certainly don't need the power of policy to note a misbehaving bot on AN/I or to contact a 'crat if a bot operator has lost the support of the community in operating their bot. —Locke Cole • t • c 05:27, 13 May 2008 (UTC)

I think you rather overstate the "power" BAG has. Anyone can note an allegedly misbehaving bot at AN/I. In almost the opposite of what you suggest, if a bot is brought up at AN/I, a BAG-approval somewhat reduces the chance it gets an immediate block. Gimmetrow 05:37, 13 May 2008 (UTC)

[edit] Civility

Since things have settled to some extent, no names need be mentioned, but any further issues with civility (including personal attacks, baiting or trolling) will very likely result in a block. Gimmetrow 02:07, 15 May 2008 (UTC)

I'm not entirely sure why people grow so hostile on this page, but it's more than a little annoying when some people randomly decide to blow up without actually contributing anything to the conversation (and in fact, seem intent on derailing discussion because they don't seem to like where it's going). FWIW, my opinion remains unchanged: BAG needs to go. —Locke Cole • t • c 08:18, 15 May 2008 (UTC)

LC, just so you're not surprised, when I said "no named need be mentioned", I was also referring to you. The way you present your arguments tends, unintentionally or not, to generate a defensive mindset. How do you think saying "their inability to comply with the will of the community" is likely to be received? Gimmetrow 08:37, 15 May 2008 (UTC)

About as bluntly as I intended it to be, I imagine. The simple fact is (see poll above if you have any doubts) there is a big disconnect between what the community believes and what BAG believes. And so far most BAGgers seem content to try and wish it all away (or ignore it, or resort to childish outbursts with much bluster but little in the way of logic). I'm not saying there hasn't been some reasonable discourse here, but despite the arguments presented being sound (and the support being there in some cases), members of BAG seem unwilling to budge or acknowledge they're in the minority.

FWIW, I'd tried to be gentler earlier on but my attempts to discuss this were usually ignored until I made an edit to the policy page directly. So hopefully you'll understand if I've slowly ran out of patience with this process. Maybe at some point there'll be some give from BAGs side? Compromise isn't out of the question from my end, but I haven't seen any that doesn't involve maintaining the status quo. —Locke Cole • t • c 09:00, 15 May 2008 (UTC)

It's rather difficult to find a compromise on "eliminate bot approval entirely", don't you think? What do you really want, and why? Gimmetrow 19:21, 15 May 2008 (UTC)

I want a transparent method of selecting BAG members that gets the most input from the community. We have a method, but for reasons that will forever elude me seemingly, members of BAG seem unwilling to accept it (I'm talking about the RFA-style system). Is it so unreasonable to get wide community input on something like this? —Locke Cole • t • c 00:53, 16 May 2008 (UTC)

What's not transparent about a discussion here? It would help if you would say clearly the problem you see, and how this solution would fix it. What specifically did the other system produce that you don't like? I know there are some systemic problems with the existing bot approval system, but most can be addressed by changing the bot policy. I don't really see how changing the method of BAG membership addresses these. Gimmetrow 01:47, 16 May 2008 (UTC)

I do not know I we are looking at the same thing or not. But any poll indicated above hardly reflects what the community thinks. There are just not enough members of the community responding to draw any conclusion, one way or the other, as to what the community actually wants; unless it might be to say that they just do not care; and even that is a bit of a far reach as the vast majority of the community does not even realize that this discussion is going on. Dbiel ^(Talk) 19:13, 15 May 2008 (UTC)

Last time I checked, when there's no consensus for a new system, we use whatever is in place. We don't just say "there's no consensus for anything" and then have nothing. If we did that everywhere, we would never have any stable policies and given some of the responses on the Adminship poll, we probably wouldn't have RFA either. I should also note that most of the people who opposed BAG membership on RFA were not BAG members. The RFA system was also spearheaded by Coren and supported (on the poll) by likely future BAG member User:Dihydrogen Monoxide - its quite clearly not as simple as BAG members vs. everyone else and the us vs. them mentality isn't helpful. Mr.Z-man 01:03, 16 May 2008 (UTC)

I'm sure this has been hashed and rehashed a million times already but I really have to disagree with this section. I think BAG has said many many many times that they wish for more community input on bot approval. Does the community ever provide any? No. So how does dissolving the only people who *do* provide input get the rest of the community to provide input? Q ^{T C} 04:19, 5 June 2008 (UTC)

Because we need to start over with something that works. BAG members ignore community consensus and revert war to keep their status quo going, ergo their use to the community is quickly approaching nothingness. There's various incidents, recent incidents, such as an early BRFA closure (with a resulting revert and protected page) that need to be considered here as well. How does prematurely closing a discussion and protecting the page benefit the community? How does a member of BAG abusing an undisclosed sockpuppet and using it in an edit war over BOT policy benefit the community? BAG is not good for Wikipedia, and IMHO should cease to operate. —Locke Cole • t • c 04:48, 5 June 2008 (UTC)

Distancing myself somewhat from LC's rhetoric, but not necessarily from his points, and with a heavy heart:

I must point out a recent page containing the quote "He is also a recently-appointed member of the Bots Approval Group, and has in many respects been offering a 'non-bot-operator' opinion that was so craved by the community", the same page containing a statement by the "He": "I stand by my BRFA approval, which was made from a technical perspective only. In that sense, I think it's been agreed that there isn't an issue. I should have asked for more community discussion prior to the approval".

I don't want to pick at any wounds, but I do need to point out the disconnect here. BAG must create it's own solution, and it should be satisfactory going forward. Please, guys, figure something out. You shot down RfBAG, you've dismissed my explicit two-component tech/non-tech solution, you haven't introduced answerability, there's additionally "admin bot whose owner refuses to post at ANI" (my quote and maybe bad grammar). Things are not going well here, any ideas? Franamax (talk) 05:02, 5 June 2008 (UTC)

Well, I am of the opinion that BAG is not merely a technical review, but also gauges community consensus. It's part of WP:BOT#Bot requirements, even. I'm making no statement about Fritzbot, but sometimes the "its only a technical review" is a sort of defensive response. And admins running scripts on their admin account are routinely bits of drama, but this case seems to have been handled reasonably well. It's not like any of these issues are not known, but it's a little difficult to address them sensibly while under constant attack. Gimmetrow 05:18, 5 June 2008 (UTC)

True enough, but where is the "constant attack" coming from? Is it those people who just totally hate computers, or is it from the (seemingly unending, maybe you'd agree) series of concerns being raised by reasonable members of the community about the way that bots and some members and non-members of BAG are going about their business? You can, of course, decide to put me on one side or the other. Whichever you decide, if you want to characterize it as constant attacks, it's not going to go away, right? That's why I'm asking you guys to start blue-skying some solutions. Franamax (talk) 05:30, 5 June 2008 (UTC)

I believe that the "gauging consensus" aspect is key, and is ultimately if anything the more important aspect. (That's not to say the 'technical' aspects are to be neglected, or that an explicit hammering-out-consensus on-page is going to be required in every case.) If there's no agreement on that -- and in the past there's been both resistance to it from within the BAG (from members that wish to scope the scope in purely technical terms), and from elsewhere in the community (from people who don't want the BAG to be able to 'nix' tasks) -- I believe we'll have to look again at some other mechanism for ensuring that consensus is somewhere in the loop. But for the sake of having as 'lightweight' a process as possible, I think it would be preferable to have both dealt with at once, and hence that the BAG consists of people who are trusted to make sensible decisions on technical grounds as and when those arise, and to judge consensus. Doesn't matter so much whether those are in separate heads, or combined in one, so long as there's a general recognition of what's going on. For my money, the "gauging consensus" and "being in touch with the community" aspects are sufficiently important that an RFA-like BAG-joining process is the least-worst option, though I won't claim it's in any way a perfect solution, or indeed the only acceptable one. Alai (talk) 10:26, 5 June 2008 (UTC)

[edit] Proposed bot change

[edit] Post-close observation

• Actually, I make that a pretty clear consensus (to reject). Alai (talk) 19:36, 8 June 2008 (UTC)
  • LOL, same thing as no consensus to implement. I was trying to word it nicely. SQL^{Query me!} 21:36, 9 June 2008 (UTC)

[edit] List of current bots and the tasks they are performing?

On Wikipedia:Bot requests, in the opening paragraph, it says:"You might also check Wikipedia:Bot policy to see if the bot you are looking for already exists." Maybe I'm overlooking something really obvious, but I can't find any such list on this page. Has it been moved somewhere else? And if there is no such list, how would I go about creating one?--Aervanath's signature is boring 17:29, 25 May 2008 (UTC)

There is Wikipedia:Bots/Status, but its pretty outdated. Mr.Z-man 18:27, 25 May 2008 (UTC)

Thanks.--Aervanath's signature is boring 19:10, 25 May 2008 (UTC)

I would think it might be a good idea to change the bot policy page to make it the responsibility of the bot operator to keep is entry on this page current. Dbiel ^(Talk) 21:16, 25 May 2008 (UTC)

Good idea, but it leaves out the part where the botop doesn't care anymore. This may be recursive, but perhaps a bot to check bot contribs and update the bot status? Another idea would be to make maintenance of the bot approval contingent on an entry in a "Current bots" page where the operator has to list current status and tasks, and expected run frequency, and if this is not kept up-to-date, approval is revoked after some arbitrary time period based on the frequency. In other words, if you say you expect to run the bot once a month and don't do anything for two years, it's no longer an approved bot. Franamax (talk) 22:18, 25 May 2008 (UTC)

Hmm, prior discussions have been not to revoke Bot status unless its abused or the owner agrees, so I don't think we could do that. I do intend over the next month to get that page up to shape, so maybe hold off until I forget :)? MBisanz ^talk 00:24, 26 May 2008 (UTC)

The problem is enforcement. I think you would have a fairly difficult time getting consensus to block a helpful bot just because the operator hasn't filled out all the proper forms yet. Mr.Z-man 08:36, 26 May 2008 (UTC)

Rick Bot updates WP:LA based on admin activity. It wouldn't be difficult to do the same for Wikipedia:Bots/Status. Addshore is restructuring the page - after it's stabilized I could add a task to update it (daily seems plenty often enough). -- Rick Block (talk) 16:02, 26 May 2008 (UTC)

How about a bot that goes through transclusions of {{Infobox Bot}} and uses that information to update the list? -- maelgwn - talk 05:47, 27 May 2008 (UTC)

[edit] When is a script a bot?

In WP:AN/I#Massive redirect deletions, an administrator apparently used a script in a very bot-like manner. Another administrator had to block his account for 1 minute to kill the script.

When does the use of an automated or semi-automated script cross the line and become subject to WP:BOT?

My recommendation:

• Any fully-automated script is officially a bot.
• Any user whose use of semi-automated scripts causes problems can be told by an any administrator for the next [insert short time period] ["your use of this script" or "your use of scripts to accomplish this task"] [plus optionally: "on this set of articles"] shall be subject to the requirements of a bot, except that a separate account is not needed.

Think of the latter as a partial block: The user may continue editing Wikipedia but his privileges are curtailed for a period of time.

What do you all think? davidwr/(talk)/(contribs)/(e-mail) 04:14, 1 June 2008 (UTC)

Not clear what you're getting at. If an admin could tell any user that script use is subject to bot requirements, but the user could keep editing, then effectively any admin could temporarily approve a bot. As it is, any fully-automated script is a bot and needs approval, and semi-automated scripts which edit "fast" or "a lot" are likely to need approval like a bot. Finally, a 1 minute block may or may not interrupt a script; the script may just keep retrying the edit. But if it works it can avoid some drama. As it turns out, the user had stopped running the script on his own. Gimmetrow 04:53, 1 June 2008 (UTC)

A script that edits quickly is just a bot by another name. What kind of meaningful distinction can you make between one computer program for editing Wikipedia and another? Calling your bot a "script" shouldn't make it exempt from approval. So I agree with Gimmetrow, and I disagree with davidwr's exemption for semi-automated "scripts" that handles them differently from semi-automated bots. rspeer / ɹəədsɹ 10:10, 1 June 2008 (UTC)

(I come here after reading the ANI thread) a script used to make 20 edits per minute for a long lenght of time to make thousands of edits should most certainly be treated as a bot because it has the potential to cause the exact same issues that bots cause, independently if whether there is a user appoving each edit or not.

Also, at high edit rates doing a repetitive task, there is no chance that the editor can actually evaluate every edit, not to mention the issues with keeping his attention level high and not start making mistakes, and the user is just imitating a bot's behaviour by hitting "edit" mechanically, so the edits are being as indiscriminate as those of a bot, and should not be treated as normal edits. --Enric Naval (talk) 15:47, 1 June 2008 (UTC)

Is that the distinction between a script and a bot -- whether there's manual approval or not? But then all semi-automated bots would be "scripts" as well. Also, there's no way to actually tell whether there's manual approval (consider the recent case where Betacommand claimed he manually approved every broken DEFAULTSORT edit he made, or MZMcBride's rapid deletions of redirects).

I think the only thing that could legitimately be called a "script" and not subject to the bot rules is a low-edit-rate tool that integrates with the user's editing to help them make edits (for example, TWINKLE). But if the "script" suggests the edit in full, and the user's only input is to click an "approve" button, it's a bot. rspeer / ɹəədsɹ 19:21, 1 June 2008 (UTC)

I'm not so sure I agree with you. I use reflinks.py on Pywikipedya as if it were a script, although I could use it in an "insert name, blindly click save" fashion if I wanted to. In this case, the distinction between bot-like use and script-like use is in the chair not the computer. As a matter of course, I typically preview the changes and, when it doesn't do the job right or completely, tweak the output before saving. Other editors may use the same tool in a "look at me, I'm a monkey, I can fix bare links fast" click-and-save way, which can get them into trouble since this particular script occasionally gives bad output. davidwr/(talk)/(contribs)/(e-mail) 22:03, 1 June 2008 (UTC)

My point is that we can't tell what's going on between the keyboard and the chair, and we shouldn't make rules that pretend we can tell. We should judge whether something is a script or a bot by (a) the edits it makes to Wikipedia, and (b) the way the code is designed to interact with the user (which in most cases we should know). What's going on in the person's brain shouldn't make the difference. rspeer / ɹəədsɹ 23:10, 1 June 2008 (UTC)

If we use that definition as a bot (no user input except setup and to approve each edit), AWB use would require bot approval, as would many user scripts, including some modules of Twinkle. Mr.Z-man 23:28, 1 June 2008 (UTC)

The definition of a bot has traditionally been full automation, specifically the lack of user input to approve each edit. AWB users who check and approve each edit are not running bots. AWB tasks which do a lot of edits (and so impact a lot of articles) may also warrant review. Gimmetrow 23:47, 1 June 2008 (UTC)

Aren't many AWB tasks run through the BAG? Aren't many BAG requests for semi-automated bots? By Gimmetrow's definition, there could be no such thing as a semi-automated bot, yet we see them frequently. rspeer / ɹəədsɹ 01:46, 2 June 2008 (UTC)

Semi-automated tasks are often run through the BAG for technical review, yes, often because they want to edit from a separate account ending in *bot. However, if they're not editing "fast" or not doing "a lot" of edits, they don't strictly-speaking need bot approval. I don't think this is a new interpretion of bot policy/practice. Before the maxlag feature was developed, someone could run a script for small jobs on their user account at two edits per minute, approving each edit individually, without strictly needing bot approval. Gimmetrow 01:56, 2 June 2008 (UTC)

(undent) OK, so exactly what is "fast" and what is "a lot" of edits? Will we always revolve around "I could do that many with a tabbed browser" as the standard response? Or the alternative "you're a f-'in liar I never used no bot prove it"? What's the answer here: when is a script a bot? Franamax (talk) 07:00, 3 June 2008 (UTC)

Well, that is the problem, isn't it. If I recall correctly, the policy used to be that anything more than 2 edits per minute for a sustained period was bot editing. Since maxlag was introduced, we don't have a specific edit rate for a target, but more than 5 or 6 edits per minute is too fast to really review anything that isn't trivial. "A lot" is also grey. The intention here is to let someone use AWB to do random odd tasks without needing further bot approval, but prevent someone making non-consensus changes on 10000 articles. Gimmetrow 07:13, 3 June 2008 (UTC)

Looking at the edit patterns of some editors, not all of whose names start with Beta or MZM, there are 10-minute pauses followed by a burst of high-rate edits. This is indicative of preparing a "job" within a script tool then setting it loose. I'm not convinced that qualifies as individual consideration of edits, as opposed to building an action list and setting it loose. The danger there is that the operator concentrates on the tasks, rather than the results; that is where the "bot" definition should provide some numerical clarity. The maxlag parameter is a bit of a red herring, it doesn't limit any page rates, you can go as fast as you want until the server tells you it's busy, then you back off a little bit.

Again though, there's a lot of back-and-forth over what's a bot, script, tabbed browser, human - can we quantify a per-minute and per-hour definition? Franamax (talk) 08:14, 3 June 2008 (UTC)

Well if you look at my contribs to images you'll see such a pattern. That pattern would be me opening 30 tabs in firefox, running the FURME script to get to an edit screen on each, then running back through the tabs and saving. MBisanz ^talk 08:18, 3 June 2008 (UTC)

I'm well aware of the ambiguity. I imagine it would take some work to settle down on specific definitions. I would venture these numbers: assisted editing over 6 edits per minute for a long period (long enough not to be tabbed browsing), or doing any one task involving 1000+ articles (even at a slow pace), should get bot approval. But that's just a view, it's not policy. Gimmetrow 08:24, 3 June 2008 (UTC)

The 1 minute block did nothing but add an entry to my block log. The block was made after the deletions had stopped. --MZMcBride (talk) 06:23, 3 June 2008 (UTC)

As I stated above. Gimmetrow 07:13, 3 June 2008 (UTC)

Essentially what we have at the moment is a giant duck test: if it quacks like a fully automated edit, it's subject to the policy. That's pretty much the best we can do, short of looking over someone's shoulder as they're making them (or as they have a pint while their script is doing so), though I'm certainly not opposed to tweaking wording to make current understanding and practice clearer. Defining it in terms of numbers of edits or edit rate per unit time isn't desirable, since any given figure will inconvenience those making legitimate "semis", act as "cover" for those pushing the envelope of unapproved fully-automated edits, or some combination of the two. But if someone were, say, making over three edits a minute solidly for an hour, I'd ask them if they were running a bot. If they said flat out that they were not, and offered some remotely-convincing explanation of what they were up to, I'd take it on faith that was the case, assuming there were no other issues. If someone's edits start to break all credibility of human stamina and attention span, or start to make "bot-like errors", I'd be somewhat more insistent on the matter. If that's the sort of thing that people "get" from reading whatever statement we make on semi-automated editing, I think that's good enough. Alai (talk) 16:42, 3 June 2008 (UTC)

[edit] Quick question

Which bot handles deletion tagging of orphaned fair use images? I've run across a few non-free images that seem to have been orphaned a while without being tagged - from what I recall, those used to be mopped up daily. Kelly ^hi! 12:39, 1 June 2008 (UTC)

Ah, never mind. Looks like BJBot is doing a run. Kelly ^hi! 15:34, 2 June 2008 (UTC)

[edit] Perl packages

Hi, sorry about spamming - if anyone can help here, i'll be very thankful: Wikipedia talk:Creating a bot#Perl_packages. Thanks. --Amir E. Aharoni (talk) 08:06, 2 June 2008 (UTC)

[edit] Appropriate wording

From the bot requirements section:

• uses informative messages, appropriately worded, in any edit summaries or messages left for users

Suppose that I want to create a bot which posts messages to talk pages (in this case, WikiProject talk pages, not actual user talk pages). Would the actual wording of the messages posted have to be approved? Or would it be sufficient to file an approval request for "posting messages to WikiProject talk pages, notifying them about XYZ", without specifying the actual wording? --B. Wolterding (talk) 12:07, 3 June 2008 (UTC)

Most likely the wording would be checked during the trial process yes. The wording could be improved later though if it was necessary. -- maelgwn - talk 12:32, 3 June 2008 (UTC)

[edit] No consensus

Per the above poll the method of choosing BAG members clearly lacks consensus. Despite my best efforts to educate the editors involved in reverting, they insist on pushing their preferred version on to this policy page. To that end, and since it's clear there's no consensus for the policy as it stands, I've placed {{disputedtag}} on the page. While I'd be more than happy to sort this out and would welcome some sort of agreement that would meet my single criteria (consensus), I'm not holding my breath. —Locke Cole • t • c 03:46, 5 June 2008 (UTC)

And yet, what is the process currently in use? Personally, I don't much care one way or the other how a group of minor administrative functionaries are selected on some website, and I doubt many others really do either. But this "proposal" was handled completely the wrong way, and that's why I'm skeptical. A lot of that wasn't your doing, but it's something you need to deal with if you want to continue. Supposedly, the change is to get more people involved or something like that. That begs a few questions: 1) Is it really beneficial to have more people involved selecting BAG members (as opposed to, say, commenting on BRFA), 2) why this particular "proposal" among at least a half-dozen that might achieve the same goal, 3) does it actually achieve the goal, and 4) are the problems associated with the change sufficiently offset by the benefits proposed or achieved? (Any change of rules has the inherent disadvantage of the adjustment period, so it has to have enough benefit to offset that or it's simply not worth it.) If you want the change to go through, you need to come up with something about each of those questions. Gimmetrow 04:59, 5 June 2008 (UTC)

To answer your questions, again, this is strictly my opinion: 1) Yes, I believe it is beneficial to have more input on BAG member selection, more discussion should always be encouraged, and additional input provides added potential for discussion. 2) Why not this proposal? In the test runs that were made it clearly demonstrated that it gave 3 to 4 times more input than the old method. To be clear, I'm not married to this particular method, but any alternative would need to at least double the amount of input from the community. 3) In test runs it tripled or quadrupled the amount of input compared to the old method, so I believe that's a "yes" in so far as achieving the goal. 4) I think the problems are minimal given the expanded input it provides and the additional opportunity for members for the community to be aware of BAG member selection. If I've not covered something, please let me know so I can try and address it. —Locke Cole • t • c 05:16, 5 June 2008 (UTC)

The problem is that input does not necessarily correlate to helpful comments. I really don't think number of participants should be sole the criteria we use to determine success. DHMO's BAG membership request was fairly nondescript, but his recent RFA was a massive dramafest. Would putting his BAG request on the RFA page have led to a similar result as his RFA? Its impossible to know, but its certainly a possibility. Is such a result desirable? I certainly hope not. Mr.Z-man 05:25, 5 June 2008 (UTC)

You say it was a dramafest, and I'm not judging (I haven't looked at the RFA), but were the concerns expressed by the opposing editors valid? If so, then the RFA served its purpose. As the bar is lower for BAG, I'd expect he wouldn't have had any problems using the proposed method (afterall, being included in BAG doesn't give one the same abilities as being given +sysop). I know more input isn't always better, but as a wiki we encourage discussions, yes? So more input should provide more opportunity for discussion (and certainly more opportunity for potential issues to be addressed). —Locke Cole • t • c 05:35, 5 June 2008 (UTC)

I'm glad you recognize more input isn't "always better". We have WP:Redirects for deletion, and they don't usually get a lot of comments, but we still have Redirects for deletion. Those interested comment. It's really the same here. I've been mostly satisfied with the group of approvers; it's BRFA that needs more input, in my opinion. Gimmetrow 05:54, 5 June 2008 (UTC)

The two are somewhat interlinked, however. If the group of "approvers" is small, there will often be less input/discussion. That would be a possible reason to expand the BAG, and perhaps specifically to expand it in a direction intended to take it wider than the "clique of bot-coders" it's been accused to being. Or else, it's an argument for making it a more "welcoming" place for non-BAG members to contribute, without the imminent prospect of them being shouted down as speaking out of turn process-wise, not being technically qualified to speak here, or just plain having splenetic venting directed at them. (I speak as having all of the above myself, and given that I'm a Wikipedian of several years standing, an admin, a bot-op with a "top 20 edits" bot, have done a little bit of bot-coding myself, and have a higher degree in CompSci, I think I can say that the "threshold" is not so much "high" as "totally whimsical".) Alai (talk) 11:32, 5 June 2008 (UTC)

(e/c) My point is that RFA is pretty well known for being one of the most politicized areas of the project. AGF seems to be suspended on a regular basis and the civility rules seem to be relaxed. I think I've asked something like this before and never gotten a straight answer: Why on earth would we want to expand that process? I just don't get it. RFA is one of the most controversial processes we have, and its the best solution we have for BAG membership? Mr.Z-man 06:01, 5 June 2008 (UTC)

Because it's the least-worst solution to that problem, and it seems likely to be least-worst solution to this one. Bear in mind that certain, erm, "somewhat controversial" Wikipedians have suggested a more "star chamber" model for RFA in the past (including running RFB on such a 'ticket'), and it's been shot down in flames). People object less to a "star chamber" model for BAG because fewer people care about it at all, and most of the remainder care about it less than they would RFA or RFB, probably due to a combination of it being seen as a niche activity, because there's there no actual technical permissions involved. Most of the time, RfBAG (or its present and past equivalent) exists in a quiet little corner where fewer people pay it any attention, so the BAG is able to tell itself that it's "less broken" than RFA. I believe that's drawing the wrong conclusion from the available evidence. Any time there's a Bot WikiDrama on AN/I (or elsewhere), that's implicitly a failure of the current system, including (but not limited to) the BAG selection process. Alai (talk) 11:40, 5 June 2008 (UTC)

I thought I was looking on the wrong page. Is this a WT:BOT thing or a WT:BAG thing? I think it would be useful to separate the technical aspects of bot policy from the BAG membership issues and the BAG membership selection issues. Which is why I tried to start a discussion at WT:BAG. Could someone centralise things and put notices in relevant places? Carcharoth (talk) 11:02, 5 June 2008 (UTC)

For now, BAG membership issues do fall under the bot policy (see here), and I don't think WP:BAG is policy etc. (at least, last time I checked it wasn't). So yeah, this should be discussed here. And I agree that we shouldn't be putting anyone through anything like my RfA, and thus think that the status quo—ask on WT:BAG if you can join the BAG—should be upheld. giggy _(:O) 11:16, 5 June 2008 (UTC)

But reasoning from what it says "for now" is problematic, since what it says currently is precisely what's being edit-warred over! I do agree that it should be discussed here, until such time as the version here stabilises, but I think it's very bad practice to say "it's policy due to inertia, regardless of lack of current consensus", and it might be better in the medium-term to refer the membership question over to the BAG page, for the very reason that it's not tagged as policy. Alai (talk) 11:45, 5 June 2008 (UTC)

Oh not again with the inertia, I think that was the term that was used previously to discount all the opposition to the new system. Please don't go there. This isn't some new concept. When we don't have consensus for something, we use the status quo. We don't just abandon everything until we come up with something better or figure out a new term to discount the opposition. Then we're stuck using the first thing that isn't broken, regardless of how good it really is. Mr.Z-man 15:07, 5 June 2008 (UTC)

Can you suggest a better term than "inertia" for what you've just described? It being asserted (especially by revert war) that the policy remains the policy, when there's manifestly no consensus for it, seems to me to be precisely that. Perhaps we could call it "present policy being primarily conditioned by past policy, and at most secondarily conditioned by consensus", if I have my Buddhist terminology right. And it's especially unedifying when the main reverter-to-the-status-quo is precisely the person whose actions have made the status quo untenable. Alai (talk) 15:43, 5 June 2008 (UTC)

Well, I'm sorry I brought it up. Now, can we actually discuss a solution? The discussions on WT:BAG may not have consensus, but if you don't simply discount all the opposition, neither does the RFA system. So, what should we do? Mr.Z-man 15:56, 5 June 2008 (UTC)

I thought I had already sketched one. Refactor and/or mark the current process as provisional/proposed/disputed. Move detailed "status quo", proposals and counter-proposals to the BAG page, where instability is less disruptive, since it doesn't run interference on (the rest of) bot policy, and is all already marked as proposed in any case. Continue to operate whichever version there's the least drama over in the meantime. I agree that there's not (yet?) consensus for the RFA version either, so I would equally opposed to emplacing that as putative policy (if not more so, despite my preference for it). Alai (talk) 16:25, 5 June 2008 (UTC)

[edit] BAG request: Bjweeks (BJ)

My request to join the BAG is here. BJ^Talk 06:57, 6 June 2008 (UTC)