Jimbo Wales wrote:
Ben McIlwain wrote: That would take weeks, and by then the vote-stackers have long gotten away with it. And I don't think vote-stacking is too subjective. If you see someone recruiting votes, deal with them. It's pretty simple.
I am, again, very much in sympathy with you, but now think about my bridge example. A bridge is placed on AfD. It looks like it is about to be deleted, let's suppose, because idiots are voting on the premise of "Well, I have never heard of it, so: nn, delete."
A bridge expert knows that it *is* an important bridge.
Now, the right thing to do here, and what used to work, is that our bridge expert writes a few sentences: "This is an important bridge, and part of an ongoing project we have in the bridges area to flesh out articles on the top 1,000 longest bridges in the world. This one is currently ranked 797. May not seem important to you, but we have verifiable sources and are planning to fill these stubs in over the next 6-9 months. Thanks."
THEN, some admin comes along and says, gee, the vote is 27-3 to delete, but frankly, this bridge guy knows what he is talking about, so I am going to close it with a keep.
In today's environment, the admin doing that better be prepared for a massive firestorm from process wonks.
So, what's our bridge guy to do? Well, one thing he can do is go around to all the other bridgipedians (great word, huh?) and point it out to them. Vote stacking? Maybe, but don't we prefer that these bridge people come in and have a say?
This is an interesting case, and the question of experts and expertise on AFD has been brought up before, the debate over the validity of articles on webcomics is the one which comes to mind.
My personal opinion here is that an expert should be able to provide a good enough argument that a lay-person is convinced to make a "keep" vote.
I want to give some perspective from an "process wonkish" admin who regularly closes AFD debates and some of the thought processes which influence my choices here.
Now, "nn, delete" votes are REALLY annoying, and I do my best to avoid making such votes myself. They are really no more helpful than delete votes without commentary whatsoever. Indeed, if the best argument I see for deletion is "Delete. Not notable", then I have no trouble with letting a single well-argued "keep" vote overruling all of them.
I remember http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Savvica
This debate was a little tough to close, balancing the suffrage of new voters with the quality of the arguments they presented. Finally, I decided that the argument for keep by the two new keep voters, outweighed the "nn delete" votes from the established contributors. Close as a "no consensus". Did I wind up in a firestorm because of it?
Well, I got a inquiry on my talkpage from the nominator, and as I recommended he brought it to Deletion review. That debate can be read at:
http://en.wikipedia.org/w/index.php?title=Wikipedia:Deletion_review&oldi...
Hardly a firestorm. Indeed, my experience is that closers who provide a good reasoning for a possibly controversial close are NOT subjected to firestorms, but are usually thanked for their efforts.
If the article is a good one, the scenario of 27 "nn delete" votes countered by three "Keep. This article is on one of the World's top longest bridges. We have a number of other articles on bridges much shorter than this" is in fact rather unlikely, because
a) Most people will abandon "nn, delete" reasoning and seriously consider good arguments for inclusion if someone throws a strong argument into the debate. b) We have a number of inclusionists on AFD who more or less reject the notion of notability anyway and will vote to keep articles on all roads, streets, schools and churches. c) Most people are loathe to delete well-written articles, even if the notability is dubious.
The scenario *could* happen if the content of the article was "This is a bridge in Hampshire", but in that case deletion would not really be disastrous (We lost only a single sentence and we can always recreate a longer and better article without running afoul of the recreation clause of CSD).
Sjakkalle
On 05/05/06, Sigvat Stensholt sigvats@mi.uib.no wrote:
a) Most people will abandon "nn, delete" reasoning and seriously consider good arguments for inclusion if someone throws a strong argument into the debate.
What if the keep argument is made at the end of the voting period? It's obviously the great weakness of AfD that discussion and voting happens simultaneously - votes can take place in ignorance of intelligent arguments subsequently made.
b) We have a number of inclusionists on AFD who more or less reject the notion of notability anyway and will vote to keep articles on all roads, streets, schools and churches.
I think it would be in the project's interest if we could define a set of exceptions to "notability" on the basis that comprehensiveness in certain areas is more valuable. Most people would probably agree that every university in the world should have an article. However by definition, once you include "every" anything, you include "non notable" examples.
In other words, I don't think every subject should have to be notable, if it has another reason for being included.
c) Most people are loathe to delete well-written articles, even if the notability is dubious.
That's a major problem. Perhaps if we change the emphasis from "deleting it", with its connotations of purging it from the surface of the earth, to "moving it out of Wikipedia"?
Steve
On May 5, 2006, at 12:38 AM, Steve Bennett wrote:
That's a major problem. Perhaps if we change the emphasis from "deleting it", with its connotations of purging it from the surface of the earth, to "moving it out of Wikipedia"?
Gah! Enough with these stupid euphemisms!
"Voting" has changed to "finding consensus", but the process remains the same. User conduct regulation is called "dispute resolution", but focuses mainly on finding a pseudo-judicial basis to ban troublesome editors. The pseudo-judicial body that bans troublesome editors is called the "arbitration committee", even though they're prohibited from actually carrying out arbitration by their official charter.
We *delete* things that don't belong here. Deal with it.
On 5/5/06, Philip Welch wikipedia@philwelch.net wrote:
On May 5, 2006, at 12:38 AM, Steve Bennett wrote:
That's a major problem. Perhaps if we change the emphasis from "deleting it", with its connotations of purging it from the surface of the earth, to "moving it out of Wikipedia"?
Gah! Enough with these stupid euphemisms!
You mean differently intelligent
"Voting" has changed to "finding consensus", but the process remains the same. User conduct regulation is called "dispute resolution", but focuses mainly on finding a pseudo-judicial basis to ban troublesome editors.
Not true. Article RFCs can resolve dissputes. I don't know about medation.
We *delete* things that don't belong here. Deal with it.
I reserve the right to continue to use the description Vaporise in edit and deletion summeries.
-- geni
On May 5, 2006, at 1:14 PM, geni wrote:
"Voting" has changed to "finding consensus", but the process remains the same. User conduct regulation is called "dispute resolution", but focuses mainly on finding a pseudo-judicial basis to ban troublesome editors.
Not true. Article RFCs can resolve dissputes. I don't know about medation.
Article RFCs and mediation actually are dispute resolution, but user conduct regulation is called "dispute resolution" even though it isn't.
G'day Phil W,
On May 5, 2006, at 1:14 PM, geni wrote:
Not true. Article RFCs can resolve dissputes. I don't know about medation.
Article RFCs and mediation actually are dispute resolution, but user conduct regulation is called "dispute resolution" even though it isn't.
You must admit, going before ArbCom tends to resolve disputes, one way or another.
On May 5, 2006, at 1:23 PM, Mark Gallagher wrote:
Not true. Article RFCs can resolve dissputes. I don't know about medation.
Article RFCs and mediation actually are dispute resolution, but user conduct regulation is called "dispute resolution" even though it isn't.
You must admit, going before ArbCom tends to resolve disputes, one way or another.
Well, it resolves disputes frequently by eliminating one of the disputants. I still maintain that it's a user conduct process and not a dispute resolution process.
G'day Phil W,
On May 5, 2006, at 1:23 PM, Mark Gallagher wrote:
Article RFCs and mediation actually are dispute resolution, but user conduct regulation is called "dispute resolution" even though it isn't.
You must admit, going before ArbCom tends to resolve disputes, one way or another.
Well, it resolves disputes frequently by eliminating one of the disputants. I still maintain that it's a user conduct process and not a dispute resolution process.
... yes, that was the joke.
Gah. I'm 0 for 2 so far.
On May 5, 2006, at 7:22 PM, Mark Gallagher wrote:
Article RFCs and mediation actually are dispute resolution, but user conduct regulation is called "dispute resolution" even though it isn't.
You must admit, going before ArbCom tends to resolve disputes, one way or another.
Well, it resolves disputes frequently by eliminating one of the disputants. I still maintain that it's a user conduct process and not a dispute resolution process.
... yes, that was the joke.
Gah. I'm 0 for 2 so far.
Sorry. On this list it's hard to tell the jokes, when people often spout absurdities with such seriousness.
geni geniice@gmail.com wrote:
On 5/5/06, Philip Welch wrote: > Gah! Enough with these stupid euphemisms!
You mean differently intelligent
I understood him to mean those with a special gift to subvert intelligence.
> "Voting" has changed to "finding consensus", but the process remains > the same. User conduct regulation is called "dispute resolution", but > focuses mainly on finding a pseudo-judicial basis to ban troublesome > editors.
Not true. Article RFCs can resolve dissputes. I don't know about medation.
Verifiability. Provide some recent cases where RFCs have.~~~~Pro-Lick
--------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.
On 5/5/06, Cheney Shill halliburton_shill@yahoo.com wrote:
Verifiability. Provide some recent cases where RFCs have.~~~~Pro-Lick
I didn't say it did very often. I've just know it work from time to time. -- geni
On 05/05/06, geni geniice@gmail.com wrote:
On 5/5/06, Philip Welch wikipedia@philwelch.net wrote:
On May 5, 2006, at 12:38 AM, Steve Bennett wrote:
That's a major problem. Perhaps if we change the emphasis from "deleting it", with its connotations of purging it from the surface of the earth, to "moving it out of Wikipedia"?
Gah! Enough with these stupid euphemisms!
You mean differently intelligent
No, it's a euphemism. Even *I* agree with Phil on this one.
"Voting" has changed to "finding consensus", but the process remains the same. User conduct regulation is called "dispute resolution", but focuses mainly on finding a pseudo-judicial basis to ban troublesome editors.
Not true. Article RFCs can resolve dissputes. I don't know about medation.
What the hell does a *request for comment on an article*[0] have to do with resolving a dispute between two or more users?
I reserve the right to continue to use the description Vaporise in edit and deletion summeries.
"I reserve the right to continue to blah blah blah"
You don't have any, and putting "vapourise" would be both emotive and potentially misleading for someone who's trying to use your edit summary/deletion comment to...gasp...work out what the hell your rationale is.
Rob Church
On 5/6/06, Rob Church robchur@gmail.com wrote:
What the hell does a *request for comment on an article*[0] have to do with resolving a dispute between two or more users?
If the disspute is about content it could settle the disspute.
"I reserve the right to continue to blah blah blah"
You don't have any, and putting "vapourise" would be both emotive and potentially misleading for someone who's trying to use your edit summary/deletion comment to...gasp...work out what the hell your rationale is.
Rob Church
No has complained yet.
-- geni
On 06/05/06, geni geniice@gmail.com wrote:
No has complained yet.
The typical Wikipedian response.
Rob Church
Philip Welch wikipedia@philwelch.net wrote:
On May 5, 2006, at 12:38 AM, Steve Bennett wrote: > That's a major problem. Perhaps if we change the emphasis from > "deleting it", with its connotations of purging it from the surface of > the earth, to "moving it out of Wikipedia"?
Gah! Enough with these stupid euphemisms!
"Voting" has changed to "finding consensus", but the process remains the same. User conduct regulation is called "dispute resolution", but focuses mainly on finding a pseudo-judicial basis to ban troublesome editors. The pseudo-judicial body that bans troublesome editors is called the "arbitration committee", even though they're prohibited from actually carrying out arbitration by their official charter.
Exactly. Rebranding doesn't change a thing. The problems remain. Let's change it to "Articles for Reorganization" just for the fun social interaction.~~~~Pro-Lick
--------------------------------- Blab-away for as little as 1¢/min. Make PC-to-Phone Calls using Yahoo! Messenger with Voice.
On Fri, 5 May 2006 13:21:10 -0700 (PDT), you wrote:
"Voting" has changed to "finding consensus", but the process remains the same. User conduct regulation is called "dispute resolution", but focuses mainly on finding a pseudo-judicial basis to ban troublesome editors.
You think?
Look at the RfC on Whaleto. Does that fit this description? Very often problems are quietly resolved. Of course sometimes they aren't, but I'd suggest that far more disputes are resolved than end up with indef-blocks.
Guy (JzG)
On 5/5/06, Guy Chapman aka JzG guy.chapman@spamcop.net wrote:
On Fri, 5 May 2006 13:21:10 -0700 (PDT), you wrote:
"Voting" has changed to "finding consensus", but the process remains the same. User conduct regulation is called "dispute resolution", but focuses mainly on finding a pseudo-judicial basis to ban troublesome editors.
You think?
Look at the RfC on Whaleto. Does that fit this description? Very often problems are quietly resolved. Of course sometimes they aren't, but I'd suggest that far more disputes are resolved than end up with indef-blocks.
Guy (JzG)
Bad choice. I'd give that one a fair chance of ending up at arbcom sooner or latter.
-- geni
On Fri, 5 May 2006 22:12:45 +0100, you wrote:
Look at the RfC on Whaleto. Does that fit this description? Very often problems are quietly resolved. Of course sometimes they aren't, but I'd suggest that far more disputes are resolved than end up with indef-blocks.
Bad choice. I'd give that one a fair chance of ending up at arbcom sooner or latter.
Maybe - I am an incurable optimist. John seems to have ceased his problematic behaviour and has deleted several problematic pages from his site. Maybe he will revert to type, maybe not. Give him the benefit of the doubt for now.
Guy (JzG)
On May 5, 2006, at 2:08 PM, Guy Chapman aka JzG wrote:
"Voting" has changed to "finding consensus", but the process remains the same. User conduct regulation is called "dispute resolution", but focuses mainly on finding a pseudo-judicial basis to ban troublesome editors.
You think?
Look at the RfC on Whaleto. Does that fit this description? Very often problems are quietly resolved. Of course sometimes they aren't, but I'd suggest that far more disputes are resolved than end up with indef-blocks.
My point isn't that we don't have dispute resolution. Article RfCs and mediation are, in fact, forms of dispute resolution. But "dispute resolution" also lumps in our user conduct processes, including user RfC's (which are the most pointless thing ever) and ArbCom.
On Fri, 5 May 2006 15:18:34 -0700, you wrote:
My point isn't that we don't have dispute resolution. Article RfCs and mediation are, in fact, forms of dispute resolution. But "dispute resolution" also lumps in our user conduct processes, including user RfC's (which are the most pointless thing ever) and ArbCom.
User RfCs are pointless when people use them as a whining shop. When a consensus is rapidly reached, there is no reason not to close them and enforce any decision as community consensus. We can do that, I think. Why not? If a significant number of people agree, then take that as consensus and move on.
Guy (JzG)
On 5/5/06, Philip Welch wikipedia@philwelch.net wrote:
We *delete* things that don't belong here. Deal with it.
Nah.
Steve
On 5/5/06, Sigvat Stensholt sigvats@mi.uib.no wrote:
My personal opinion here is that an expert should be able to provide a good enough argument that a lay-person is convinced to make a "keep" vote.
I was once told by an admin when I inquired that it was up to the previous voters to be persuaded to change their votes, after other opinions had been entered. I would like to see some sort of guideline that recognises the progression of arguments, and gives the initial delete contributors less weight unless they find arguments to rebutt later keep votes.
I respect your method of deciding but it does not seem to be a widely held view on how to do the process. I have voted keep for numerous different reasons on AfD's, where everyone else was voting "nn delete" and the delete vote has (from my very subjective impressions of history) always been upheld.
In general, I would also like to see some sort of guideline and enforcement for notifying major contributors to an article in advance of nomination, not just letting them see the banner on the page, or notifying them after the start of the process.
Peter
On 5/6/06, Peter Ansell ansell.peter@gmail.com wrote:
I was once told by an admin when I inquired that it was up to the previous voters to be persuaded to change their votes, after other opinions had been entered. I would like to see some sort of guideline that recognises the progression of arguments, and gives the initial delete contributors less weight unless they find arguments to rebutt later keep votes.
Why not just scrap the concept of a vote entirely, and make it more like a judge deciding a case. Everyone can present an argument. If there is a *compelling* argument for keeping, it's kept. If there's a reasonable case for deletion, it's deleted.
So there would be no point adding "delete as per nom". You would only add a comment if it was different to what other people had said, or you wanted to point to sources that proved notability or whatever. As it is, lots of people can vote without having any idea of actual notability guidelines or whatever.
In general, I would also like to see some sort of guideline and enforcement for notifying major contributors to an article in advance of nomination, not just letting them see the banner on the page, or notifying them after the start of the process.
Could be done automatically if everyone who has the article in their watchlist received a talk page message. Having the article in your watchlist demonstrates you care a bit - but doesn't confirm that you will actually see the AfD.
Steve
On 5/6/06, Steve Bennett stevage@gmail.com wrote:
On 5/6/06, Peter Ansell ansell.peter@gmail.com wrote:
I was once told by an admin when I inquired that it was up to the previous voters to be persuaded to change their votes, after other opinions had been entered. I would like to see some sort of guideline that recognises the progression of arguments, and gives the initial delete contributors less weight unless they find arguments to rebutt later keep votes.
Why not just scrap the concept of a vote entirely, and make it more like a judge deciding a case. Everyone can present an argument. If there is a *compelling* argument for keeping, it's kept. If there's a reasonable case for deletion, it's deleted.
So there would be no point adding "delete as per nom". You would only add a comment if it was different to what other people had said, or you wanted to point to sources that proved notability or whatever. As it is, lots of people can vote without having any idea of actual notability guidelines or whatever.
That suggestion shows promise, as it avoids the "piling on votes" problem as there are no votes. I like it!
In general, I would also like to see some sort of guideline and enforcement for notifying major contributors to an article in advance of nomination, not just letting them see the banner on the page, or notifying them after the start of the process.
Could be done automatically if everyone who has the article in their watchlist received a talk page message. Having the article in your watchlist demonstrates you care a bit - but doesn't confirm that you will actually see the AfD.
Steve
Still have to be careful as newbies may not check the "watch pages i edit" box, and hence not have a functioning watchlist for their articles. But otherwise it seems like a good suggestion.
Peter
On 5/6/06, Steve Bennett stevage@gmail.com wrote:
Why not just scrap the concept of a vote entirely, and make it more like a judge deciding a case.
Because then the judges (closing admins) have discretionary power, and in that situation, decisions are made by admin aristocracy, not consensus.
I'm willing to accept a degree of admin aristocracy, so I consider this worth consideration. But we should be under no illusions about what's going on here.
On 5/9/06, Philip Welch wikipedia@philwelch.net wrote:
Because then the judges (closing admins) have discretionary power, and in that situation, decisions are made by admin aristocracy, not consensus.
Consensus already requires interpretation by admins, who have discretinary power to ignore it.
Steve
Steve Bennett stevage@gmail.com wrote:
On 5/9/06, Philip Welch wrote: > Because then the judges (closing admins) have discretionary power, > and in that situation, decisions are made by admin aristocracy, not > consensus.
Consensus already requires interpretation by admins, who have discretinary power to ignore it.
Consensus really shouldn't be getting interepreted at all, however. To put it another way, policies and guidelines are determined by consensus, so by definition the decisions admins make are consensus. The presumption here is that admins are following policy. If they aren't, they are ignoring consensus (behaving like aristocracy).~~~~Pro-Lick
--------------------------------- Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates.
On 5/9/06, Cheney Shill halliburton_shill@yahoo.com wrote:
Consensus really shouldn't be getting interepreted at all, however. To put it another way, policies and guidelines are determined by consensus, so by definition the decisions admins make are consensus. The presumption here is that admins are following policy. If they aren't, they are ignoring consensus (behaving like aristocracy).~~~~Pro-Lick
Interpretation is definitely required to decide whether 20 supports, 3 weak supports, 1 vehemently violent oppose, and 6 normal opposes is consensus or not. Or whatever figures you like.
Occasionally also admins overrule consensus, usually with good reason.
Steve
On May 8, 2006, at 11:04 PM, Steve Bennett wrote:
Because then the judges (closing admins) have discretionary power, and in that situation, decisions are made by admin aristocracy, not consensus.
Consensus already requires interpretation by admins, who have discretinary power to ignore it.
That power is strictly limited to upholding policy and Office actions. There's a difference between admins interpreting consensus, and abandoning consensus while delegating decision-making power to admins alone. The latter is utterly unacceptable.
On 5/10/06, Philip Welch wikipedia@philwelch.net wrote:
On May 8, 2006, at 11:04 PM, Steve Bennett wrote:
Because then the judges (closing admins) have discretionary power, and in that situation, decisions are made by admin aristocracy, not consensus.
Consensus already requires interpretation by admins, who have discretinary power to ignore it.
That power is strictly limited to upholding policy and Office actions. There's a difference between admins interpreting consensus, and abandoning consensus while delegating decision-making power to admins alone. The latter is utterly unacceptable.
As you point out, when consensus conflicts with policy, admins should upload policy. Classic example, 20 people "vote" to maintain the copyvio image...a sensible admin ignores them.
Steve
Steve Bennett wrote:
On 5/10/06, Philip Welch wikipedia@philwelch.net wrote:
On May 8, 2006, at 11:04 PM, Steve Bennett wrote:
Because then the judges (closing admins) have discretionary power, and in that situation, decisions are made by admin aristocracy, not consensus.
Consensus already requires interpretation by admins, who have discretinary power to ignore it.
That power is strictly limited to upholding policy and Office actions. There's a difference between admins interpreting consensus, and abandoning consensus while delegating decision-making power to admins alone. The latter is utterly unacceptable.
As you point out, when consensus conflicts with policy, admins should upload policy.
Er... I hope you meant "uphold" policy...
On 5/11/06, Alphax (Wikipedia email) alphasigmax@gmail.com wrote:
As you point out, when consensus conflicts with policy, admins should upload policy.
Er... I hope you meant "uphold" policy...
*cringe*
yes
Steve
On 11/05/06, Alphax (Wikipedia email) alphasigmax@gmail.com wrote:
Steve Bennett wrote:
On 5/10/06, Philip Welch wikipedia@philwelch.net wrote:
On May 8, 2006, at 11:04 PM, Steve Bennett wrote:
Because then the judges (closing admins) have discretionary power, and in that situation, decisions are made by admin aristocracy, not consensus.
Consensus already requires interpretation by admins, who have discretinary power to ignore it.
That power is strictly limited to upholding policy and Office actions. There's a difference between admins interpreting consensus, and abandoning consensus while delegating decision-making power to admins alone. The latter is utterly unacceptable.
As you point out, when consensus conflicts with policy, admins should upload policy.
Er... I hope you meant "uphold" policy...
I'll have you know we're trialling Special:Makerules on the test wiki in a month!
Rob Church
On 5/11/06, Alphax (Wikipedia email) alphasigmax@gmail.com wrote:
Steve Bennett wrote:
...
As you point out, when consensus conflicts with policy, admins should upload policy.
Er... I hope you meant "uphold" policy...
-- Alphax - http://en.wikipedia.org/wiki/User:Alphax
Of course not, silly Alphax. Everyone knows admins unilaterally make policy, and how else do you think they get onto the wiki? They don't magically transport themselves through the air, y'know!
~maru
Philip Welch wrote:
On 5/6/06, Steve Bennett stevage@gmail.com wrote:
Why not just scrap the concept of a vote entirely, and make it more like a judge deciding a case.
Because then the judges (closing admins) have discretionary power, and in that situation, decisions are made by admin aristocracy, not consensus.
I'm willing to accept a degree of admin aristocracy, so I consider this worth consideration. But we should be under no illusions about what's going on here.
But that's the process as stands now, in that per [[Wikipedia:Deletion guidelines for administrators]], "Administrators necessarily must use their best judgment, attempting to be as impartial as is possible for a fallible human, to determine when rough consensus has been reached."
An admin is supposed to weigh the debate, and also take into account that the three key policies cannot be over-ridden by a consensus formed in a deletion debate.
The admin has always had the discretion in calling the outcome. Killing the idea it was about counting votes was the whole reason the name was changed to afd.
Steve block
Steve Bennett stevage@gmail.com wrote:
On 5/6/06, Peter Ansell wrote: > In general, I would also like to see some sort of guideline and > enforcement for notifying major contributors to an article in advance > of nomination, not just letting them see the banner on the page, or > notifying them after the start of the process.
Could be done automatically if everyone who has the article in their watchlist received a talk page message. Having the article in your watchlist demonstrates you care a bit - but doesn't confirm that you will actually see the AfD.
I like this idea too, whether it happens via watchlist, a bot going through the article's history, or both.~~~~Pro-Lick
--------------------------------- How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.
"Cheney Shill" wrote
I like this idea too, whether it happens via watchlist, a bot going through the article's history, or both.~~~~Pro-Lick
Oh great. Either others get to find out what pages I watch (traditionally confidential); or I get spam from times I corrected a typo.
Charles
On 5/6/06, charles matthews charles.r.matthews@ntlworld.com wrote:
Oh great. Either others get to find out what pages I watch (traditionally confidential); or I get spam from times I corrected a typo.
It's true that the concept of a watch list is a bit overloaded at the moment, and I see your privacy concerns.
Is there any way that the watchlist page could be hacked to detect if any of the pages on it were up for AfD? Could be useful to show other kinds of info like protection, semi protection, RfC, merge requests etc...probably require changes to MediaWiki though, no?
Steve
charles matthews charles.r.matthews@ntlworld.com wrote:
"Cheney Shill" wrote
>I like this idea too, whether it happens via watchlist, a bot going through >the article's history, or both.~~~~Pro-Lick
Oh great. Either others get to find out what pages I watch (traditionally confidential); or I get spam from times I corrected a typo.
I can understand the privacy issue and have no problem dropping watchlists as a potential source. The "spam", however, is 1) not spam, 2) simply notifying you the article is up for deletion. I don't think it's too much to ask for contributors to take a second to read the article title and decide if they care whether or not it's deleted. The section title could say something like "Article Pokemon Porn is under deletion review" and the content could simply be a link to the deletion page. If the bot is set to automatically ignore IPs and minor edits, there's even a way for you to avoid the notification by marking the typo fixes as minor.~~~~Pro-Lick
--------------------------------- New Yahoo! Messenger with Voice. Call regular phones from your PC and save big.