Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
- Table of contents
- First discussion
- End of page
- New post
Recurring policy proposals are discussed at Wikipedia:Village pump (perennial proposals). If you have a proposal for something that sounds overwhelmingly obvious and are amazed that Wikipedia doesn't have it, please check there first before posting it, as someone else might have found it obvious, too.
Please sign and date your post (by typing "~~~~" or clicking the signature icon in the edit toolbar).
Please add new topics at the bottom of the page.
Before posting your proposal:
- If the proposal is a change to the software, file a bug at Bugzilla instead. Your proposal is unlikely to be noticed by a developer unless it is placed there.
- If the proposal is a change in policy, be sure to also post the proposal to, say, Wikipedia:Manual of style, and ask people to discuss it there.
- If the proposal is for a new wiki-style project outside of Wikipedia, please go to m:Proposals for new projects and follow the guidelines there. Please do not post it here. These are different from WikiProjects.
Discussions older than 7 days (date of last made comment) are moved here. These discussions will be kept archived for 7 more days. During this period the discussion can be moved to a relevant talk page if appropriate. After 7 days the discussion will be permanently removed.
Editing feature
I just moved to a new computer and accidentally made a few changes without logging in. I propose that every attempt to edit by someone not logged in results in them being presented with the option to log in, create a new account or continue on anonymously. Hackwrench 23:19, 30 December 2005 (UTC)
- Support. I've had a simmilar exeperience. This would not stop people from editing as an IP but still give new users the idea that they can become a member easily. Also it wouldn't be intrusive. Witty lama 09:49, 4 January 2006 (UTC)
- Strong Support. This has been something that has bothered me since I started using Wikipedia. The problem is significantly worse when you sign on a talk page with tildes and end up signing with a IP on accident. Noneloud 04:10, 9 January 2006 (UTC)
It's a good idea, but I imagine it would become very irritating for anonymous users to have to click a "continue anonymous editing" option every time they edited. — Knowledge Seeker দ 04:28, 9 January 2006 (UTC)
- Support. To avoid that irritation, let the anonymous user check a box "continue anonymous editing" and store the results in the cookie. If the would be editor wants to edit anonymously, she only has to say so once. Hiyya54 20:51, 9 January 2006 (UTC)
- But what if the user is posting anonymously because he/she doesn't want to / can't use cookies? Ma.rkus.nl 23:40, 28 January 2006 (UTC)
- Support, with the option to turn off the login page as Hiyya54 suggests. Hairy Dude 00:34, 13 January 2006 (UTC)
- Support (and strongly) - but not without the checkbox. --Celestianpower háblame 12:03, 14 January 2006 (UTC)
- Support but let the login fields be above the edit box, so you don't have to click extra. This will be a strong enough reminder for people, but not intrusive. Cookies is evil. --vidarlo 21:26, 16 January 2006 (UTC)
- Support, very strongly, as Celestianpower. -b 19:55, 18 January 2006 (UTC)
- Support only if the checkbox feature is implemented. тəzєті 05:45, 24 January 2006 (UTC)
- Support - as above -Chairman S. 22:51, 26 January 2006 (UTC)
- Strongly support, brilliant idea, this gets me all the time -- SAMIR ! Talk 10:20, 27 January 2006 (UTC)
- Strongly Support, I'm all for registering to make edits. This is a great comprise to hopefully cut back on vandals and keep post counts more accurate. Pattersonc(Talk) 12:37 AM, Monday; January 30 2006 (EST)
- Support Strongly' Its happened to me. --Larsinio 16:14, 2 February 2006 (UTC)
- Suport this would be helpful, and unexpected logouts do seem to happen with significant frequency. But ther would need to be an easy way for an anon to respond once and not again for that sesson, or at elast a significant time -- intil a "not-logged-in" cookie expired, perhaps? Is this on bugzilla yet? DES (talk) 16:28, 2 February 2006 (UTC)
- Logged as Bugzilla bug #4841 express your support on bugzilla. DES (talk) 16:37, 2 February 2006 (UTC)
- Support! --Cool CatTalk|@ 16:49, 5 February 2006 (UTC)
- Strong oppose - I don't see a current problem. If you accidentally edit unregistered (as just happened to me), it's not that big of a deal. You can always go back and re-sign. This would present significant problems to those unregistered users who don't have cookies enabled; we're making life harder for them. Thanks! Flcelloguy (A note?) 16:55, 5 February 2006 (UTC)
- The rather tame patch that's been commited to CVS just gives a warning above the edit box when editing anonymously. Lupin|talk|popups 01:41, 7 February 2006 (UTC)
- Support with the cookie-disable option Hiyya54 suggested. As for people that don't have cookies enabled, I don't see why the vast majority of Wikipedians should be without the benefit of this feature to make life a little easier for people that have disabled standard functions in their browser Cynical 12:43, 9 February 2006 (UTC)
- Strong Oppose: the idea of wikipedia is for it to be easy for anyone to edit anytime. Editing will get tedious and people will do it less if they are forced to log on. Just like how you lose interest in a site (or at least heave a sigh) when you click a link and it says "You need an account! Join here!". Secondarily there is no big advantage to having all edits nonanonymous. However, when you edit something without being logged in, it should give you an automatically off checkbox beside "watch this page" which reads "sign me in" - if the box is checked when you save, it goes through a login first.-- Alfakim -- talk 14:59, 9 February 2006 (UTC)
- Support. All the problems can probably be solved by setting a hidden variable on the edit page for logged-in users. If the login expires before the form is submitted, the variable can trigger a re-login. There's no need to affect anonymous users or use cookies. ‣ᓛᖁ
ᑐ 16:07, 9 February 2006 (UTC)
- Oppose - this would just make life hard for anons. Maybe a box like below could be above the editing box, instead:
--Keycard (talk) 09:47, 12 February 2006 (UTC)
Creating syntax for date preference formatting that isn't linking
This has come up in repeated discussions and I think it's important enough that something needs to be done. Currently, the only way to get date preference formatting to work is to link the date. While this works, it has the unsightly side effect of cluttering up a page with unnecessary links. Wikipedia:Make only links relevant to the context is a good guide in this regard. Unfortunately, because of the desire to get date formatting preferences to work, you end up seeing lots of unnecessary links. Let's take the high profile Christmas article. It has over a dozen links to December 25 and all sorts of links to other dates as well. It's ugly and it clutters up the page. Links should only be used when the user would actually have some valid reason to click through and find out about a topic. But I can't think of any reason anyone would need to be able to click through to December 25 a dozen times from the Christmas article. The desire to get dates working with the date preferences formatting is causing our Wikipedia pages to unnecessarily be cluttered with useless links.
Also, keep in mind that the majority of the people browsing or viewing Wikipedia either do not have user accounts or are not logged in, so they are not receiving any kind of benefit from the date preferences formatting. They're only perceiving the negative aspect of it: articles that are way overlinked to irrelevant dates and years.
I am therefore proposing the creation of a new kind of syntax or function in Wiki source that identifies a phrase as a date so that it can be properly formatted without having to have a date be linked. I don't exactly have something in mind, so for now let's just call it <date> and </date>. I'm sure someone else around here can figure out the appropriate way to implement it. With this feature implemented our article could be a lot better. We could link the first occurrence of December 25 on the Christmas page as [[December 25]] because it is conceivable that someone may want to know what else happened on that date, but for subsequent uses of December 25 we would use <date>December 25</date>. This would help to drastically cut down on the number of unnecessary links.
I'd link to point out one more area in which my proposal would be useful: chronological lists. Many, many articles have them, and typically they consist of bulleted lists starting with the date and then a description of what happened on that day. And those dates are always linked for the sole reason of getting the date preferences formatting to work. Wikipedia:Make only links relevant to the context makes it very clear that something should only be linked when it's relevant to the context; a date link is pretty much never relevant to the context as who exactly is going to want to randomly click through and see what else happened on that day in any other number of thousands of years? So what if the first launch of the Ariane rocket occurred on the same day as the signing of the Treaty of Ghent. Who cares? It's not relevant to the context!
One more thing I'd like to add - it's not obvious to me why date preferences formatting was implemented in the fashion it is now. There are two separate issues: linking to other articles and automatically formatting dates. Why the two were conflated as in the current implementation is beyond me. From the current state of matters one thing appears to me: the situation must be fixed. That is all. --Cyde Weys votetalk 21:47, 25 December 2005 (UTC)
Addendum: Please see Talk:Christmas#Snipping extraneous links for relevant discussion. --Cyde Weys votetalk 21:49, 25 December 2005 (UTC)
- simple suggestion; ISO format dates (2005-12-25) could just be auto detected. Surpression with some simple sequence (2005-12‐25) in the very rare case it's needed. These have the advantage that they are reasonably country neutral and understandable for all when seen in edit mode. Mozzerati 21:56, 25 December 2005 (UTC)
- So your suggestion is to not have any special formatting but just recognize ISO 8601 dates via some sort of regex, i.e. /\d\d\d\d-\d\d-\d\d/ (yyyy-mm-dd in common English). I'm not sure if this will work. Anonymous users, which describes the majority of the people who use Wikipedia, are always going to be seeing ISO 8601, which isn't necessarily as clear as spelling out the month. It might be possible to detect which country the IP address belongs to and format the dating appropriately, i.e. "December 25, 2005" for Americans and "25 December 2005" for Europeans. But I still think the best solution would be some kind of added syntax. It doesn't seem right that it should be done automatically (and only for ISO dates). Wikipedia as it is is very explicit: words are only linked when you specifically say they should be linked, etc. A lot of this could be done automatically but there is going to be some error rate. A workaround like 2005-12‐25 in the situation where you wouldn't want auto-formatting seems very clumsy. I think the easiest way to resolve this issue is to just create the <date> and </date> tags (or whatever they end up being called). That way as you're editing articles that have too many repetitive linkings you simply convert [[ and ]] to <date> and </date>. You wouldn't have to go around changing all of the dates to match ISO format. --Cyde Weys votetalk 22:10, 25 December 2005 (UTC)
(after edit conflict) I strongly support the addition of such a feature. The "simple" suggestion above is a start, but the vast majority of dates are NOT in ISO format, and that format is not the most helpful one for people without any prefernces (which is the majority of users) so i think it is unlikely to become the dominant format any time in the near future. The mechanics of the synmtax don't matter to me -- it could be pesudo-HTML as shown above or soem more wiki-like markup such as <<5 March 2003>>. Ideally, whatever methos is used, it would involve a single markup for each complete date. DES (talk) 22:13, 25 December 2005 (UTC)
Please see Wikipedia:Manual of Style (dates and numbers) and Wikipedia Talk:Manual of Style (dates and numbers) for more related discussions. DES (talk) 00:12, 26 December 2005 (UTC)
Someone tell me why we should add new syntax to the parser to replace something that is intuitive and works already, just because it's "ugly". rspeer / ɹəədsɹ 04:56, 26 December 2005 (UTC)
- It's intuitive to you because you've 'grown up' learning how to do it that way. If you had learned to enclose dates in #12/25/2005#, do you really think it would be all that much harder to figure out? Some of us have a problem with overdetermining the bracket syntax. -- nae'blis (talk) 09:35, 26 December 2005 (UTC)
- There's absolutely nothing intuitive about it. Most new users to Wikipedia get very confused by this. Why should you have to turn a date into a link to get it to format properly? That's actually very counter-intuitive. And guess what, something being ugly is a very good reason to change it, especially because Wikipedia is a resource used by millions of people. --Cyde Weys votetalk 15:58, 27 December 2005 (UTC)
Strong support; I've been meaning to propose this myself. I also strongly support auto-parsing yyyy-mm-dd syntax. The default date format can be something other than yyyy-mm-dd. Other possibilities like {{yyyy-mm-dd}} or {yyyy-mm-dd}.
Related date gripes/suggestions:
- Signature timestamps should obey date locales.
- This is probably assumed by the <date></date> proposal: [[December 25, 2005]] should work like [[December 25]], [[2005]].
- Group linked yyyy-mm-dd dates by yyyy-mm in addition to mm-dd
- Format any date such as year-month or just year in addition to year-month-date
- e.g. <date>December 2005</date> should show up as 2005-12 in ISO8601 locales.
- e.g. <date>567 AD</date> should show up as "0567" in ISO8601 locales.
- Dates in various article names/categories would be better as yyyy-mm-dd or yyyy-mm instead of spelled-out or American "middle-endian" style (e.g. Wikipedia:Articles for deletion/Log/2005-12-26, Category:Cleanup from 2005-12)
--Quarl 10:18, 26 December 2005 (UTC)
This edit gives clear evidence why something really needs to be done on this issue. Look at how ridiculous it is to create literally dozens of unnecessary links on a page just to get date preferences formatting working. Some sort of syntax like <date> and </date>, discussed above, is absolutely essential. --Cyde Weys votetalk 20:23, 27 December 2005 (UTC)
- Looking into this one now. :) Rob Church Talk 20:23, 3 January 2006 (UTC)
- Excellent! I am very much looking forward to this one. --Cyde Weys votetalk 21:51, 4 January 2006 (UTC)
Just wondering how this is going. Hope it's going well. --Cyde Weys votetalk 01:06, 10 January 2006 (UTC)
Someone said this same kind of proposal is somewhere on the Wikipedia Bugzilla but I have been unable to find it with relevant search terms. Can anyone confirm? Thanks. --Cyde Weys votetalk 19:30, 12 January 2006 (UTC)
- Now enter3ed as bugzilla bug #4582. DES (talk) 21:21, 12 January 2006 (UTC)
- That bug was marked WONTFIX, although I am tempted to reopen it. I'll probably do so as I'm implementing it, which will be...whenever, I'm afraid. I've been distracted from development by a number of things; but should be back on track within a few days. Rob Church (talk) 19:02, 14 January 2006 (UTC)
I think that <date> and </date> is a little too bulky, but otherwise yes — using the same syntax for two things is very bad practice. I would introduce a new, and simpler, syntax that could be used for user-preferred formatting of things other than dates. My suggestion:
<<January 13>> produces 13 January formatted by user prefs <<2000-01-13>> produces 13 January 2000 ditto <<2000>> produces 2000 ditto* <<12 BC>> produces 12 BCE ditto* [[<<January 13>>]] produces [[13 January]] ditto [[<<January 13, 2000>>]] produces [[13 January]], [[2000]] ditto <<1000 kg>> produces 2400 pounds (1000 kg) ditto* [[<<1000 kg>>]] produces 2400 [[pound]]s (1000 [[kilogramme|kg]]) ditto*
Note *: I'm assuming that in the future, user prefs might be extended. For example, there might be a user pref for BCE/CE versus BC/AD in years, for currency and units formatting, etc. So you could choose to have "1000 kg" presented as "1000 kg", or "2400 pounds", or "2400 pounds (1000 kg)", etc.
Thoughts? — Johantheghost 13:04, 16 January 2006 (UTC)
I like that idea, I was actually thinking of using double angle brackets originally (it's parallel to [[ and ]]), but I was worrying if it might throw people off, so I went with the universally understood pseudo-HTML code. --Cyde Weys 2M-VOTE 02:02, 18 January 2006 (UTC)
- It's not so much the syntax, as the idea that by not saying "date", we can use the same feature for more generic user-preferred formatting (in the longer term; it wouldn't have to be implemented all at once). — Johan the Ghost seance 11:51, 18 January 2006 (UTC)
- For dates, this seems like a great idea. If we have a locale feature for dates, it should of course support unlinked dates. For unit conversions, this is only good if you can provide the number of significant digits to be used. For example, 1000 kg should usually be converted to 2200 pounds, but 999.95 kg to 2204.51 pounds. Automatic conversion that gives a wrong number of significant digits is misleading, see WP:MOSNUM#Units. Kusma (討論) 23:49, 19 January 2006 (UTC)
- I think unit conversion (i.e. kilograms and pounds) is not nearly as necessary as these proposed changes. Overloading of the linking syntax to mean two separate things is a pretty big problem right now. --Cyde Weys 21:14, 25 January 2006 (UTC)
- I strongly support some kind of action on this subject. My user preferences are set to yyyy-mm-dd and it is so frustrating seeing dates not in that format mixed in with links that are. Additionally we need to review date ranges such as [[December 25]] - 26 or December 25 - 26.
- For those unsure how the various options currently are displayed (EG me), I have listed a few variants below to see what your preferences do to the display (The third section in each is what I see with my ISO preference - links shown as italics.) -
- [[December 25]], [[2005]] - [[December 31]].
December 25, 2005 - December 31. 2005-12-25 - December 31. - December 25, 2005 - December 31.
December 25, 2005 - December 31. December 25, 2005 - December 31. - [[25 December]] [[2005]] - [[31 December]].
25 December 2005 - 31 December. < > 2005-12-25 - 31 December. - 25 December 2005 - 31 December.
25 December 2005 - 31 December. 25 December 2005 - 31 December. - [[December 25]] - [[December 31|31]].
December 25 - 31. December 25 - 31. - [[December 25]] - 31.
December 25 - 31. December 25 - 31. - December 25 - 31.
December 25 - 31. December 25 - 31. - [[March 2005]] - [[June 2005]].
March 2005 - June 2005. March 2005 - June 2005. - March 2005 - June 2005.
March 2005 - June 2005. March 2005 - June 2005. - [[March 2005]] - [[June 2005|June]].
March 2005 - June. March 2005 - June. - March 2005 - June.
March 2005 - June. March 2005 - June.
- [[December 25]], [[2005]] - [[December 31]].
- This discussion has been copied/moved to Wikipedia:Date debate and Wikipedia talk:Date debate. please continue discussion there. DES (talk) 20:03, 2 February 2006 (UTC)
- Thanks for that. --Cyde Weys 05:27, 7 February 2006 (UTC)
Add "Email this Article to a Friend" Option
This idea has probably come up already at this point and may already have either been shot down or put into the implementation process, but here goes anyway...
I think Wikipedia articles should have the option to "email this to a friend", like many online news sources do.
I frequently use this service option on other sites (e.g. BBCWorld.com, NYTimes.com, and TheOnion.com) to alert friends and acquaintences of interesting news items. I realize that Wikipedia is not really a news website, but as a constantly updating repositiory for information, it couldn't hurt to offer the option.
For instance... Say two friends are having a "discussion" (argument, if you will) about some topic. One says something, the other denies that it is true. Later that day the first is online, heads to Wikipedia, looks up the answer and discovers he is correct. He can then, right there, click and send a link to the article straight to his friend, with a little (gloating?) message. Now, I do realize that this very thing caused the scandal with mis-information on the site, but I still think that (with the new scurity messures that have been implemented) Wikipedia can act as a wonderful tool for personal intellectual debate and the emailing option would therefore be an attractive option.
It would also serve well for aiding in research or other academic endeavors through the site, as a student or teacher/professor, could easily alert class members or colleagues to reference information throught this service, which would aid the site's use as a learning tool, as well as giving it additional (free) adviertising within the academic world.
- I love the idea. It's also simple to code and implement. Pattersonc(Talk) 11:17 AM, Monday; January 30 2006 (EST)
- Doesn't your browser have this capability? I use IE, and ther's an icon at the top of the page which mails the current page. User:Zoe|(talk) 16:39, 30 January 2006 (UTC)
- Blocking anonymous article creation was not a security measure. It was a policy decision that may or may not reduce vandalism. As for this, why can't you just email the url? I never got that. If you want to, you can even email the permalink. To get to the permanent version (permalink), click "permanent link" at the bottom of the navigation area on the left of your screen (assuming you're using the default interface). That means they'll see the exact version you do. Doing the email seems like an unnecessary drain on resources. It could also result in spam or copyright issues. Superm401 - Talk 23:55, 30 January 2006 (UTC)
- I actually think this is a good idea - it would increase interest in Wikipedia and help us drive editing and new editor arrival rates. The mail should send out a permalink so that they see the same version. We could add little trailers to the e-mails going out linking to the main page and maybe even encouraging donations. Admittedly, this would've been more useful when Wikipedia was nascent and little-known. Deco 00:44, 31 January 2006 (UTC)
- Could we accomplish the same thing with a simple mailto link including the URL? I created a template to demonstrate, {{email}}. It renders as:
- The source is (previous post was wrong):
[mailto:?body=Check%20out%20the%20Wikipedia%20page%20{{FULLPAGENAMEE}}%20at%20{{SERVER}}/w/index.php?title={{FULLPAGENAMEE}}%2526oldid={{REVISIONID}} Email someone this page]
- The template should work on any page and could be included in the toolbox with some adjustment. The only problem I see is that it puts underscores instead of spaces when mentioning the name of the article (to avoiding breaking the link). This could be easily fixed when converting to a toolbox link. The advantage to this solution (besides allowing adoption elsewhere on the wiki) is that it doesn't requre server resources to send the mail. The converse is that not everyone has access to a mail client (and some clients don't read mailtos) Superm401 - Talk 08:53, 1 February 2006 (UTC)
- No need to use underscores - if you visit a URL with spaces the software will automatically convert them. This looks like a pretty good solution - let's bring it up on the talk page of whatever Mediawiki page corresponds to the toolbox. Deco 20:14, 1 February 2006 (UTC)
- I know, but the problem is the wiki syntax for links. There can be no spaces in the mailto URL (which here is everything before "Email someone this page") because spaces separate the URL from the displayed text. That's why I've escaped the spaces in the text as %20 . I had to escape the page name (and permalink) using underscores because Wikipedia variables don't seem to provide a way to escape page names with %20 (and I spent a while working on this). Also, I looked through Special:Allmessages and I don't think there is a corresponding MediaWiki page for the toolbox. We would probably have to get the devs involved. Superm401 - Talk 01:56, 2 February 2006 (UTC)
- No need to use underscores - if you visit a URL with spaces the software will automatically convert them. This looks like a pretty good solution - let's bring it up on the talk page of whatever Mediawiki page corresponds to the toolbox. Deco 20:14, 1 February 2006 (UTC)
- Could we accomplish the same thing with a simple mailto link including the URL? I created a template to demonstrate, {{email}}. It renders as:
- We'd have to remember to include the full text of the GFDL in every email, e.g. as an attachment. Yay for the GFDL. -Splashtalk 00:47, 31 January 2006 (UTC)
- Why would we have to do that? — Knowledge Seeker দ 02:11, 2 February 2006 (UTC)
- Because the terms of the GFDL insist you include a full copy of the license with each copy of GFDL'd material you distribute. Which is why it's a PITA for e.g. images. See Wikipedia:Text of the GNU Free Documentation License#2. VERBATIM COPYING. -Splashtalk 02:29, 2 February 2006 (UTC)
- You are correct, but this does not apply to mere links to the material, only if we send out the full text of the article, which we have no intention of doing. Deco 02:38, 2 February 2006 (UTC)
- I agree with Deco: the GDFL may apply to the text of the articles itself, but not to the URLs that link to those articles. — Knowledge Seeker দ 03:46, 2 February 2006 (UTC)
- I was interpreting the section heading literally. -Splashtalk 03:47, 2 February 2006 (UTC)
- I agree with Deco: the GDFL may apply to the text of the articles itself, but not to the URLs that link to those articles. — Knowledge Seeker দ 03:46, 2 February 2006 (UTC)
- You are correct, but this does not apply to mere links to the material, only if we send out the full text of the article, which we have no intention of doing. Deco 02:38, 2 February 2006 (UTC)
- Because the terms of the GFDL insist you include a full copy of the license with each copy of GFDL'd material you distribute. Which is why it's a PITA for e.g. images. See Wikipedia:Text of the GNU Free Documentation License#2. VERBATIM COPYING. -Splashtalk 02:29, 2 February 2006 (UTC)
- Why would we have to do that? — Knowledge Seeker দ 02:11, 2 February 2006 (UTC)
- I think this is a bad idea. First of all, email is for plain text, not for HTML. Would you also email all the pictures as well with this? Now you're sending a quite-possibly large file. Also, what if the content changes because of new research/editors after you sent it? I generally never mail people an actual page, but just a reference to it. That way they can be assured of always getting the most up-to-date content. Pass by reference, not by value. Aaronw 20:56, 8 February 2006 (UTC)
Bayesian Classifier for contributions
Bayesian classification works very effectively for spam. A Bayesian classifier for contributions to Wikipedia could make it easier to more quickly detect edits which are highly likely to be reverted.
How would it work? Each revert would be automatically submitted to the Bayesian filter in order to train the filter to recognise edits that are likely to be reverted (for WHATEVER reason). New edits would be passed through the filter and classified according to their reversion probability. This could be used to compile a `revertability index' for each edit.
How could it be used? In the first instance the Bayesian filter's opinion could be indicated on the recent changes page to help flag edits in need of particular scrutiny. In the long term, if the filter proved as accurate as one might hope, then a more aggressive approach might be taken, whereby edits with a high revertability index would not be automatically implemented but would pass through a moderation process of some kind.
Note: Such an index would not pass any value judgement on the quality of an edit. It would simply judge its probability of being reverted. I would expect it to accurately flag all edits on both sides of an edit war, for example. This would have the effect of automatically calling attention to the dispute and possibly automatically invoking moderation procedures, not a bad thing in my opinion.
- That's a really good idea. Difficult to implement, but I'd really like to see how it plays out. I can imagine a Recent Changes page with each edit colour coded. Likely vandalism would have a red background, while suspicious stuff would only have a yellow background, with a gradiant in-between. I suggest we do an offline trial of this with a training and test set. Deco 04:59, 2 February 2006 (UTC)
- It is a very good idea. Another way of listing the frequently-reverted articles would be simply to do a database dump every couple of weeks, and list Wikipedia: Top 100 articles by number of reverts or similar. Grutness...wha? 05:18, 2 February 2006 (UTC)
- The top 100 articles that Grutness refers to is pretty close to WP:MVP.-gadfium 07:40, 2 February 2006 (UTC)
- A fairly subtle analyzer would be needed to provide useful input to any such clasifier. It would need to recognize the toopic, for example, and changes such as the addition of tags, presence or absence of references, adn the like. Also even if absolutely accurate, a high change of reversion could mean vandalism, or anb absolutely accurate commetn likely to be targeted by a PoV pusher. It would be interesting, but it wouldn't be simple to program. It would ahve soem server cost. Also to be at all sueful it would need to recognize non-rollback reverts, includign revrts to a version other than the just previous one. DES (talk) 15:58, 2 February 2006 (UTC)
- You're right that ongoing training of the filter is a sticking point. However, if we give all registered users the rollback function (which is sort of like a current proposal), then rollbacks would be easy to identify and train on. Meanwhile we can guess from the edit summary pretty well. Deco 22:32, 2 February 2006 (UTC)
- It is a very good idea. Another way of listing the frequently-reverted articles would be simply to do a database dump every couple of weeks, and list Wikipedia: Top 100 articles by number of reverts or similar. Grutness...wha? 05:18, 2 February 2006 (UTC)
- This idea is a good one. You could probably count edit summaries containg terms like "rv", "revert", etc. as reverts as well; there might be a few false positives, but they'd definitely be too small to seriously affect the algorithms. This seems very workable; the bot could just crawl through the recent changes RSS feed (or whatever the vandalism-catching bots use) and find the reverts, while at the same time using its past experience to determine which of the new edits are liable to be reverted. This information could then be fed to an IRC channel along the lines of the ones currently in use for the vandal-catching bots. Johnleemk | Talk 16:58, 3 February 2006 (UTC)
- You want to talk to User:Gmaxwell, who has apparently done this a while ago. Lupin|talk|popups 14:52, 4 February 2006 (UTC)
- We can't include ALL reverts: rollbak is made for vandalism (although it is often misused); "rvv" is a reversion of vandalism... But reversion of POV/OR additions should not be covered by the classifier, as these will be too topic-specific. jnothman talk 23:03, 9 February 2006 (UTC)
Full semi-protection of Wikipedia
Moved to Wikipedia:Village pump (perennial proposals). — Preceding unsigned comment added by JosephBarillari (talk • contribs)
Why aren't Discussion pages add-only?
I'm finding it hard to phrase my idea, since so many of the reasons are similar to those who wish to permanently protect actual articles, but I'll give it a shot. Is there any reason for a discussion on an article's talk page to allow users to delete/modify the comments of others? Not only is it next to impossible to catch on high traffic pages, but I can see no benefit to simply changing it so that you can only append to to page.
Take the mohammed cartoons page. So much energy is being wasted reverting vandals on the *talk* page alone. And making this change has absolutely no drawbacks as far as I can tell
- The wiki philosophy allows anyone to edit anything. Vandals are a pain in the ass, but protection is typically a last resort, since vandalism is easily reverted. Some policies like NPA also require allowing editors to edit others' comments (i.e. to remove personal attacks). Johnleemk | Talk 16:52, 3 February 2006 (UTC)
- There are some advantages to it, albeit they are mostly introduced by the lack of discussion thread features. Fixing mixformatted threads, adding section titles to stray comments, and blanking old or misplaced discussions, etc. are all important aspects of maintaining talk pages, which would be impossible if the pages were locked somehow. --W.marsh 17:06, 3 February 2006 (UTC)
- We have strong conventions against editing of other's comments however. I would argue that a message board format, where a person can edit their own posts, would be a much better way of organizing talk pages. Wiki really just isn't suitable for this. Deco 20:50, 3 February 2006 (UTC)
- Honestly I don't disagree with you. Wiki is brilliant for creating articles, not so much so much so for having discussions. It certainly works... but it is often a lot of needless hassle keeping things straight. I do not believe it would be easy to effect a change, though. --W.marsh 20:53, 3 February 2006 (UTC)
- Wikipedia:Village pump (perennial proposals)#Discussion Pages - Bring Modern Interface. --cesarb 21:20, 3 February 2006 (UTC)
- meta:LiquidThreads. The short treatment at perennial proposals really doesn't do it justice, so hammer out the details over at meta. — Ambush Commander(Talk) 02:00, 7 February 2006 (UTC)
- Hm, there's been no real editing there in over a year. Are there actual plans to include LiquidThreads, or is it more of a wishlist thing? The suggestion looks okay, but I'd much prefer a more standard forum layout like the mockup on Perennial proposals. Any new system should have a subject-only view and keep different threads on separate pages. I don't see a use for the thread summary; all threads should be archived by their subject. ‣ᓛᖁ
ᑐ 02:38, 7 February 2006 (UTC)
- Hm, there's been no real editing there in over a year. Are there actual plans to include LiquidThreads, or is it more of a wishlist thing? The suggestion looks okay, but I'd much prefer a more standard forum layout like the mockup on Perennial proposals. Any new system should have a subject-only view and keep different threads on separate pages. I don't see a use for the thread summary; all threads should be archived by their subject. ‣ᓛᖁ
- I really don't know. Part of the problem implementing the feature is that no one really has thought it out yet... ^_^" — Ambush Commander(Talk) 02:41, 7 February 2006 (UTC)
- _ _ I'll go look at liquid threads, but as i just noted on perennial, IMO, the Add-only proposal is far too restrictive for the problem identified, and additions of talk-vandalism information specific to the discussion pages, in their histories, are a better medium-term response. I'll post specific suggestions if there is interest.
- _ _ Elevator-speech version of my long-term proposal: Traditional Wiki-markup (TWMu) is optimized for collaborative editing of articles but not discussion. Supplement TWMU with extensions (minor enuf to conserve editors' investment in learning TWMu). Lightly process each contribution before saving: enforce sigs, suppress editor-specified color markup, and use trivial variations on existing facilities to assist detecting additions from re-ordering, from corrected, sanitized, or rethought replacements, and from refactoring. Use color coding and color-coded annotation to flag authentic sigs and the various sorts of replacement, including any endorsement by original editor of a replacement of their contrib.
--Jerzy•t 06:22, 7 February 2006 (UTC)
World Knowledge Base
had an idea for the editors of wiki
googled for the concept of a World Knowledge Base. Nothing there. > > World knowledge base is kind of a generalized idea about a compliation of all info about all subjects on the planet. Kind of like how our civiliazion has developed to the current state. i.e. what does free speech or freedom mean. how the people on a beach should know to run when the tide goes out. How to make widgets. whatever. an informal concept about all knowledge on the planet. The knowledge base is being developed on wiki and google and yahoo and other sites there is just no concept found by searching that describes the effort being accomplished. For instance when you call a help desk for MS Word (if you can reach them) the help desk has a knowledge base about word. So there is now being developed a World Knowledge Base that describes everything. There is just no searchable page on google or wiki or sites that describes the concept.
Wold knowledge base does not does not reside at any single location but is available through spoken, written, and internet exchange of information - at least so far.. > > If you choose to add the concept I am certain someone can do a much better job > of writing the description - I just had the concept.
thanks dwallace1@att.net
- We have an article on knowledge base. Superm401 - Talk 04:13, 13 February 2006 (UTC)
WP:PANIC
I've created Wikipedia:Don't panic in response to the recent handling of the user_pedophile template incident. It is a proposal for a guideline and I request comment as to whether or not it should be adopted. The shortcut I have suggested for it is WP:PANIC, and I hope that it can be a tool to help identify and stop quickly developing and emotionally charged incidents in the future. The current form is embyronic, of course, and if the community decides it can be of use, I hope you will all help develop it further. Best regards, CHAIRBOY (☎) 19:00, 6 February 2006 (UTC)
- I really like it. --unforgettableid | talk to me 22:46, 6 February 2006 (UTC)
- It's really good - but how long do you think it'll be before someone suggests putting a link to it in big friendly letters on the main page? Grutness...wha? 08:10, 7 February 2006 (UTC)
- Would that be a bad thing? These collective panics (Kelly Martin's RFC, the user_pedophile template, et al) are really getting tiresome Cynical 18:32, 14 February 2006 (UTC)
- It's really good - but how long do you think it'll be before someone suggests putting a link to it in big friendly letters on the main page? Grutness...wha? 08:10, 7 February 2006 (UTC)
Vandal report section?
Why not add a section where you can report a vandal instead of having to post on their talk page or trying to find an administrator? Life would be so much easier for those fixing the vandalism and the administator can take the necessary action. --Acebrock 20:58, 6 February 2006 (UTC)
- WP:AIV does that already, I believe; if you want to find an admin in a hurry, for something non-vandal related, WP:AN/I may also help. Shimgray | talk | 20:59, 6 February 2006 (UTC)
- The original is at WP:VIP. User:Zoe|(talk) 17:12, 7 February 2006 (UTC)
Deletion flag
Sometimes while browsing random articles, an editor who is not necessarily involved in what I'll loosely call the "deletion scene" runs across an article that he or she feels should probably be deleted. However, the deletion procedures have become unwieldy for those who are not involved on the deletion scene, making it hard for a casual editor to know how to get an article into the deletion pipeline. The rules for speedy deletion are confusing and constantly evolving, and the AfD nomination process is somewhat complex and time-consuming for the very occasional nominator. This leads to overuse of the speedy {{delete}} tag, and even worse, no action taken at all on dubious articles run across by most editors.
To solve this problem, I propose that we create a {{deletereview}} tag, that allows casual editors to flag questionable articles for further follow-up by editors more involved in the deletion scene. I think this would significantly reduce controversy over the misuse of the speedy delete tag, and make the entire deletion process go much more smoothly and efficiently.
Thoughts? Comments? Volunteers for implementation? - Bantman 23:32, 7 February 2006 (UTC)
- You may be interested in the new Wikipedia:Proposed deletion, which is undergoing a live trial right now. It's very lightweight and easy for anyone to use. Deco 02:15, 8 February 2006 (UTC)
Australian character
Question: Is the famous Australian "tall poppy syndrome" merely the opposite of Australia's renowned "cultural cringe"?
- Is this a proposal? --Golbez 05:59, 8 February 2006 (UTC)
No, the "cultural cringe" is an inferiority complex, the "tall poppy syndrome" is resenting the success of others. Quite possible to have both at once. Average Earthman 20:00, 9 February 2006 (UTC)
Collaborative tagging
Propose that metadata is created (in order to complement categories, et al) by users. Relational searching (i.e. tag cloud) could be generated.
Although at present, folksonomies are freeform (see Flickr.com), with metadata generated and controlled by individuals, I'm not aware that there is a community-wide collaborative metadata generation system. Wikipedia would be a perfect project for this to be deployed on.
Metadata could be generated by all and controlled by the masses (like a folksonomy with a vaguely controlled vocabulary based on democracy). Also, weighted relational links (i.e. 'What links here') could be changed so that there is a visual representation of the strength, relvance or importance of the connection between the viewed article and other articles, related through key words. Effectively, a PageRank (Google ranking technique) system that is user generated. --bigpinkthing 10:09, 8 Feb 2006
- Weighting how closely related two articles are seems potentially useful. This could allow us to build semantic networks of articles that could be used to suggest related articles that are not directly linked. Deco 10:17, 8 February 2006 (UTC)
- Would it work to use an article's incoming and outgoing links and categories (possibly extended by a few levels) for the tag set? It seems like a folksonomy would take a lot of effort to maintain, and I can see a lot of potential for vandalism or keyword stuffing. ‣ᓛᖁ
ᑐ 11:23, 8 February 2006 (UTC)
- Response so far.. Using in/out links is certainly viable to establish relationship strength between articles, and may go a certain way towards defining the root words used to start a metadata vocabulary. What I am proposing is not a true folksonomy, but a metadata schema that can be initialised by software (not by a defined controlled vocabulary) and then enhanced by users. Because the schema would be updated by users under a one-user, one-vote style system, the relevance of correct and valid links will always be reinforced and vandalism / key word stuff would be controlled democratically (i.e. the long tail of meta noise would not be seen unless someone was specifically looking for it). --- --bigpinkthing 11:33, 8 Feb 2006
- The main problem I see is that adding anything to all articles, even a single piece of metadata, would be a huge effort. Categories took a long time to get put in everything. However, I'm sure that individual Wikiprojects would entertain the idea of tagging articles in their area with metadata relevant to their area. A great example is Tree of Life and tagging animal/plant articles with all the details currently listed in their infobox. Similarly cities could be tagged with their demographics and location details. Pretty much anything you see in an infobox now could be made into semantics tags - and with clever template modifications, perhaps with relatively little effort. Deco 18:41, 8 February 2006 (UTC)
- Surely the very essence of Wiki is an improvement of the product as a whole, over time. As I said, the initial burst of metadata could be a software development project and turned around in a couple of days using something like Perl. The gradual improvement would take a tiny amount of time (on a per user basis), since many would contribute and improve gradually over time. It is an identical modus operandii to the main principle of Wikipedia, but applied to give meaning to the content, futureproofing and improving it ready for future iterations of deployment and advanced uses that may not have yet been conceived. bigpinkthing 09:55 8 February 2006
Bloat
IMO Wikipedia's info pages have grown very unwieldy for anyone who wants to help with things a little deeper than just article content. Looking for well-grouped, simple information pertaining to the ins and outs of policy and guidelines is downright scary. Everything is scattered, and information that's not is bloated to to point of absurdity. Does anyone else think we need a "common knowledge" page where anyone can refer to at any time to find any piece of relatively mainsteram information about accepted WP practices and unspoken rules, etc.? This page would need to be extremely clean and provide information in a well-organized format. On a bloat scale from 1 to 10, Community Portal and VP would be somewhere in the 7-8 range, and this would preferably have to be in the 1-2 range. If we already have this, it should definitely be one of the first links in the Navigation box. Noclip 00:12, 9 February 2006 (UTC)
- I think Wikipedia:Five pillars and Wikipedia:List of policies are excellent pages that do much of what you ask. Wikipedia:Simplified Ruleset and Wikipedia:Wikipedia in eight words are other attempts. (I'm fond of Wikipedia:Policy trifecta myself.) Actually an overhaul of Help:Contents (which is linked from the Navigation box) is underway right now, and an associated Wikipedia:WikiProject Help to tidy the Help and Wikipedia namespaces was launched a couple of weeks ago -- I'm sure they'd be happy to have your help there. — Catherine\talk 02:49, 9 February 2006 (UTC)
Peer review user contributions
Is there any system where a specific user, such as mine can make a request for a peer review of their work? I think this would be good because mistakes, persistent flaws and other editing imperfections can be corrected at the source instead of fixing individual errors on a page by page basis. - Shiftchange 09:26, 9 February 2006 (UTC)
- An interesting concept, especially for new users, but I'd be surprised if people found it very interesting to do - few people have completely overlapping interests. Deco 09:36, 9 February 2006 (UTC)
- I think Shiftchange is referring to grammatical, technical, style and editorial judgements - if that's the case, then I concur, but I agree with Deco if you meant content accuracy review :) bigpinkthing 09:50, 9 February 2006
- There is no such place right now. I would like to see it happen, however. You might suggest it at Wikipedia Talk:Boot Camp; the Boot Camp project is broadly intended to help people learn to edit and use the community structure effectively. +sj + 19:40, 9 February 2006 (UTC)
A proposal that might eliminate 50% or more of vandalism
- This discussion was moved from Vandalism in progress to the Village pump on 17:10, 9 February 2006 (UTC) by Pathoschild (admin / talk).
Dear fellow vandalism patrollers,
I've been involved on some cult related pages which it is my guess, probably suffer some of the highest rates of chronic vandalism within Wiki. The cult that I believe probably tops the list is
Scientology, and related articles. I just did a review of the last 50 edits on the main Scientology article page. Of these last 50 edits, 14 were vandalism. This pattern of heavy vandalism by multiple seemingly random IP's at this page seems to possibly be an orchestrated strategy to encourage cult members to make frequent anonymous vandal attacks. Having thousands of members, obviously all they would need to do is to get a handful of volunteers to do this, and much key-pounding and frequent logins by vandal-patrol-editors become necessary in order to maintain any reasonable semblance of a good article there. Of the 14 vandalism edits, 12 were done via anonymous IP, and 2 were done by sock-puppets that had been created within the previous 20 days.
I have a humble proposal that I believe might be able to reduce the workload of vandal-patrolling by 50% or more.
Create a restriction on page editors, that could be called something like the Controversial material- editing restriction rule.
Then set this editing restriction up so that the only editors who will be permitted to edit these pages must:
- Be registered.
- Have been registered for at least one month.
- Have at least 25 edits in their contributions file.
I know that all 14 of the recent vandal-edits the the Scientology page would have qualified for blocking under these rules. My guess is that probably at least 50% of these attempts would have been completely stopped, discouraging the prospective vandal from going through all of the trouble of jumping through all of the hoops, before doing the vandalizm. Perhaps even 90% or 95% would have been stopped, who knows?
Two further consideration about when such restrictions could be placed and/ or lifted.
(Please also note -and/ or comment on- the counter-proposal as discussed by Sherool and Scott P. in comment section below.)
For placing the restriction: Perhaps such a restriction could only be placed on pages for which:
- Three or more editors had petitioned for such a restriction.
- The article clearly showed at least a 1 month history of an average of one or more vandal-edits per day.
- A discussion about the validity of the claim of such frequent vandalism was allowed for, that lasted 15 days, and which the outcome was that these vandalism-edits did indeed meet the criteria for frequency.
For removing the restriction: Perhaps such restrictions could only be removed by a special vote that required a 75% consensus vote.
I don't know. I am new to this page. Maybe this type of anti-vandalism measure has been proposed before. If so, still I would like to know why it hasn't been acted upon, and what others think about this proposal designed to cut down significantly on vandalism to high-vandalism types of articles, without significantly restricting access to serious editors.
- Such suggestions have been made before, but there has always been disagreement about the specifics of implementation; who would write new software and what metrics would be used. I like to say of such recommendations : this sounds good, but rather than preventing anyone from editing, perhaps you can simply make it more difficult for them to edit. For instance, redirect them to the talk page, with polite instructions to post both the existing text and their suggested changes. +sj + 21:25, 9 February 2006 (UTC)
Please let me know what you think about this by preceeding your comment with one of the following:
Support:,
Oppose:,
Neutral: or
Other/ reason:
(Note, before placing comment or vote, please review Other comment by Sherool, and followup comment by Scott P. below.)
Thanks for reading this,
-Scott P. 21:08, 15 September 2005 (UTC)
PS: I am not entirely familiar with what the software requirements would be to accomplish something like this, but if it appears that this proposal is met with a positive consensus here, I will promise to bring this proposal to Jimbo Wales' attention, and to make certain that the results of this interaction with Jimbo are reported here, whatever they might be. My sense is that it would probably be technically possible to do this, but might possibly be somewhat time consuming to write such a program.
Support
- Not necessarily support, but don't instantly reject. Right now we only have "unprotected" (anyone can edit it) and "protected" (only admins can edit it). It's not necessarily unwiki to have an intermediate "semi-protected" status, where only "users in good standing" can edit it. It may or may not be a good idea, but it's not necessarily "unwiki" to suggest it. However the normal status for nearly all Wikipedia pages at nearly all times should be "unprotected", not "protected" or "semi-protected" (with perhaps a handful of exceptions like the Main Page... remember we permanently protect the Main page by necessity, no matter how "unwiki" this may be... many pages that are currently permanently protected could become "semi-protected" instead, which would be a good thing). Read this insightful article by Clay Shirky and remember what Wikipedia is not: it's not a democracy. Right now sock puppets and anon IPs are actually more powerful than registered users in any edit war because they're effectively immune from 3RR, and that's not a good thing. When an edit war flares up, users in good standing should at least be on a level playing field, and quite possibly ought to be at an advantage. Again, read the Clay Shirky article (the part about "core group" and "members vs. users"). -- Curps 22:43, 15 September 2005 (UTC)
- Support Wikipedia will never be a real encyclopaedia until it adopts and enforces encyclopaedic standards, and one of the steps necessary to achieve that is doing something to deter vandals, particularly cranks and cultists. There is nothing in this proposal which would prevent or deter genuine editors from editing articles, and therefore it does not contravene Wikipedia's open access principles. Adam 22:58, 15 September 2005 (UTC)
- Support I'm supporting this, even though I don't necessarily the right implementation. But it doesn't matter. What matters is supporting people like you trying to make a difference on the wiki. If you listen to some people around here, you'll hear stuff like "Vandals cant' just be banned outright has they have equal rights and may become valuable editors anytime" - Yeah right! As if the schoolkids who write 'cunt' on 16 different pages of the wiki will ever notice the err of their ways and become valuable editors. Ha! You, on the other hand, will probably be slammed by the wiki jihad who will remind you that 'edition of editing by anyone' is one of the 5 wiki pillars. What those people don't understand is that because the man-hours of good editors are limited, reverting vandalism actually HAS a cost - unlike what the propaganda says. Anyone who has ever tried to combat vandalism is probably familiar with the 16 consecutive revert dance, followed by unanswered complaints to a non-existent or overworked admin. Then the vandal notices your warning on this page and stalks you, or revert your edits to that very page (because vandals have rights, remember?) Finally, if you are still part of the wikipedia after your ordeal (during which you could have read a book or spent time with your kids), the admin may freeze the page, but very rarely blocks an IP for more than a few days (after which the vandal comes back if he hasn't already via a sockpuppet). Adidas 23:33, 3 October 2005 (UTC)
- Support in principle, with details TBD. The number of pages that would need some kind of guardianship would be very small, the "open to all" provision would not be compromised (hang around just a little while and you can touch anything) and articles that are now functionally damaged goods would rise in quality. I had a page I cared about which is subject to constant reverts, edits, sabotage etc. I now ignore it because I don't have time, and other pages have collaborative work by editors. That means the "shout them down" people are winning. Thanks for listening. Coll7 01:04, 4 October 2005 (UTC)
- Support. I don't see this proposal as creating even more restrictions to users, but as removing some restrictions. The "semi-protected" articles could replace many of the completely protected ones, giving a chance for non-vandals to clean up and article and still add to it without giving the responsibility of cleaning up an article to an admin. Because of this, an article may be semi-protected for a shorter time than if one were completely protected. These semi-protected pages would not be permanent, but in some cases could be. The Main Page could even become semi-protected giving even more credit to the anyone-can-edit philosophy. Zhatt 21:05, 11 October 2005 (UTC)
- Support. I agree with Zhatt; it's more wiki to have some pages semi-protected long-term than to have them fully protected some of the time and constantly vandalized the rest of the time. And it isn't just cult articles like Scientology, it's articles on topics the immature find funny as well, like Homosexuality and Obesity. --Angr/tɔk tə mi 21:39, 11 October 2005 (UTC)
- Support. Details TBD. No need to repeat all the good reasons given by others. Brandon39 12:27, 18 October 2005 (UTC)
- Support. Unfortunately, rules like this will become indispensable with the growing popularity of WP. Just no way around it. I foresee a time when a certain class of editor will need to be defined: not Admins, but sort of "known and trusted editors". Contributions/edits to certain articles by all users not in that class will have to be "submitted in advance" to an editor in that class who has assumed "oversight" duties for that article. JDG 22:10, 22 October 2005 (UTC)
- Support. It's better than any anti-vandalism idea I would have had. Since the controversial pages are the ones most vandalized, and since RUs don't vandalize (as much, since we can catch you guys), it will definitely cut down on vandalism. Better idea: Perhaps we could even restrict editing to RUs. Davidizer13 17:06, 26 October 2005 (UTC)
- Support. This will allow the trimming of vandalism. I imagine that some work will need to be done on determining when the semi-protection can start and how long it can last, but it will reduce the incidents of vandalism. --Habap 14:32, 31 October 2005 (UTC)
- Support For all the reasons stated above. Template:DaGizza/Sg 08:34, 24 November 2005 (UTC)
- Support It's a good idea as an alternative to full blown protection. Agree with many points others have made too Nil Einne 15:27, 15 December 2005 (UTC)
- Support Also, people should be required to provide their email address in order to be able to access pages under these restrictions. Asdquefty 16:46, 9 February 2006 (UTC)
- Support - Together with WP:Semi-protection, it is a good way to keep Wikipedia manageable. JoJan 18:35, 9 February 2006 (UTC)
- Support as long as only used for very heavily vandalised pages. Hopefully, this would also allow us to reduce the number of protected pages. Average Earthman 20:05, 9 February 2006 (UTC)
- Support. The requirements are too stern. Why not just have it like the semi-protection policy (no anons, and users who have been members for a few days)? I still think it's a GREAT idea. Gflores Talk 02:33, 10 February 2006 (UTC)
Oppose
- Strongly oppose: This proposal is in complete contravention of what Wikipedia is, and I don't think you will find many people who support it. User:Zoe|(talk) 21:11, 15 September 2005 (UTC)
- Zoe, could you point to any guidelines or policies that might support what you just said? It seems to me that Wikipedia is a place designed to encourage honesty, community, and the free flow of information. Vandalism opposes all of these things. It is true that such a rule might place some minor restriction on some of this, but just as some rules are necessary for the betterment of all, even if they sometimes do create minor inconvenience for some, I believe that the net effect of this would be to free many of us up to focus on real edits, creating a better flow of information, rather than having to concentrate so much on vandalism. Also, can I take it that you would oppose this? -Scott P. 21:16, 15 September 2005 (UTC)
- I would strongly oppose it. See Wikipedia:Five pillars: "Recognize that articles can be changed by anyone". User:Zoe|(talk) 21:40, 15 September 2005 (UTC)
- All but heavily vandalized pages could still be changed by anyone at the spur of the moment. Heavily vandalized pages could be changed by anyone with a little patience. That would be the only difference. No?-Scott P. 22:22, 15 September 2005 (UTC)
- I would strongly oppose it. See Wikipedia:Five pillars: "Recognize that articles can be changed by anyone". User:Zoe|(talk) 21:40, 15 September 2005 (UTC)
- Actually, it isn't against the concept of Wikipedia. It is similar to protected pages. This type of page protection just restricts some edits instead of all edits. Similar to page protection it can be for a restricted amount of time. - Tεxτurε 21:24, 15 September 2005 (UTC)
- I don't see the proposal as being temporary. It seems to be permanent unless there can be a 75% consensus to unprotect it. User:Zoe|(talk) 21:40, 15 September 2005 (UTC)
- Zoe, how would you feel if some less restrictive unlocking rule were used instead? -Scott P. 21:58, 15 September 2005 (UTC)
- I don't see the proposal as being temporary. It seems to be permanent unless there can be a 75% consensus to unprotect it. User:Zoe|(talk) 21:40, 15 September 2005 (UTC)
- Zoe, could you point to any guidelines or policies that might support what you just said? It seems to me that Wikipedia is a place designed to encourage honesty, community, and the free flow of information. Vandalism opposes all of these things. It is true that such a rule might place some minor restriction on some of this, but just as some rules are necessary for the betterment of all, even if they sometimes do create minor inconvenience for some, I believe that the net effect of this would be to free many of us up to focus on real edits, creating a better flow of information, rather than having to concentrate so much on vandalism. Also, can I take it that you would oppose this? -Scott P. 21:16, 15 September 2005 (UTC)
- Oppose: This is unwiki.—encephalonὲγκέφαλον 22:02, 15 September 2005 (UTC)
- The problem here is a fundamental one. It goes to the heart of what a wiki is. It is proposed that new registered users be barred from editing certain articles, through no fault of their own, for a month. A wiki simply does not work that way. It must virtually always be open to editing—page protection must be applied with the greatest reluctance, for the strongest of reasons (ie. concerted, unrelenting, continuous, damaging vandalism or edit warring), and for the shortest possible time. And it must be open to every good faith user—registered, anonymous, steward, newbie—one and all. The solution to vandalism is not to lock down pages from users. It is to fight the vandals.—encephalonὲγκέφαλον 22:57, 15 September 2005 (UTC)
- Oppose. Wikipedia is not a clique, and we should not support the formation of such. siafu 22:34, 15 September 2005 (UTC)
- Absolutely not! I have to oppose this for all of the above reasons. It would also initiate voting, which is not tolerable. And a consensus has little to do with a hard number. And it's simply unwiki. --Phroziac (talk) 00:16, 16 September 2005 (UTC)
- Noooooooo. There's absolutely no way I would support this- the point of Wikipedia is to be open. Most controversial pages are the ones anons/new users want to edit, and in many cases, the edits are _GOOD_. There's no need to create another block for users to edit. And, as Ryan Delaney says below, Jimbo will never let it happen (rightly so). Ral315 00:26, 16 September 2005 (UTC)
- Oppose in its current form. However, a similar temporary flag to be used as an alternative to full page protection and in the same fashion as existing page protection might be useful--a temporary flag that prevents all anons or users created after the protection was placed from editing the page. It shouldn't be placed on pages forever, though, just for a brief period on pages facing a specific persistant vandal, the way full protection is occasionally used against vandalism now... and the only time I'd support that is when the alternative is having the page protected completely just to stop one persistant vandal attacking it via socks. Aquillion 00:28, 16 September 2005 (UTC)
- Completely and Fundamentally Opposed This is a terrible idea. It is entirely against everything that makes Wikipedia daring and innovative. The whole idea of Wikipedia comes down to freedom of everyone to edit everything (with a few exceptions where it is impossible to maintain any kind of consistent quality without some limits.) This is why there is so much concern about keeping pages linked from the main page open to edit; it is our ideology. The implementation of this proposal would essentially cut Wikipedia out from under its knees.
- Opposed, but not due to any non-wikiness. Mostly because controversial often means little-known in a lot of ways, and one-off anon editors could also have a lot of value to put into those articles. --badlydrawnjeff (WP:MEME?) 17:16, 9 February 2006 (UTC)
- Well-meant idea; opposed to it as currently presented. It makes sense to make it slightly harder for unknown users to contribute -- throttling the frequency with which they can edit certain pages, asking them to verify they are not a robot, or directing them to talk pages during an active controversy. It does not make sense to make certain articles entirely 'off-limits' to new editors, or to say to them "sorry, we don't want your input". +sj + 21:25, 9 February 2006 (UTC)
- You are kidding, right? As someone who edits controversial material about Malaysian politics all the time, I can tell you that despite 90% of all anon edits being vandalism, I appreciate the 1 out of every 10 edits that contributes something to the article. This proposal essentially amounts to semi-protection for all controversial articles. THIS IS NOT HOW A WIKI WORKS. ANONYMOUS EDITING IS A NECESSARY EVIL. Johnleemk | Talk 09:17, 11 February 2006 (UTC)
- Strongly opposed Well-meaning concept, but would substantially reduce the differences between Wikipedia and any other online purveyor of information. We'd lose more editors by denying them the rush of the first-time edit to a topic they care about than could be justified by any reduction in vandalism. Anything that reduces the ability of new users to jump into the mix harms our ability to maintain a community. User:Adrian/zap2.js 09:31, 11 February 2006 (UTC)
Neutral
Other Comments
- If the same rules that apply to "regular" page blocking now where applied then I think it would be a good idea. It could be the first line of defence against vandals. Temporarily block anonymous users and very young (think a month is a bit long though, maybe use the same rules that apply for accessing the "move" feature) registered acounts only from editing for a brief period rather than blocking everyone like we do now. That way vandal blocks would be less intrusive for normal contributors, while still very effective against your average vandal. I do however not agree that all controversial pages should have this installed as a permanent measure. Strictly on a case by case basis just like page blocking works now. --Sherool 22:19, 15 September 2005 (UTC)
- Thanks for that idea Sherool. I think everyone agrees that Wiki's current page locking policy is beneficial. How about if we had a rule that said that if the vandalism-edits clearly exceeded 1 vandalism edit per day, for 1 week, then the restriction could be applied for 1 week (and if abused, could be removed prematurely by a sysop)? Would you support this? -Scott P. 22:32, 15 September 2005 (UTC)
- Well as I said I think it would make a good alternative to the current "full block" protection we currently use, but I rely don't think we should apply it much more liberaly than we currently are. One or two vandalism-edits per day is not realy that much of a problem on an active article, and a week sounds a bit long. IMHO the first goal should be to get such a limited block feature actualy implemented into the software and then use it instead of regular page blocking (as a first resort anyway). If it works out we can discuss the finer points of when to use it and for how long at a later date. --Sherool 23:21, 15 September 2005 (UTC)
Oppose, Undecided. I think it's a good idea, but the problem is that it has an unintended side effect: namely, a group of devoted people who wanted to prevent anons from editing some pages might then vandalize some pages with the intent of getting this sort of block placed. I don't think we want to give people an additional motivation to vandalize. If this concern can be addressed somehow I would strongly support. Colin M. 22:47, 15 September 2005 (UTC)
- You think anti-vandals will suddenly vandalize pages in order to get them semi-protected? Are they doing this now, when they can get full protection by being enough of a bother? I don't think that people who are anti-vandals would find it worth their time to game the system this way. Of course, with billions of potential editors, it is possible that someone besides you would think of this. --Habap 14:35, 31 October 2005 (UTC)
- This is against the will of Jimbo, so this whole vote is pointless. It will never be implemented, regardless of the result of this straw poll --Ryan Delaney talk 00:19, 16 September 2005 (UTC)
- I know that Jimbo wants Wiki to be available to all users. But he also wants 3 revert rule violators to cool off with a lock. Do you know for sure that he doesn't want vandals to cool off at all? -Scott P. 00:46, 16 September 2005 (UTC)
- While I agree that in the context of making decisions and setting policy for the community, it is important to differentiate between user account holders (for whom there is at least a somewhat accountable record) "in good standing", and anonymous or new users, this solution would institutionalize the idea that anonymous and new contributors are not as worthy as other users as editors. I don't see a way reconcile that conclusion with the spirit of wikipedia and 5P. siafu 00:29, 16 September 2005 (UTC)
- I think the right implementation would be to set a bar for "good standing" which any well-meaning editor could meet in a matter of minutes. I do not think that requiring a few minutes of non-controversial contribution is in any way against the spirit of 5P. +sj + 21:25, 9 February 2006 (UTC)
- While I think that this proposal would make certain Wikipedia articles better, on the whole quality would suffer Makenji-san 23:16, 3 October 2005 (UTC)
- I'm sure I've seen related proposals to give admins the additional power to "intermediate-protect" a page, as a less restrictive option than "protect". The problem with that was that if you merely excluded anonymous users, you encouraged vandals to sign up and vandalize, which is slightly harder to spot, and wastes account names. And a "good standing" criterion to get around that is a whole big nasty kettle of fish. Rd232 20:42, 16 October 2005 (UTC)
- The obvious fix to that is to make it apply to users who had thier first edit after the protection started. Ofc this may encourage account stockpiling as our old friend willy does now for page moveing. Plugwash 01:05, 17 October 2005 (UTC)
- The original proposal mentioned that only users that have been registered for at least one month and have at least 25 edits in their contributions would be able to work on these semi-protected pages. I believe that minimum number of contributions may need to be a bit higher (~100-500), but that should be able to remove the account stockpiling side of things. Zhatt 21:55, 21 October 2005 (UTC)
- The obvious fix to that is to make it apply to users who had thier first edit after the protection started. Ofc this may encourage account stockpiling as our old friend willy does now for page moveing. Plugwash 01:05, 17 October 2005 (UTC)
- Maybe we should redirect some vandals to Uncyclopedia. That site is pure vandalism (and very fun, too!). Davidizer13 22:10, 4 November 2005 (UTC)
- Deciding policy is beyond the scope of Vandalism in progress, so I've moved the page to the Village pump. // Pathoschild (admin / talk) 17:10, 9 February 2006 (UTC)
- And in any case, it has been implemented (or a variant). See Wikipedia:Semi-protection. Sam Vimes 17:19, 9 February 2006 (UTC)
Artist of the Month
I think that in today's world, many intellectuals cherish the arts. Having said that, I think that Wikipedia should begin an Artist of the Month program, whereby a nominated artist's article is rectified, brought to featured article standards, and pulled more towards the front pages of Wikipedia, via a link or small statement with a picture. ----Jwhites (talk)
- You might want to propose this at Wikipedia:WikiProject Visual arts, or otherwise consider it for a feature of the Art portal. jnothman talk 23:12, 9 February 2006 (UTC)
Classification of articles
Wikipedia is growing by the second (just click recent changes), but we've got a lot of rubbish in among the features and the useful. Just recently, we've had the little star added to the top right of featured articles. Although some have reservations about this little self-referential icon, I believe that such things could help keep Wikipedia goal oriented — encourage to write more, better articles. I believe that Wikipedia could benefit from having its articles graded into a small number of classes based on their content. At the top, we would have the featured articles, continuing to demand high criteria for inclusion. At the bottom, we would have a new class of sub-standard articles, the contents of which could go one of two ways: improvement or deletion. Into this bottom category would fall all articles tagged for clean-up or non-neutral point of view, as well as those listed for deletion. All articles that meet certain basic standards would be standard articles and sit a step above the non-standard. This could be the default for all articles: we would have to demote them to sub-standard. Once an article is resting comfortably in the standard category, it could be listed to be promoted to good article status. We already have good articles, but we could with a simple, clear process for promoting standard articles to good articles (probably based on fairly loose criteria). Then, if candidacy for featured status was dependant on having already gained good-article status, we would have a simple ladder of quality control. I believe that such a system would not create too much bureaucracy, but would help marshal our contents more effectively. If we need little icons, we could have bronze/silver/gold stars (back to school), one/two/three stars or different Pokémons! Here come the nice bullet points:
- Featured articles — high criteria, not given lightly
- Good articles — good, all-round articles that we can be proud of, yet aren't quite as good as they could be
- Standard articles — stuff that doesn't make us howl acronyms (AFD, POV)
- Sub-standard articles — stuff that does
What do you think? --Gareth Hughes 20:13, 9 February 2006 (UTC)
- I don't understand. How is that different from what we already have? Markyour words 21:25, 9 February 2006 (UTC)
- Gareth proposes that each of these categories of articles be marked with an icon in the corner appropriate to that category.
- As to the proposal, I there would be a lot of unnecessary effort in classifying. The distinction between good and standard is also quite hard to draw, although, I know, there are already markers for good articles. It also makes it more effort to add "acronym" tags, because we have to change the icon. Finally, there are some good articles on controversial topics that are occasionally, if not permanently, given POV/disputed tags.
- I don't think the icons should be different coloured stars. FACs already have the symbol of the star with a corner removed and I think this would be a good symbol to use for good/FAC articles. The others, I'm not sure. jnothman talk 23:09, 9 February 2006 (UTC)
- I'm not really so keen on the icons, but more on the process of improving articles. Currently, only a tiny proportion of articles have featured status, and I would like to see a more obvious staircase up which articles can climb towards featured status. At the moment, we have al sorts of ways to mark our disagreements with articles, but no way to say 'this is an article with which no one can disagree'. I feel that's the first step, the next is that hard-to-define 'goodness' level, on the way to featured status. Saying that the English Wikipedia has just under a million articles is impressive, but I would like to be able to put a number on quality as well. The random article test (click through random articles to see what you get) can be very depressing. --Gareth Hughes 00:40, 10 February 2006 (UTC)
- You may be interested in Wikipedia:Stable versions, currently undergoing discussion and experimentation. Deco 10:33, 10 February 2006 (UTC)
- Some WikiProjects already do this, for example Wikipedia:WikiProject Chemicals/Worklist. Physchim62 (talk) 14:52, 10 February 2006 (UTC)
- I'm not really so keen on the icons, but more on the process of improving articles. Currently, only a tiny proportion of articles have featured status, and I would like to see a more obvious staircase up which articles can climb towards featured status. At the moment, we have al sorts of ways to mark our disagreements with articles, but no way to say 'this is an article with which no one can disagree'. I feel that's the first step, the next is that hard-to-define 'goodness' level, on the way to featured status. Saying that the English Wikipedia has just under a million articles is impressive, but I would like to be able to put a number on quality as well. The random article test (click through random articles to see what you get) can be very depressing. --Gareth Hughes 00:40, 10 February 2006 (UTC)
- The discussion at stable versions is along these lines, but seems to focus on the top end of the spectrum: it's about getting the best articles into print. The system at WikiProject Chemicals/Organization is closer to what I am suggesting: it classifies the entire gammut of articles by quality as a means to their improvement. The featured-article system is good, as it gives us a clear definition of quality. I believe that it would be good to have a graded system of quality definitions that covered the entire project. --Gareth Hughes 16:11, 10 February 2006 (UTC)
- Not exactly. It's more a process for creating alternate versions of articles that are stable, reliable, and have been fact-checked. It can be applied at all levels equally well. Deco 00:41, 11 February 2006 (UTC)
- The discussion at stable versions is along these lines, but seems to focus on the top end of the spectrum: it's about getting the best articles into print. The system at WikiProject Chemicals/Organization is closer to what I am suggesting: it classifies the entire gammut of articles by quality as a means to their improvement. The featured-article system is good, as it gives us a clear definition of quality. I believe that it would be good to have a graded system of quality definitions that covered the entire project. --Gareth Hughes 16:11, 10 February 2006 (UTC)
Maybe a star system; five-star articles are featured, one-star articles are sub-stubs.--Keycard (talk) 09:56, 12 February 2006 (UTC)
No, classification of articles in Wikipedia is bad. We shouldn't make the reader unconfortable when he reads a "one-star" article and make him trust blindly wikipedia when he reads a "five-stars" article. Stars judge articles on their quality, whereas stub status is put according to the content. And besides WP:FA there's no "formal" status or categorisation of articles in Wikipedia "regulated" by WP:FAC and WP:FARC. If we put the stars system, any user will classify articles according to his likes and dislikes, whereas featured articles are chosen by vote and discussion, that's why it may be the only category where a star should be allowed. CG 13:58, 12 February 2006 (UTC)
Purge cache (Sidebar)
This can be very useful when the page you are browsing is not refreshing when you clear your cache. Hope you find this useful. --MarioJE 01:06, 10 February 2006 (UTC)
MediaWiki:purge-url
(the link ifself)
{{SERVER}}{{localurl:{{NAMESPACE}}:{{PAGENAME}}|action=purge}}
MediaWiki:purge
("purge cache" or something similar)
Purge cache
MediaWiki:Sidebar
(at the bottom of the Sidebar)
** purge-url|purge
Protection against vandal images
Could there reasonably be a form of protection developed that only restricted the changiing of images in an article? For example, if someone added a new "Image:Something" that wan't there before, the edit just wouldn't take. Having an option like this could cut down on the worst vandalism on our main page FAs while still leaving them generally editable.--Pharos 01:22, 10 February 2006 (UTC)
- An interesting proposal; keep in mind that the reciprocal would also have to be blocked, i.e. you can't remove image tags either. Because if you could, then a vandal could go in, remove them, then we'd have to wait for an admin to readd them. --Golbez 01:36, 10 February 2006 (UTC)
- Another and probably easier to implement alternative is to simply not allow very new accounts to upload images. Sort of permanently sprotect image uploads. It might be a too radical change, but it sure would solve this problem on FA's as well as image vandalism in general. And as an added bonus reduce the number of copyvio-images that new users in particaular tend to upload. Shanes 05:55, 10 February 2006 (UTC)
- Shanes, that's not the point. You don't have to upload pictures of penises; they're already on Wikipedia. That's what Pharos is proposing preventing, new images from being added to an article, not necessarily new images being uploaded. --Golbez 07:04, 10 February 2006 (UTC)
- I think there is already an embargo on image uploads before someone made has some minimal number of edits. But whether that number should be raised or prospective uploaders otherwise educated is another matter; as Golbez says, there are already plenty of images appropriate for, say, gentitalia articles, that are mighty embarrassing on computer science articles.--Pharos 16:58, 10 February 2006 (UTC)
- Well, images are embedded in wikitext and can be transcluded through multiple levels of templates. This makes them very difficult to exclude, even if we wanted to. Deco 10:13, 10 February 2006 (UTC)
- There would only be a couple of templates on any one article, and these could either be subst'd or easily "i-protected" as well and put in a temporary category. And I would not assume that vandals are always smarter than us; indeed experience shows that most of them are rather clueless– remember WP:BEANS--Pharos 16:58, 10 February 2006 (UTC)
- Yes, but sophisticated vandals such as Willy on Wheels vandalized templates transcluded onto the Main Page and Mediawiki messages. Also, I don't think it's much more obscene to replace an article with pictures of penises than it is to replace it with erotic stories or reams of profanity in all caps. Deco 00:40, 11 February 2006 (UTC)
Contrast showers
Can someone write up an entry about contrast showers? It's apparently a method of detox or cleansing that involves alternating between hot and cold showers every few minutes. I was hoping to learn more from here only to be disappointed there exists no entry for "contrast showers".
Never have I ever come across such a wonderful site as this. Very informative. I found myself addicted to reading stuff for hours.
- Thanks for the compliments. I just wrote a short article on the topic on Contrast showers. -- Chris 73 | Talk 08:39, 11 February 2006 (UTC)
Auto-Detect Capitals Mistakes in Search
When I search for, say "George bush", if there wasn't a redirect then I might get a "this page doesn't exist" message because the page is actually at "George Bush". In most cases you'll get a search result that has "George Bush" with 100% relevancy, but there ARE some cases in which bad capitalisation leads to an all out red link.
When I search for something, and when anyone searches for something, chances are they will type it in all lowercase. So the suggestion is this: that if an article can't be found, the engine automatically looks for alternative capitalisations - if there is one, then it goes straight there.
So if you searched "emperor foo", it would also check "Emperor foo", "emperor Foo", and "Emperor Foo" before telling you there's no such page. -- Alfakim -- talk 14:40, 11 February 2006 (UTC)
- We have a system in place for this: Category:Redirects for alternative capitalisation. I believe that programming a system like this would be unfeasible, but you can always take it to Bugzilla if you're willing to defend your proposal against possible problems (such as disambiguating between two articles spelled the same with different capitalizations). — Ambush Commander(Talk) 20:46, 11 February 2006 (UTC)
Show Last Editor's Comment When Editing
A simple proposal that the edit summary from the last edit gets included somewhere on any edit page, eg in grey at the bottom.
This would be useful for many reasons (particularly collaborative ones), but a specific reason is thus:
Often, if someone makes an edit, they will include as a summary "Changed X because of Y, see Z." Or similar. This message will only reach watchers of that pages - if someone else comes, they may be likely to be unaware of Y or Z, and thus may change X back. This is sometimes very tedious. -- Alfakim -- talk 14:40, 11 February 2006 (UTC)
- If you're talking about reverting to an earlier version, you must go through the History page, so you see the edit summary. If you're talking about someone *actually* editing the page and changing it, well, the problem is what if the change was three edits back? In cases where something could be disputed but was already resolved, HTML comments, e.g. <!-- PLEASE SEE TALK PAGE AND DO NOT REMOVE --> can be used to notify prospective editors. — Ambush Commander(Talk) 20:27, 11 February 2006 (UTC)
Unanswered Questions
I am sure most regular users would have had the experience of asking a question on a talk page, and receiving no answer for a long time (in some cases, never). The answer would in most cases be known to someone who doesn't happen to have that particular article on their watchlist. Would it be possible to automatically copy all talk page questions that haven't been answered for, say, 2 weeks, into a common "Unanswered Questions" page where everyone can have a go? Eg. the regular contributors to the Reference Desk are full of never-ending knowledge about, well, just about everything, and would welcome the opportunity for almost unlimited ego-gratification (all in a good cause, of course). Why not bring the questions to them? JackofOz 02:24, 12 February 2006 (UTC)
- I believe a really good solution to this would only be possible as part of the proposed conversion of talk pages to a message board format (which I think is a good idea anyway). Then there could be forums that automatically view unanswered posts from talk page forums, without any forking or other issues associated with copying of content. Also, if we were to do this now, any attempt to determine what's a reply to what by parsing wikitext would be a nightmare to implement and occasionally wrong. Deco 02:28, 12 February 2006 (UTC)
Frank Ticheli Page
Hello. I am new to the editing aspect of Wikipedia, so I apologize if this sounds dumb. I was looking through the encyclopedia, and I discovered that it lacks a page for the great American composer Frank Ticheli. Now, I have tried to look into the Wikipedia rules, and I think this page is perfectly inoffensive. Ticheli is very well known (in fact, my all-district honor band just preformed a piece by him earlier today...), he has numerous pieces out, and just about every band director I know has at least three of his pieces. So, if it's not too much to ask, can I or someone else please write a page for him? I think it would greatly benefit the Encyclopedia.
Thank You
--24.99.38.182 03:04, 12 February 2006 (UTC)
- Ah, how would I not know him (our regions band and my high school have played his American Elegy! And Wikipedia, it seems, knows him too: Frank Ticheli. P.S. It seems that something real hokey was going on a few minutes ago as when I checked the first time Ticheli didn't exist. Ah well. — Ambush Commander(Talk) 03:18, 12 February 2006 (UTC)
Oh! Good! Thank you! I was rather frightened when I didn't see it. (By the way, American Elegy is probably the most beautiful piece ever. My brother's All-state band played it (with him as the conductor) two years ago, and they even sang the Columbine School Song (which ticheli wrote) beforehand. I must say... there wasn't a dry eye in the audience.)
Anyway, thanks again! Sorry for the confusion.. --24.99.38.182 03:21, 12 February 2006 (UTC)
Deleting replaced fairuse orphans quicker
I've suggested we allow admins to delete promptly (on-sight, not 7-days) nonfree orphaned fairuse images, if an adequate free image is in place. Please discuss at Wikipedia talk:Criteria for speedy deletion#fairuse replaced: should they be speedied faster?. --Rob 04:43, 12 February 2006 (UTC)
Analogies to understand Disciplines
An analogy can be used to understand a concept. For example, transistor be explained using the concept of handpump. Wikipedia contains a lot of terms belonging to different fields/disciplines of Science, Engg, Arts. And I am sure people who are not experts in the field/discipline can understand them using analogies. If we could contribute by adding analogies that really made sense, it would be really great. In this fashion we can help build our understanding across different fields/discipline in less time.
From College Paper to Wiki?
There's a nearly infinite number of term papers being submitted in college that get read only by the professor and the n thrown away. What if a system was created for having professors assign topics that are needed for wikipaedia, so after they are marked they could be integrated in the project? The professor could have every student select a username, and the article could be locked until the professor has marked it to make sure that no one modifies it. For example a botany professor could assign each student a couple of species to write the paper on, and that would mean 30 articles or so per class, per semester. This would help 'recycle' the tremendous amounts of time wasted on papers only one person ever reads. Obviously this could be organized in various ways depending on constraints. For example contributing to wikipedia could be an extra activity for bonus points. Sensitizing college professors to the issue could yeld tremendous benefits. Redfax 13:35, 12 February 2006 (UTC)
- They'd have to be created in userspace (i.e User:Foo/My article), and comply with our no original research and neutral point of view policies. If there's anyone willing to put in the effort to ensure such compliance, then go for it. Johnleemk | Talk 13:40, 12 February 2006 (UTC)
- That is essentially the problem: college papers tend to present theses, not to summarise existing knowledge. User:Fuzheado does something like this with his students, but he's working in a specialist area which is amenable to encyclopedic writing. Markyour words 14:44, 12 February 2006 (UTC)
- This is already been done at several universities, to some success. Please see Wikipedia:School and University Projects. --best, kevin [kzollman][talk] 17:52, 12 February 2006 (UTC)
- I personally recommend that school papers get posted to your userpage or a subpage thereof, and links added to the talk pages of relevant articles. Interested contributors can extract and fix up information from the paper. You can do this with practically any document (well, as long as the people on MFD don't get to you). Deco 23:43, 12 February 2006 (UTC)
Annotation
Soliciting comments on Meta about m:Annotation. Essentially, once implemented, it will be a tool that will let you view the wikitext of any article and see who wrote what and when (on a word by word basis). There are a few crucial interface issues that need to be resolved, no developing experience necessary! Please comment. — Ambush Commander(Talk) 21:32, 12 February 2006 (UTC)
New user talk page template
I don't know where I need to be to propose a new user talk page template (or if this is covered by WP:BOLD), so I'll do it here. I regularly patrol Recent Changes and Category:Candidates for speedy deletion, and I come across a lot of recreations of deleted articles. I have a feeling that in many cases, the creation was a test or an error by a confused newbie. They create an article, upon returning they see that it has been deleted, don't know what is going on and recreate the article thinking there may have been a technical glitch. Many recreations are currently treated as vandalism. I believe that we need a softer notice for probable newbies, telling them that an article they have created has been deleted, and that they shouldn't recreate the article, but have to go to Deletion Review instead and plead for the article's merits there. Aecis Mr. Mojo risin' 22:08, 12 February 2006 (UTC)
- I should be bold, so that we can see the proposed wording and maybe use it ourselves! Physchim62 (talk) 02:28, 13 February 2006 (UTC)
- The wording I had in mind is something like this: "You have recently created the article <name>. This was deleted in accordance with Wikipedia's deletion policies. Please do not recreate the article. If you disagree with the article's deletion, please go to Wikipedia:Deletion review and plead for the article there." Aecis Mr. Mojo risin' 08:41, 13 February 2006 (UTC)
- Something like {{Recreated}}, for example? (I edited the wording a little). Physchim62 (talk) 23:16, 13 February 2006 (UTC)
- Exactly :) Thank you! Aecis Mr. Mojo risin' 09:34, 14 February 2006 (UTC)
I've tried to use the template on User talk:Hindol, who had recreated Robbie van Leeuwen, but the name of the article didn't show up in the message. I've looked at other templates, and they have a colon in front of where the page name goes. I added the colon to the template, but that didn't help either. Aecis Mr. Mojo risin' 18:42, 14 February 2006 (UTC)
Change election standards?
I have been looking at some of these elections, and emphasis is mostly put on number of edits and such. It just kind of bothers me that that seems like the determining factor of being elected admin, etc. Maybe some users just don't know enough to make that many edits, such as myself, but are useful in other ways such as settling disputes. I have been watching the arbitrator position elections for a while, and it seems to me that the best people for the job aren't getting elected because of their edits. But the way candidates with few edits conduct themselves around Wikipedia seems better than those elected on the basis of their edits. I don't know, maybe there should be a distinction.Osbus 02:14, 13 February 2006 (UTC)
- What you're referring to is called "editcountitis". Editcount is one factor taken into consideration at RFA, sure, but it is far from the only one. The reason for it being a factor at all is that when voting for an admin, we need to be sure that the candidate understands all the features of Wikipedia and is confident and competent in its use. If a person only has a small number of edits, and all in one space, hen there's no way of guaranteeing that. If you look at Wikipedia:Requests for adminship/Standards, you'll see that many regular voters a AFD have set standards that cover a large number of different factors. Vrtually none of those standards listed have editcount as the only - or even the main - determining factor. Grutness...wha? 21:04, 14 February 2006 (UTC)
Autoblock on inactive new accounts
New account formation is currently running at over 250 per hour (that's faster than new page creation). Many of these are surely dormant accounts for future trolling/sockpuppeting/vandalism. Would it be possible to autoblock a new account which has not been used for editing after, say 72 hours? Physchim62 (talk) 02:32, 13 February 2006 (UTC)
- That's a lot of accounts. Has there been an increase lately? I would be cautious in blocking such accounts. Once someone realizes that that happens, they will just make an edit after creating each account. Also, some people are overly cautious when first signing up and may not may an edit for a little while, or they could sign up one day after exploring and then either not come back to Wikipedia for a couple of days or not even go online for a couple of days. -- Kjkolb 03:34, 13 February 2006 (UTC)
- Blocking would probably upset some legitimate users. Would it be reasonable to simply delete these accounts if they haven't been used to log in for a month? ‣ᓛᖁ
ᑐ 03:18, 13 February 2006 (UTC)
- Note that some idle accounts serve a legitimate purpose, for example for reserving a username for a pending username change, or for preemptive protection against Doppelgangers (Wikipedia:Doppelganger). However, both of these really have better potential solutions in the software. Deco 03:52, 13 February 2006 (UTC)
- Doppelgangers shouldn't have to worry about blocked accounts, and usernames which are "reserved" for a username change (I'm not sure that's really encouraged) could be unblocked when needed. I'm not sure how deleting the accounts would be any less upsetting than blocking them... Physchim62 (talk) 00:36, 14 February 2006 (UTC)
- A lot of sites do expire inactive accounts eventually. I think people wouldn't be surprised if an account they'd never used disappeared. If they decided they wanted the account, it'd be easy for them to recreate it. ‣ᓛᖁ
ᑐ 00:53, 14 February 2006 (UTC)
- A lot of sites do expire inactive accounts eventually. I think people wouldn't be surprised if an account they'd never used disappeared. If they decided they wanted the account, it'd be easy for them to recreate it. ‣ᓛᖁ
- Click here to see the current rate of new account creation! Physchim62 (talk) 00:39, 14 February 2006 (UTC)
- Whilst I agree inactive accounts should expire after some time, 72 hours seems far too short a time. I did not make an edit with my account for several weeks after signing up for it, and probably wouldn't have if I had been blocked without doing anything. Chairman S. 10:10, 14 February 2006 (UTC)
Not all people use accounts for editing. Some people use accounts just to be able to change the preferences (for instance, the skin). So, blocking accounts just because they don't edit is completely inappropriate. --cesarb 15:49, 14 February 2006 (UTC)
- How about blocking accounts that have not made a single edit for a time period equal to the period one is required so that they can edit semi-protected pages? And of course warning every user that creates a new account about this! --Michalis Famelis 21:18, 14 February 2006 (UTC)
Exploding Wales
Recently, Jimbo Wales de-adminned several users for their participation in a wheel war concerning a userbox that claimed its user was a pedophile, clearly an example of dark humor. Among these was Radiant!, who attempted to uphold policy by unblocking the creator of the userbox. Radiant! left the project on February 7.
We've seen on numerous occasions that Jimbo simply does not have the requisite respect for the community for a social project of Wikipedia's size, nor sufficient respect for the core values of the project (witness, for example, his editing to Jimbo Wales). I think we need to reassess the saying "Wikipedia is not a democracy". We have no recourse against people with too much power going off the hook. That needs to change. ‣ᓛᖁᑐ 05:56, 13 February 2006 (UTC)
- Unfortunately, there's nothing we can do, short of forking. Jimbo runs the Foundation which runs the servers. (I've already blabbered on about this on my talk page and the talk page of the proposed decision in the pedophile userbox case, so I'm not about to repeat myself here anymore than necessary.) Johnleemk | Talk 08:10, 13 February 2006 (UTC)
- Minor correction. Jimbo did not desysop Radiant!. He did 'reprimand' him for removing the block, but also later apologized for doing so. Unfortunately, by that time Radiant! had apparently already left. --CBDunkerson 22:48, 13 February 2006 (UTC)
- This unhappy event is not alone. For example, User:Weyes and User:Rl left after getting besmirched in RfA. Simply, those people who devote lot of time and dedication to Wikipedia need to be treated with utmost respect. Danger of being misunderstood and mistreated on electronic medium is very high. That's quite normal for human nature. Pavel Vozenilek 23:05, 13 February 2006 (UTC)
- I don't think Jimbo's ultimate veto powers are written into any Wikimedia governing documents, but I could be wrong. De facto, the arbcom has upheld that he does have them. If the board truly felt Jimbo's actions were not in the best interests of the Foundation's goals, they could remove his rights as they deemed necessary. You could take up whatever petition you felt necessary to gain support for having the board take such an action. I just think you'll find very weak if any significant support for it and the process would liekly be a net negative for the community and for the project's goals. Overall the biggest miss in your comments above is in thinking that the social project is the important part. We are an encyclopedia and that takes precedence. Diseminating free information is the goal, not having a social project. - Taxman Talk 23:36, 13 February 2006 (UTC)
- But it is a social project. Without the community, the encyclopedia would not exist, and could not progress. ‣ᓛᖁ
ᑐ 00:29, 14 February 2006 (UTC)
- Yes it takes people to accomplish important things. But I would ask you to consider if your current actions are the best thing that you could be doing to build and strengthen the community to meet the project's goals. Is building dissent helpful, or would time be better spent knowing that while people are flawed and will make mistakes, overall they can still be doing the right thing. - Taxman Talk 04:03, 14 February 2006 (UTC)
- But it is a social project. Without the community, the encyclopedia would not exist, and could not progress. ‣ᓛᖁ
- I don't always agree with Jimbo's actions, but I can't think of anyone who could does what he does better. If we did start to become more of a democracy then the project would become very difficult, I couldn't see that working at all. Martin 23:42, 13 February 2006 (UTC)
- As far as I'm aware, only the English Wikipedia is under his direct control. The projects in other languages seem to have done fine without his influence. What essential work does he do within en:? I'm not necessarily saying someone else should do what he does in dealing with the outside world, but the level of authority he's given within the project seems to be a mistake. ‣ᓛᖁ
ᑐ 00:29, 14 February 2006 (UTC)
- As far as I'm aware, only the English Wikipedia is under his direct control. The projects in other languages seem to have done fine without his influence. What essential work does he do within en:? I'm not necessarily saying someone else should do what he does in dealing with the outside world, but the level of authority he's given within the project seems to be a mistake. ‣ᓛᖁ
- The only Wikipedia comparable to the English one is the German Wikipedia, and it is operated by a cabal with powers delegated from Jimbo. Most other wikis are sufficiently small that they can run themselves; the English Wikipedia is unique in that its consensus mechanisms have not scaled with the size of the community, ocasionally leading to impasses. There's also the fact that the English Wikipedia is the most well-known one, which thus forces the Foundation to devote much of its time to it. (Because, believe it or not, what goes on in here has a lot of effect on what people think about us.) Don't get me wrong. I'm not a Jimbo sycophant. I think he fucked up WRT Radiant, and I think he's capable of fucking up further in the future. But I haven't seen any other way to butt in and handle the tough problems the community can't tackle alone (cases in point: the autofellatio controversy, appointing the arbcom, and more recently, the pedo case -- yes, Jimbo fucked up WRT Radiant, but he did the right thing by desysoping the most egregrious wheel warriors). Johnleemk | Talk 06:18, 14 February 2006 (UTC)
- It's a fact of life on the Internet that He Who Sits at the Keyboard makes the rules. He could voluntarily restrict his power, but he could also voluntarily expand it again. Our only real recourse is to fork, and the damage would be irreversible - just look at Wikinfo's article count (35,000). It would also simply place us at the behest of a new hardware owner, and also sacrifice our access to the valuable Wikipedia name, logo, and Google rank. I think most of his actions have been either quite positive or at least not so bad - for now I'm willing to stick things out and I hope everyone else will too. Deco 02:15, 14 February 2006 (UTC)
- But if enough of the Wikipedia community threaten to leave the project unless Jimbo does, then hopefully he would listen to our grievances Cynical 18:36, 14 February 2006 (UTC)
- And what are your grievances? Or are you throwing him out just for the heck of it? Johnleemk | Talk 18:41, 14 February 2006 (UTC)
- Making major policy changes without any community discussion (see CSD T1), pressurising the ArbCom not to take action against admins who delete out-of-process, de-sysopping people (and driving others from the project) for upholding policy. Cynical 19:12, 14 February 2006 (UTC)
- Ok, and the major policy change has affected us detrimentally *how*? (Oh, yes, I agree it has been abused by some -- but so have a lot of other policies.) Just because Jimbo pushed it through without discussion doesn't automatically make it bad. If you ask for a more general "consultation with the community", I'd agree, yes, this principle is good -- there have been cases where people not subscribed to the mailing list were almost totally in the dark WRT policy changes. And again, if the out-of-process deletions were bad, where's the proof? If the net effect of the out-of-process deletion is to reduce the crap we have here, then it's good. And honestly -- I don't see why anyone should care that a pedophile userbox was deleted. A vast majority of userboxes have never been touched by the "deletionists". And kindly point out where Jimbo has desysoped people for upholding policy (and why this particular action here was bad). Last time I checked, it wasn't policy that people have a right to self-expression on their userpage. (WP:USER has loads of exceptions, and presumably Jimbo was pointing out one of those in this case.) Nor was it policy to call for the banning of all self-identified pedophiles from Wikipedia (nor to block them). Neither is it policy to indefinitely block people who have committed the aforementioned actions. The only action I think you could be alluding to is Jimbo's desysoping of Karmafist for wheel warring with him, but I don't see where Karmafist upheld policy. Johnleemk | Talk 19:26, 14 February 2006 (UTC)
- I believe Cynical was referencing the desysoping of people who had engaged in the pedophile wheel war, some of whom merely unblocked users who were blocked out of process, if I recall correctly. I think the idea was to nip the whole war in the bud, but it was quite a drastic action. I oppose CSD T1, on the basis of it not being sufficiently objective, but not Jimbo's right to create such a policy if he so chooses - I just hope as its danger becomes evident that the community will come to a consensus to remove it. Deco 20:41, 14 February 2006 (UTC)
Complexity Relevance (Voting)
Recently I've been browsing mathematical terms' entries, and it's accentuated something I've thought about before to the point of me digging out this section of WP.
Many entries on WP are highly technical - which is great; repository of knowledge and all that... But if I want to understand the basics of something, often the first paragraph, there are so many links to referenced terms (in the interests of brevity for experts I guess) that I have to choose between spending a couple of hours with my head approaching detonation (because the problem is recursive) or just taking what little I can, knowing that a much more basic (although, perhaps a little longer) introduction would have given me much more and what I wanted.
I offer 'polynomial' as today's example.
The issue I want to raise is one of feedback - sure, I could add to the few comments in the discussion page with a 'me too' - but I'd be doing that for a number of maths and other pages - and what would it mean? Who would really care? Those looking to add definitions are involved in the subject, more interested in providing deeper, not shallower description.
I wonder how many other visitors to expert-intolerant pages feel the same as me? How would anyone know?
If there was, whether on the main page or on the discussion page, an option to indicate (whether on a sliding scale or not) an easy way for those coming to the entry to say 'less expert definition PLEASE!' then it would be possible to gauge the importance (to the caring experts) or providing a more simple or a more expert sub-entry, based on the experiences of those visiting that entry.
Some pages have the 'This entry is in need of attention by a subject expert' tag, but never is there a 'This entry is need of attention by a subject expert with a knack for explaining things to the plebs' tag...
So that's it - give us plebs a way to easily indicate a desire to understand the topic more readily, and I suspect the experts, appreciative of the interest, will try to accommodate. At the moment, they have no way of knowing what the interest level (and hence worth) of adding decomplexifying examples and definitions might be.
(NB: WikiExperts, please feel free to edit / enhance text above for conformity) --Jaymax 01:08, 14 February 2006 (UTC)
- The templates you're looking for are {{technical}} and {{technical (expert)}}. There's a project to address this issue — WikiProject:General Audience. We also have a very controversial style guide at Wikipedia:Make technical articles accessible. A lot of people agree that accessibility is a useful goal, but what isn't agreed on is how to achieve that. ‣ᓛᖁ
ᑐ 01:12, 14 February 2006 (UTC)
- I am personally interested in adding more intuitive explanations to many mathematical topics and other technical topics. The only problem is that making complex things simple without creating a misleading or blatantly incorrect impression is really hard. I've seen some articles do an excellent job of this, though - give it time. :-) Deco 02:19, 14 February 2006 (UTC)
Penis vandal
I want to see if anyone can identify penis vandals; namely, vandals who put a picture of a penis in a Wikipedia article. I want to know if anyone can create a template for penis vandals' talk pages. Georgia guy 01:16, 14 February 2006 (UTC)
- This is much too specific a vandalism to create a template for. This falls under the more useful broad umbrella of "obvious vandalism". Deco 02:07, 14 February 2006 (UTC)
- How is it too specific?? I think it is so common among kinds of vandalism that I think it deserves a template of its own. Georgia guy 02:07, 14 February 2006 (UTC)
- Wouldn't it become a badge of honour? Your average adolescent male would see a template like that and think, can I have one too... JackyR 02:16, 14 February 2006 (UTC)
- How is it too specific?? I think it is so common among kinds of vandalism that I think it deserves a template of its own. Georgia guy 02:07, 14 February 2006 (UTC)
- {{bv}} and {{bv-n}}. Johnleemk | Talk 06:10, 14 February 2006 (UTC)