Wikipedia:Bots/Requests for approval/RFC bot 2

Discussion

As one can see from Special:Contributions/RFC bot and my sandbox, User talk:Harej test account, the code seems to be functional. Any other questions or ideas? harej 18:01, 27 November 2010 (UTC)

I love this idea. It's kind of like WP:3O in that it brings in outside opinions to RFCs instead of almost exclusively topic-specific ones, plus it doesn't unnecessarily annoy anyone, as it's both opt-in and opt-out at leisure. =) --slakr^\ talk / 21:40, 27 November 2010 (UTC)

And actually, the more I think of it, it could end up making RFC proceedings more productive, as a whole. It makes it a lot harder for participants to scream "zOMG cabalz@!" at genuinely uninvolved editors when there's obvious evidence to suggest that their involvement in the RFC is the direct result of being randomly selected by a bot. --slakr^\ talk / 21:48, 27 November 2010 (UTC)

The idea is good, the above points strong. Added myself to the test page. May I suggest that users can optionally choose the absolute maximum number of notices they wish to receive in a given time. My concern is that less active editors may be spammed with RfCs more often than they'd want during RfC-happy periods. Secondly, I think you need to better define how your "randomness" will work, as true random distribution may in extreme cases choose same editors several times and other editor no times. Do you keep track of who has and hasn't been messaged lately? Thirdly, will you attempt to contact more editors if no previously contacted editors and few other editors have made an edit to the RfC page? This one's particularly addresses messy, long RfCs were most editors would tl;dr. Perhaps editors could somehow indicate they are not going to comment on the RfC they were sent. And finally, I would really like to be able to choose more specific categorization, such as "video games" or "Japan", although this may be technically hard to achieve. Thanks for reading. —  HELLKNOWZ  ▎TALK 12:03, 28 November 2010 (UTC)

Sorry about the wait. Let me put some things into perspective. While I haven't done an analysis of past trends, there is seldom more than a few new RFCs per day. Consider that on User talk:Harej test account, there were four new RFCs that day, then one new RFC the next. That is more or less the absolute maximum for a talk page to be messaged by the bot, given that the test account is signed up for all the RFCs and is the only account in all the different pools. If each category has 10-20 participants, and there is a new RFC for a given category once every 3-7 days, the messaging would be very well spread out. That being said, I would like to implement a "spam limit," but bear in mind that the more fields a user has to fill out, the more parse work the bot has to do and the more work a user has to do, and also that it probably wouldn't achieve much given what I said before. As for randomness, it is indeed as random as PHP's random number generator is. I suppose a rotation system would be fairer and I will work one in if I can. RFC bot doesn't keep track of who comments in a given discussion (it would be a parsing nightmare, given the various circumstances RFC tags appear in). Finally, going deeper than the RFC tag category is a degree of specificity which the bot is not set up to handle, but I would imagine such a thing working in conjunction with WikiProject boxes on a page (that is for a later request). harej 05:33, 29 November 2010 (UTC)

Thanks for reply. I was brainstorming mostly, I do not know the actual RfC frequencies, cannot guess on possible number of participants, etc. In any case, I already said I think the idea is sound. The "spam limit" is probably the only part I feel strongly about. —  HELLKNOWZ  ▎TALK 10:16, 29 November 2010 (UTC)

Thanks Harej, this is really great to see. Some questions

1. Can the request include the summary text the RFC creator provides (as seen eg at Wikipedia:Requests for comment/Biographies).
2. Is giving editors the option of receiving requests by email completely impossible, a bit impractical, or something to think about later on?
3. In the bot request I talked about a Category; one notable advantage of this over the list you've used is visibility; other users will see these categories on user talk pages and thereby find out about the approach. Can we do both, or switch to a Category system?
4. naming: "Comment duty" I don't much like. "Comment invitation service" or the like would be preferable.
5. What about Point 4 of my request (checking for talkpage templates) - something for later on?
6. I'm not too worried about the "spam limit" but perhaps the bot could check for existing invitations on the user's talk page, and check the date of that invitation. But then deciding how to set a limit is difficult - different people will have different ideas, and it may vary over time for one person.
7. New idea: could the invitation include a link to a "Sorry, won't participate" bot subpage to allow people to say "I'm not going to respond to this invitation"? That would allow the bot to try again with someone else, and also help keep track of whether people are responding.

Many thanks! Rd232 ^talk 14:17, 29 November 2010 (UTC)

May I suggest that the bot links the #section under which the RfC is placed? Some pages are really long and RfC may be in the middle somewhere. Additionally, the message seems to be very long and does not stand out as a bot edit very well. I may be extra picky here, but bot talk page messaging is generally hated and only the best messages survive to be read. For example, I read neither of the two posts on my page, merely clicked the wikilink in the title. —  HELLKNOWZ  ▎TALK 19:12, 29 November 2010 (UTC)

"generally hated"?? - well anyway I've removed the wikilink from the header at Template:Comment duty message, as having it encourages people not to read the text. Rd232 ^talk 19:26, 29 November 2010 (UTC)

That was a hyperbole. My point was that the message is very long and most of it the editors would already know, since they singed up for it in the first place. The wikilink in section title or a wikilink directly below the section is a necessity for easy navigation. My point is that these messages should attempt to be to the point and recognisable. —  HELLKNOWZ  ▎TALK 19:35, 29 November 2010 (UTC)

Well the messages should be helpful for newcomers too (was one of the points I took from Wikipedia:Village_pump_(proposals)/Archive_66#Input_randomisation). Since we don't expect users, once the system is up and running, to get invitations that often, I don't think brevity is that important. And there are a number of long bot notifications which people haven't signed up for. Rd232 ^talk 20:47, 29 November 2010 (UTC)

Those non-signed-for long messages are the ones especially annoying (what "generally hated" was targeted at). I am of course personally biased from designer perspective, but I'd prefer short and elegant over long and newbie friendly. I suppose we can wait and see, but I somehow doubt you will have many newbie sign-ups. How about the very first message being more elaborate? —  HELLKNOWZ  ▎TALK 20:59, 29 November 2010 (UTC)

Later messages being short - that could work, but it would require the bot to track invitations. Maybe "short message please" could be a parameter in the list or category. To be honest I'd rather add a link to the invitation requesting user feedback on the invitation, and see how that goes. Rd232 ^talk 21:56, 29 November 2010 (UTC)

I drafted a userbox, which adds users into a category: Wikipedia:Requests for comment/invitation userbox. Rd232 ^talk 12:38, 30 November 2010 (UTC)

Approved for trial (5 notifications). Please provide a link to the relevant contributions and/or diffs when the trial is complete. Proof of concept, were any more needed; then may I suggest that a lit of subscribers be acquired i.e. that Wikipedia:Requests_for_comment/Comment_duty be populated such that a proper trial can be prescribed :) Regards, and good luck with this potentially invaluable idea. - Jarry1250 ^{[Who? Discuss.]} 17:58, 3 December 2010 (UTC)

I would insist on much shorter repeat messages. Having successfully received several, the talk page could use less clutter. —  HELLKNOWZ  ▎TALK 18:22, 3 December 2010 (UTC)

The repeat messages are largely from pages being sorted into more than one category, so they go through the process... more than once. I'll find a way to deal with that. harej 18:31, 3 December 2010 (UTC)