Wikipedia:Village pump (perennial proposals)

This page is an adjunct to Wikipedia:Village pump (proposals). It describes perennial proposals -- in other words, ideas that come up very often on the proposals page. If someone moves your proposal to this page, it does not mean that he or she thought it was a bad idea. It merely means that your proposal has been suggested multiple times and should be dealt with in an area that changes less quickly than the main proposals section, which has very high turnover.

Please sign and date your post (by typing ~~~~ or clicking the signature icon in the edit toolbar).

Start a new discussion in the perennial proposals section

Always fill the summary field

Always fill the summary field. is Wikipedia policy.

My proposal is that something be done to help decrease the number of edits with a blank summary field. The obvious idea is to not accept a change with a blank summary field. I have my doubts about that, but I suggest that one letter summaries might be a clue that the edit itself is suspect, while a blank summary is now so common it is useless for that. Second idea is a plea to please please put something in the summary. A third idea is ten one word check boxes (revert, spelling, minor, etc) to make checking a box as easy as a one character entry into the sumary field. I'm sure others have equally good ideas. 4.250.132.28 04:56, 30 Apr 2005 (UTC)

Would it be possible to automatically detect a blank summary field and add characters from the edit? Where there are multiple edits, it could prioritise the first human readable change. Just a thought. Bobblewik  (talk) 15:52, 30 Apr 2005 (UTC)

That would be a great idea. I am often too lazy to fill out summary fields. - Omegatron 23:11, Apr 30, 2005 (UTC)

I oppose the "autofill" idea. I too thought, initially, that would be a great idea. However, I suspect that many lazy editors (including myself) would start relying on an auto-filled summary by default. You would then, paradoxically, end up getting a less informative Recent Changes page — it would be a lot harder to pick up vandals from the genuine edits (an empty summary is so much easier to pick out). For example, the more isidious vandal that falsifies a date would have the same edit summary as a lazy editor that before would have said "google says 1666 not 1676". Also, I think the suggestion "A better description" (sub-section below) would supersede this anyway.--A bit iffy 11:08, 18 September 2005 (UTC)

Adding code to the software to do this has been suggested several times before, but it was always rejected on the (quite reasonable) grounds that people who can't be bothered to leave a decent edit summary will just put random crap in if we force them to do something. In general, there aren't technical solutions to sociological misbehaviours. I suppose Omegatron's forgetfulness is one reasonable reason to implement this (there are technical solutions to honest mistakes), but don't expect a golden arcadia of well-written edit summaries. -- John Fader (talk | contribs) 23:23, 30 Apr 2005 (UTC)

We aren't forcing... people like me... to fill in the edit summaries with random crap. We are having the software fill in a bit of what they added to the article. This isn't a "use technology to force them to type something" thing, it's a "use technology to fill it in for them" thing.

Thus, if I change the phrase "often forget to" into "am often too lazy to", the edit summary will automatically be filled in for me: "often forget to" --> "am often too lazy to", or, less technically demanding, just "I am often too lazy to" as the edit summary. If you don't change the edit summary from the auto-generated section heading or blank, it automagically fills in a bit of your diff as the edit summary. - Omegatron 04:02, May 1, 2005 (UTC)

What if it came up with an "Are you sure" message, like when you send an email with no subject? That way if people didn't want to fill in the summary they could just say yes, but if they had just forgotten then they could go back and do it. MyNameIsClare 09:27, 2 Jun 2005 (UTC)

On a related note, I think I will create a Village pump (perennial proposals) section for things like this which come up often. (I suggested it a while back, too.) jdb ❋ (talk) 00:17, 1 May 2005 (UTC)

That is a great idea. - Omegatron 04:02, May 1, 2005 (UTC)

Writing an edit summary is a great curtsey to other people having that article on the watchlist. It is at least somewhat similar to writing a subject in an email.

One should make good concious effort to write an appropriate edit summary. People should not be forced to write an edit summary, they should be aware that is good etiquette and follow it. You should not have the software write an edit summary anymore than you trust your email program to write the subject line for you. Oleg Alexandrov 04:15, 1 May 2005 (UTC)

Many applications provide default field contents that can be changed, rather than leaving it blank. Sometimes the default is simple like 'Doc1' and sometimes it is more sophisticated and reflects previous user input. However, the principle of field completion by default is certainly commonplace. The popularity of such design features is by no means a suggestion that people who buy the applications are lazy or discourteous. We even have such a feature right here on Wikipedia. For example, when you edit a section within a page, the summary field defaults to the section heading. Whether it is desirable or feasible is another matter. Bobblewik  (talk) 11:07, 1 May 2005 (UTC)

I would like to propose what to me seems would be reasonably simple to implement, and a genuine convenience: a short series of 'checkboxes' below the edit summary line, where one can make a quickie summary simply by making a selection. the 'minor edit' checkbox is nice - but why not expand on the idea with other 'minor' selections, to wit:

O Corrected Spelling   O Corrected Syntax   O Corrected Punctuation
O Cleaned Formatting   O Rephrased/Reworded O Reverted Vandalism

Thoughts? Anastrophe 00:17, 5 November 2005 (UTC)

• All but the last item are copy editing. I'd rather just say that. Halcatalyst 21:14, 11 November 2005 (UTC)
  • But that requires one to type in "copy editing" which may be seen as redundant by people. Most of the times in which I haven't filled in the edit summary is when it's such a minor thing that it isn't worth my time to summarize. To have checkboxes like the above is a good idea in my opinion. "Rephrase/reworded" and "cleaned formatting" don't reall qualify as minor edits, however. 23skidoo 21:55, 11 November 2005 (UTC)

• • i would generally agree on the last sentence there. the reality is however, having only the two distinctions - minor or major - is impractical. i was thinking more along the lines of *eliminating* the 'minor edit' box and replacing with the six (or more) listed. a rephrase/reword can be significant, or only modifying the syntax simply for 'cleanliness'/elegance, e.g. changing "from the balcony leapt booth" to "booth leapt from the balcony" as a fictitious example. the meaning is identical, the wording is not. so it falls into the "medium range edit" area i think (!) Anastrophe 22:09, 11 November 2005 (UTC)

The Edit Summary Box would be better off being at the top of the edit page. The psychological reason for this is I think best explained as follows:

The desire and reason to edit is uppermost in ones mind when clicking on 'edit this page'. At this point it is easy to add an 'edit summery'. In practise one does not even see it -out of sight -and out of mind -at the bottom. Should one wait until the edit is complete and the mark-up characters are in place and the preview checked to ensure it looks pretty and professional... the original 'memory state' has expired and the original reason for the edit has passed to 'intermediate memory.' Also the desire has been by this point been satisfied and so the emotional linkage too, has been broken. This is why it can seem like too much bother to change gear mentally and start to ponder some suitable utterance. What is more, it is now more difficult, because one now has the distraction of how the new version actually looks and this may 'read' slightly different to ones original expectation. It becomes to feel almost like one is now being asked to justify ones actions.

Simply put the edit summary on the top of the page text field and all this is avoided. It is an easy oversight to make. I have often found forms with the fields still in the order that they were originally thought of -without any consideration for the ergonomics of the mind.

Also, if possible, have a reminder to add a summery if summery field is empty when 'preview' is selected and do not show the preview until something has been entered. This will help to 'condition' those with poor memories. I think this will only be an irritation to those who irritate others by not putting a summery. Aspro 17:22, 8 May 2005 (UTC)

I vote for leaving the summary field where it is: When I click 'edit' I want to start editing right away, not summarize something I haven't yet done... I might change my mind while editing or find another thing to fix as well. Better do the summary last and have the field close to the "Save" button.

I usually do reasonably good edit summaries when I can. However, I often make several unrelated changes in one edit, sometimes because I notice an additional problem with an article once I start editing for the initial change. If one wrote the edit summary at the beginning, that summary may not reflect further changes made to the article in that edit. Therefore, I would prefer to leave the edit summary at the end. Also, it seems to me that the edit summaries cannot be changed once the edit is finished. Occasionlly, I've found myself in a position where the edit summary is saved, but does not relect the edit content well and, it seems to me, there is no way to back and change the summary, so I just let it go the way it is. Maybe some guidelines or standard ways of briefly summarizing minor edits can help, like "sp" for a minor spelling edit, "p" for a punctuation edit, "f" for a format edit, "link" or "fx lnk" for edits that create or fix links, respectively. H Padleckas 02:07, 17 Jun 2005 (UTC)

This idea may be new here. When I leave the summary box empty, it is always just an oversight. My mind is focused on what I'm writing, not on the infrastructure details like the summary box. So I would warmly welcome being reminded. If I press the key "Save Page" and my Summary Box is still blank, the software would remind me, "To Save Page without writing the Summary, click HERE." Then I would feel, what a great system Wikipedia is, it even reminds me of what I forgot. Others might feel, what a lousy system, trying to force me to write a summary and actually forcing me to make an extra click. But who would have a serious problem with making just one extra click?

To the administrators, this is a request, please implement it, to help forgetters like me -- regardless of other suggestions/solutions. I'd even be willing to code it for Wikipedia if I know the language. (In my opinion, it should be in low-level efficient code.) For7thGen 23:24, 15 November 2005 (UTC)

For a high-level, inefficient version, see #Javascript extension below. —Cryptic (talk) 02:43, 16 November 2005 (UTC)

How about making whether or not "Are you sure?" comes up a customizable option, so that those who are forgetful can turn it on, and those who dislike that kind of thing can turn it off? (By the way, are edit summaries recommended for talk pages?) Andjam 13:39, 9 December 2005 (UTC)

It can be a good idea to type "response to [[User:whoever]]". Steve block talk 13:43, 9 December 2005 (UTC)

A better description

This is not a proposal for forcing people to fill in summaries (everyone agrees this is a bad idea).

This is not a proposal to make filling summaries policy (it already is) and encouraging it more often (this already happens).

This is a policy to add some info about the edit when someone doesn't fill out the edit summary field, making patrolling easier on everyone. For instance, if I make a minor change to an article, changing "5KV" to "5 kV", I just press alt+s out of habit, without filling out the summary. What would be ideal is if the software just autogenerated a summary of:

16:15 Electricity (diff; hist) . . Omegatron (Talk) (→Voltage - "5KV" → "5 kV")

Likewise, vandalism would become SOO much easier to see, because it would autogenerate edit summaries like:

16:15 Politics (diff; hist) . . 192.1.2.123 (Talk) (→Political concerns - Added "poop")

16:15 Politics (diff; hist) . . 192.1.2.123 (Talk) (→Political concerns - "is a member of the" → "IS GAY!!!")

While reducing the need to look at diffs with summaries like:

16:15 Politics (diff; hist) . . 192.1.2.123 (Talk) (→Political concerns - "the the" → "the")

How could anyone not think this is a good idea??? It's just displaying the first few changes from the diff page, saving work for everyone and reducing server load by preventing the need to load a large proportion of the diff pages. - Omegatron 16:46, May 10, 2005 (UTC)

Oh, and the auto-generated summaries should be in a different color so they can't be faked, which was my first (trivial) objection to my own idea. (Even more unlikely than vandalism with fake edit summaries done with the current software, which never happens.) I made them green in the above example, though maybe the same gray as the section name would be best:

16:15 Politics (diff; hist) . . 192.1.2.123 (Talk) (→Political concerns - "the the" → "the")

This saves server resources by processing a diff only once, preventing the need for many people to load that diff again in the future.

Details:

• The basic generated summary would be of the "inital version" → "changed version" format. It should just use the first x words of each version. If only one word is actually changed, it should still use the surrounding words for context: "the first five words of" → "the original five words of"
• If words are only added or removed, it should just say Added "word", although that would be better in context, too. Perhaps Added "word" → "The person's favorite word is". Maybe the added word could be in bold or something: "The person's favorite word is"
• If merely adding a category or interwiki, it would say Added category Words and make the cat a link. Added interwiki de:Wort (Begriffsklärung). (It should not just say Added interwiki de, for example, as the summary could prevent erroneous interwikis. More info and more linkability is better.)

- Omegatron 21:28, May 10, 2005 (UTC)

A great idea. jdb ❋ (talk) 03:34, 11 May 2005 (UTC)

This is an absolutely great idea. The implementation may be a bit tricky though, if the database table row is a set size. Ideally, a new row should be created. I think that all edits should have this, not only the ones that don't get their description filled in. If the edit was large, you could put … → …, if old text was large and replaced by a reasonably small, … → "1337_GUY OWNS Y"… . The text inside the quotes should appear gray, or small, (different) while the quotes and symbols themselves should appear green, or blue. For things like spelling corrections, this would be great. Only problem is when they do multiple corrections. –M^T 29 June 2005 18:51 (UTC)

If you like this idea, vote for it on Bugzilla (Bug 2437) - Omegatron 19:35, July 10, 2005 (UTC)

I think a better solution would be to use the diff function on edit submit to detect when certain things are done to the article, such as blanking (and section blanking), changing an image, removing/adding links, etc. And inserting these into the edit summary even if the user typed one already. Some examples:

1. (cur) (last) 20:46, 14 September 2005 24.4.144.156 (Article text replaced with "idiot" - Fuck Bush And His Supporters)
2. (cur) (last) 20:47, 14 September 2005 24.4.144.156 (Article blanked)

Detecting blanking - This would insert an autogenerated summary before the user's actual summary.

1. (cur) (last) 20:48, 14 September 2005 24.4.144.156 (Image:George-W-Bush.jpeg replaced with Image:Flaccid_and_erect_human_penis.jpg)

Detecting image vandalism

1. (cur) (last) 20:47, 14 September 2005 24.4.144.156 (External link added: http://uskatrinarelief.com)

Detecting link vandalism - !!NOTE: uskatrinarelief.com redirects to lemonparty.org - this is a troll link!!

Of course, large changes to the article would not fit in the edit summary. My point is, insert the auto-summary before the user's summary. --pile0nades^{talk | contribs} 02:28, 15 September 2005 (UTC)

I agree, the auto-summary should not replace the user's summary. I also think the history should show information about the current word/line count of each revision, so that if somebody deletes 200 lines of an article, that change can be flagged for attention. Also there are cases where someone improperly reverts vandalism, causing some information to be lost; for example, in the Albert Einstein article, a vandal replaced a whole section with some silly text, and somebody deleted the silly text rather than revert the change. If the line count were in the history, it would be clear that this happened, and easier to find out when it happened. Pfalstad 15:33, 27 October 2005 (UTC)

One problem with the autofill method is that if someone made a large edit, it would create a large descripion, and what to do if two places are changed on the page. I think the best way to solve this is for longer entries to use a ... in the middle, and for edits with more than, say, three changes will just list the first three or whatever. Phantom784 21:49, 14 December 2005 (UTC)

Javascript extension

Someone came up with a great extension you can put in your monobook.js file which does a quick & dirty check on your edit summary…if I can remember where I got it I'll post the reference here. --Phil | Talk 16:28, May 18, 2005 (UTC)

Take a look at this which I modified from here. HTH HAND --Phil | Talk 16:33, May 18, 2005 (UTC)

What does it do? Could it be altered to do what we talked about above? - Omegatron 16:36, May 18, 2005 (UTC)

Basically it checks whether you have anything in your edit summary outside any "/*…*/" which might be put there…like I said, it's quick and dirty and catches me most times if i forget (although I think it might have problems with white-space, I'm not certain). HTH HAND --Phil | Talk 07:19, May 19, 2005 (UTC)

I made that script, and there shouldn't be any problem with ws. – ABCD✉ 20:27, 1 August 2005 (UTC)

Spell Checker at Edit Pages

   Agree or Disagree (to impliment spell checker) + short note
Disagree - Cost too high. Spelling only matters when someone notices its wrong (then they can correct themselves) Fresheneesz 23:16, 11 December 2005 (UTC)

I believe that adding a spell checker to the Edit Pages can reduce the number of spelling mistakes in an article.Gaurav1146 19:29, 20 Apr 2005 (UTC)

Nice idea...

Maybe it would. However, it is very difficult to implement from a coding point of view, would bring big debates like colour/color, specter/spectre, and aluminium/aluminum into play. Overall, it may well be more hassle than it is worth. On the other hand, there is nothing stopping you using a client-side word processor to spell check your end. Smoddy (Rabbit and pork) 19:45, 20 Apr 2005 (UTC)

I dont agree with the arguments put up by you. As far as issues of American and Queen's English is concerned it can be sorted out after a discussion. One possible solution is that the word processor accepts both the American and the English version as correct. That is it takes both "colour" and "color" as correct but if somebody spells it as "calour" it should report it as an error. The solution that u pointed out of running a word processor at client side also does not seem logical to me. The reason is that not everybody editing wikipedia would take the pains to do that. As far as coding is concerned, I am not very sure abt the kind of expertise required. To conclude I would just say that if it is not technically impossible to add it, then it should definitely be added.Gaurav1146 20:15, 20 Apr 2005 (UTC)

While it would certainly save many typos, I think the necessary complexity outweighs the benefit. It's bad enough having to wait for the preview to reload, never mind having typos flagged somewhere along the line. Some browsers have spell checking built into them. (At least, the two I use do; Safari and OmniWeb. Not sure how the situation is on other platforms.) Problem solved. — PMcM 20:26, 20 Apr 2005 (UTC)

This is not a panacea, but Wikipedia:Text editor support explains how to interface Mozilla with your favorite editor. Having this configured, one just needs to right click from a text area in a browser, click on the obtained menu, and have the wiki text pop up in the editor. After you edit/spellcheck and save the text, the brower reads it back. Oleg Alexandrov 20:34, 20 Apr 2005 (UTC)

Besides, it's quite satisfying spotting and fixing typos. I guess you could look at all the other editors as being a built-in spell checker/fixer. — PMcM 20:52, 20 Apr 2005 (UTC)

Just noticed there's a more comprehensive earlier discussion on this very page, just up a few days; Wikipedia:Village pump (proposals)#Spell Check — PMcM 22:09, 20 Apr 2005 (UTC)

BTW: "Queen's English" does not simply mean "UK English", it's rather narrower than that. -- Jmabel | Talk 04:38, Apr 21, 2005 (UTC)

The only reason I started this discussion was that I observed that spelling errors were quite common in Wikipedia articles. Yesterday I picked two three articles at random, copied them to MS word and looked for spelling errors. There were one or the other spelling error in each of the article. Today I tried the same thing on two featured articles. Even these articles had some spelling errors.Gaurav1146 06:03, 21 Apr 2005 (UTC)

Then fix them. Thryduulf 07:53, 21 Apr 2005 (UTC)

Obviously I did fix them. As there are not many takers for the suggestion,so no point discussing it any further. Gaurav1146 20:19, 21 Apr 2005 (UTC)

Hi Gaurav, this is a good idea, and I think we should definitely implement it someday. The question is when, and how expensive (in terms of coding-time, server processing, etc) it would be. I think the big holdup is a) writing the code for an editor-plugin, and b) figuring out how to present the potential spelling corrections, so that it would be useful. Do you have specific suggestions? +sj + 06:07, 4 May 2005 (UTC)

copied them to MS word and looked for spelling errors ... hmmn. 'nuff said. --Vamp:Willow 17:15,?(null) 21 Apr 2005 (UTC)

Cor, but that takes an extra minute or so...

PJTraill 22:55, 23 October 2005 (UTC) Probably not enough said:

1. Many spell-checker dictionaries are unreliable and/or polluted, so check anything you're not certain of.
2. It is essential that you set yours to the national variant appropriate to the article.
3. An author may have legitimate reasons for a certain spelling.

A reason not to do this that hasn't been mentioned yet is that it would consume massive amounts of server CPU. (Or so I've heard.) Nickptar 20:28, 21 Apr 2005 (UTC)

Hm. It would be easy, if much less complete, to add some client-side javascript (or even a server-side script) to highlight the 1000 most common misspellings on Preview pages. (We could find those by running a real spell-checker on the actual WP database, and picking (with some editing for proper nouns, etc) the most common misspellings. jdb ❋ (talk) 16:34, 4 May 2005 (UTC)

PJTraill 23:00, 23 October 2005 (UTC) I wonder if it would cost so much. Maybe people have seen Microsoft Word consuming almost all CPU with spell-checking during editting, but I think that was probably unnecessary.

Also see User:Omegatron#Spell checker for instructions on client-side checking with Firefox and the Spellbound extension. - Omegatron 16:26, May 10, 2005 (UTC)

One side effect of not having a spell checker is that poor spelling is still viewable. I've found poor spelling frequently accompanies poor content, so this is helpful to point out sections that need help. - Omegatron 16:16, Jun 17, 2005 (UTC)

About the issue of British vs. American English, it would be best for articles to be written in British English, since it is the most widely used dialect internationally (NATO, the UN, the EU, etc. all use it--see article "American and British English differences"). This would give the site more consistency and emphasize its cosmopolitan nature. Naturally, a user could have the option of ignoring the spell checker so that quotes from American English (or other) literature could be displayed as they were meant to be. If the technical issues are not absolutely atrocious, I fully support the spelling/grammer checker. Hipcat 16:53, 17 September 2005 (UTC)Hipcat

We're supposed to assume good faith, but it s very likely that "Hipcat" is trolling. In his only other two contributions, he advocates abolishing Serbian and Croatian wikipedias in favor of Serbo-Croatian, and switching to light letters on a dark background. -- Curps 18:43, 17 September 2005 (UTC)

I concur with Curps. Also, American English speakers form a supermajority of native English speakers at about 60%, so we would find a British English-only spell checker on Wikipedia to be quite offensive and not representative of the majority form of English. --Coolcaesar 06:58, 19 September 2005 (UTC)

Not that it has any real impact on the discussion or Wiki, but - due mainly to (British) English being the de jure language of India - there are rather more BE speakers than AE speakers... This certainly shouln't dictate language used by editors or spellcheckers etc., but it's something that often gets overlooked. - 86.130.183.32 07:39, 30 October 2005 (UTC)

PJTraill 22:55, 23 October 2005 (UTC) There is no need for a lot of controversy, as there is a Wikipedia policy (Wikipedia:Manual_of_Style#National_varieties_of_English). Each article could have as a (modifiable) property a dictionary (or list), defaulting to that of the initial author.

I have been a regular contributor to Wikipedia for some time now but have never gotten involved in a technical or policy issue. So please excuse me if I'm bringing up a point that has probably been mentioned before.

The preferences menu allows me to choose how I want to see dates displayed; effectively customizing it to my preferred view. Is their any reason why this could not be so for different spellings? Someone could write or edit articles using the spelling of any English variant and Wikipedia would automatically change differently-spelled words to conform to your how your country spells them (presumably by the IP address) unless you choose otherwise in the preferences. I’m not experienced in computer programming so forgive me if I’m missing something obvious but could this be done? It seems to be a solution that would please everyone.

PJTraill 22:55, 23 October 2005 (UTC) If you are suggesting dynamically adapting the spelling to the person visiting the page, I fear that would probably cost to much server capacity (any idea, anyone?).

In addition, this talk page seems to be the best page for me to post this suggestion but if anyone else knows of a more appropriate location, I would appreciate it if someone could tell me where.

Thanks. Martin-C 03:14, 16 October 2005 (UTC)

I hadn't considered server capacity as an issue but I suppose you're right. If Wikipedia's resources are already quite strained (I often get server failures) then anything placing more demand on the system would not be a good idea. Nonetheless if Wikipedia should acquire much more server capacity in the future, I am curious as to if writing a program such as I have described would be difficult? Martin-C 23:09, 2 November 2005 (UTC)

Thinking on the AE/BE differences, I think the only way to solve this with a built in spell checker would be to set a flag on each article when it was created to say which variety of English it was written in. After that the spellchecker would use that type of English to check against. It wouldn't need to be changed very often, but the capability would need to be there (e.g. in case an article about a US Senator was started by a BE speaker, although if I were doing that I'd know it should be in AE and set that as the flag and get the spellchecker to convert my BE into AE. Not everyone would know this however), but probably restricted to administrator level to avoid waring over it. However as I personally don't think we need a spellchecker, this is kind of a moot point, but I thought I'd throw it into the discussion anyway. Thryduulf 09:22, 3 November 2005 (UTC)

Cost of spell checking

In my opinion, the cost of adding spell checking would probably be prohibitive as long as Wikipedia relies upon donations. The most significant costs that come to mind are:

• Processing power - the computational complexity of checking one word may be O(m²n), where m is the average word length and n is the dictionary size. For English, m is about 9, while our Spell checking article suggests 90,000 for n, giving a problem size of 7 million operations times whatever the overhead is, for every unknown word. Accuracy and completeness can be sacrificed for speed, but considering the number of editors, this still probably means we would need
  • Dedicated servers - note that Google uses dedicated spell checking servers.
• Wordlists for every language - not a big problem; words can simply be extracted from database dumps. This would be much easier, though, if Special:Search used an inverted index.
• Development - but spell checkers are at least easy to write. PHP even has levenshtein, soundex, and metaphone functions. However, only the levenshtein function is language-agnostic, so we might want
  • Custom phonetic algorithms for every language - which fortunately doesn't require much beyond understanding the orthography of each language.

Spellchecking seems feasible except for the server problem. ‣ᓛᖁ♀ᑐ 02:21, 7 December 2005 (UTC)

I know nothing about the costs, but agree as to the principle of a spell checker. It's not true that spelling doesn't matter until someone spots a mistake, nor is it true (be honest, folks!) that all of us when we spot a mistake, correct it. Bill 00:05, 12 December 2005 (UTC)

Where does the O(m²n) come from? Using a Trie, I can't see how it would be any worse than O(m). --Dantheox 18:38, 17 December 2005 (UTC)

That's the cost of computing Levenshtein distances across the entire dictionary. Tries may be fast, but I don't think they can make spelling corrections beyond a very limited set of closely related words (what happens if the first letter is wrong?) ‣ᓛᖁ♀ᑐ 20:23, 17 December 2005 (UTC)

A Trie could be used to quickly determined whether a word was misspelled. The Levenstein distances would only be needed for words not in the dictionary, presumably a small subset of the total words in an article. --Dantheox 06:33, 18 December 2005 (UTC)

Right; it at least isn't nearly so bad as checking every word would be, but it's still an obnoxious problem. ‣ᓛᖁ♀ᑐ 06:46, 18 December 2005 (UTC)

Wikimedia Affiliate at Amazon, BN, etc

Would it not make sense for Wikimedia to use an affiliate link under pages that deal with ISBN numbers and links to books/cds/etc. It doesn't impact the quality of Wikipedia at all and would bring in a few thousand dollars in revenue each quarter (a substantial amount to a non-profit). Nick Catalano (Talk) 00:28, 9 May 2005 (UTC)

We had something like this set up a while ago, but it was removed... +sj + 21:07, 11 May 2005 (UTC)

Is Wikimedia really in the business of supporting one particular vendor over another? Most of the work here is done by individuals, yet you picked two large corporations for your examples. I, for example, would be a lot less likely to add ISBN information to an article if I knew it would direct people to a direct competitor of the bookstore I own! How many other booksellers are here that would be ticked off by something like this? Gary D Robson 22:11, 26 May 2005 (UTC)

Hear hear. Given an ISBN number, it is perfectly convenient to find a retailer offering the book.

I think this is a good idea. As long as you're using the standard ISBN link, you've already got links to "Find this book on Amazon", etc. Why not make that link an affiliate link and earn Wikimedia some money? It's not supporting a particular vendor-- that ISBN page lists a whole lot of possible vendors and no one seems to be complaining. Lord Bodak 13:02, 19 August 2005 (UTC)

I like this idea, as long as there are several choices. Voyager640 06:21, 11 December 2005 (UTC)

This is a fantastic idea for two reasons:

• Becoming an Amazon Affiliate is a very efficient method of fundraising for Wikipedia. It is financially responsible for a non-profit to seek sources of income that flow naturally from its primary activities. By taking advantage of such opportunities, NPOs maximize funding without diverting significant resources to the acquisition of those funds. Maybe I'm naïve, but I think a well-funded Wikipedia would be widely regarded by Wikipedians as positive.
• Amazon's book catalog would truly extend the information available on Wikipedia. It is a ready-made online bibliography back-end with consistent content and a highly accessible public interface.
  • Of lesser interest, in addition to the factual information provided for each book, the user reviews available provide equal-opportunity IPOV (individual point of view) commentary that might be of interest to Wikipedians in assessing sources. While not as scholarly as Wikipedia aspires to be, the reviews can offer insight.

DaniU 01:10, 20 December 2005 (UTC)

Discussion Pages - Bring Modern Interface

Hi,

I'm new to this community, and I intend to stick around as a regular contributer of articles. I've noticed a peculiar problem that I'm sure others have brought up - why does wikipedia use such a cumbersome discussion feature? Why not update the discussion section to look more like more modern and organized thread discussion board systems? The simple appearance can be maintained. Take a look at the software this board uses. [1] Very simple and maintains a tree format too. Currently I believe the peculiar all page edit system in place is unfamiliar to new users (like me), and for those who infrequently stop by will be discouraged from leaving a comment because it does not appear so simple. Also I believe a thread system will be more compact and well organized. What have been the objections to such a system?

Lotsofissues 09:28, 26 Mar 2005 (UTC) (<--- Take me some time to remember the tildas)

UPDATE: I did not intentionally make this message look so sloppy. I posted and it was published as one long line and this is what I got after attemption to correct it. Point proven. :-( :-|

Are you volunteering to write the sizable amount of code needed to integrate a web forum into MediaWiki? Development happens solely through volunteers, and none of the ones we have now see doing this as a priority. -- Cyrius|✎ 16:12, 26 Mar 2005 (UTC)

Also, I suspect the reason it hasn't been a priority is that once people master MediaWiki markup and get used to the difference between editing sections and a whole page, they don't have much of a problem with using the same editing interface for discussion and article pages. --Coolcaesar 23:13, 5 Apr 2005 (UTC)

I agree with Lot's suggestion. Wiki pages were just not designed for discussion; it's like trying to use a round peg for a square hole. A true forum interface with threading and editable posts would be vastly superior to the current setup. Also, Cyrius is mistaken; there would be no need to write vast amounts of code; open-source forum software already exists. It would be a matter of picking the most appropriate one, setting it up, and configuring the discussion tab to link to a forum thread instead of a talk page. (Current talk pages could be auto-incorporated into the new threads). - Pioneer-12 19:08, 13 Apr 2005 (UTC)

As Cyrius points out, the developers are volunteers. When I propose we raise more money, I'm told we have more than enough. Time to start paying developers to sit in the rack room and glue the infrastructure together -- not to mention, to improve it. — Xiong熊talk 06:12, 2005 Apr 22 (UTC)

Even if it were easy to integrate a forum system like Slash (gasp!) or phpbb (shudder), I think it would be an bad idea because it contravenes WP philosophy. The current talk-page format is discussions in the wiki style -- anyone can edit anything. If the discussion is over, the thread can be deleted. If the discussion is splitting into two overlapping threads, an enterprising editor can split them up. If someone disagrees with that enterprising editor, they can revert the changes. Traditional web-boards have none of these features -- in fact, they are designed to make it impossible for non-mods to edit the general thread of discussion. Trying to hack those features into a traditional web-board would be silly -- you would end up with what we have already.

Lotsofissues, I'm curious what in particular you dislike about the current format. It may not be the the same as what newbies would be used to, but it's not very hard to grasp, either. One feature that might make it easier for new people to post would be changing the "+" tab to one that says "Post new topic" -- the "+"'s meaning is terribly non-obvious. (BTW, what is a TTT? The discussion board you mentioned uses that TLA everywhere.) jdb ❋ (talk) 07:34, 22 Apr 2005 (UTC)

1. First the easiest question - TTT (Third Tier Toilet) is elitist applicant parlance for an all inclusive category of virtually all colleges in this country with the exception of schools determined elite by the elitist standard - those schools being Harvard, Yale, Princeton , Stanford, MIT, Caltech, Columbia, Cornell, Dartmouth, Brown, UPenn, Duke, Northwestern, JHU, Rice, Oxbridge, and the four premier liberal arts colleges Amherst, Williams, Swathmore, and Ponoma.

Indeed it isn't hard to be competent in this format - but even that skill level requires a bit of accumulated editing experience. I want a system for newbies (casual visitors) to comment as easily as many newspaper article feedback forums attached to the bottom of articles make it. MAKING FEEDBACK REGULAR - instead of occassional - sounds good right? A please comment on this article at the bottom leading to a familiar PHPBB style reply box would actively solicit critical/request info we need. 2. I think in many obvious ways Wikipedia has grown too large for this format. I do janitorial work which requires me to visit the VFD page - this is not fun - in fact, it's so tedious having to load the all of the page that it breaks my healthy editing rhythm. At no point does it become more like work than then. A reformed thread style format would be pleasant. 3. Despite contributer's mastery of this format by now, few would argue phpbb is not an easier format to post in. Contributers will begin to talk more amongst each other; perhaps then it won't take me a full year to become familiar with everyone. Lotsofissues 07:09, 23 Apr 2005 (UTC)

There is plenty to dislike about the current format. First, "Anyone can edit anything" is just plain wrong for discussion. My comments are my own. Letting anyone edit them only causes problems and irritation. The forum method--that is, limiting editing access to only the poster and administrators--makes sense, saves time, and reduces irritation. Also forums have built in abilities for multipaging, standard formatting of user names, quoting previous statements, searching discussions by date--all abilities that wiki software has no real tools to assist for. Notice that no forums are clamoring to change over to wikis? It's ridiculous that I have to manually indent my posts, that I have to manually add my name to my posts, that there is no standard formatting separating one talk post from another, and that I have to manually add formatting for quotes. - Pioneer-12 09:39, 22 Apr 2005 (UTC)

People ought to write short posts, and if they don't, people split them up and reply to each point seperately. I'm not convinced about quoting. People sometimes edit your posts to improve your spelling and grammar or to remove personal attacks. Any other editing would probably be spotted and considered vandalism. I do not think there is any major problem now, but you may be interested in the concept of m:LiquidThreads. r3m0t ^talk 11:09, Apr 22, 2005 (UTC)

I have to second (or third) Lotsofissues's point. Trying to construct properly-threaded discussions "by hand" is unnecessarily tedious. It may constrain the active userbase to only the most-dedicated people who can put up with it, but I bet it keeps a lot of otherwise-intelligent people from contributing as much as they could. I'm sensitive to the issue of how much can be reimplemented with the available volunteer coding base, but saying "it's good enough, we all use it, once you get used to it it's fine" is kind of elitist, don't you think? Steve Summit 17:54, 14 July 2005 (UTC)

I quite like what we've got already. Contributing to a discussion is the same as editing pages: you only need to learn one approach. I agree that the "+" is non-intuitive: in fact it's so non-intuitive I didn't know it worked.--Dave63 08:01, 22 Apr 2005 (UTC)

There are considerable advantages to conducting discussion using a Wiki. The most obvious is that we can remove attacks and trolls, easily refactor long tedious discussions. and archive discussion threads whenever we want to. We can easily go back and retract things we should not have said. Also being lightweight and not obviously discussion-oriented it discourages long posts and point-by-point debate--which isn't what the talk pages are for. --Tony Sidaway|Talk 11:23, 22 Apr 2005 (UTC)

Tony---Well put -- I think the last advantage is the most important. If anything, WP should discourage the talk pages from being used as grounds for long-running discussions. People who wish to carry on lengthy debates are likely to be unhappy with the WP philosophy of merciless editing, rearranging, and deletion with the aim of reaching consensus, rather than declaring a winner. jdb ❋ (talk) 05:13, 23 Apr 2005 (UTC)

The need for organizing (archive) discussions becomes unnecessary in any modern interface. The need to remove attacks far dimnishes when every single user no longer has full admin power over a discussion page. Cockring.jpg blanketing needs to be removed; a FUCK YOU! thread - whatever. Lotsofissues 07:09, 23 Apr 2005 (UTC)

We absolutely should facilitate lengthy discussions. This format suppresses a long diagonal discussion - part of the process in supporting and defending the accuracy and fairness of a complex entry. More than casually critical ppl should not be grouped as unhelpful to the development of entries. Lotsofissues 07:09, 23 Apr 2005 (UTC)

Sorry for being late to the party here, but my take on this is that Wiki discussions tend to be much more thoughtful and articulate than any I've witnessed in fora or bulletin boards of any kind. This quality of discourse is probably a direct result of the features of Wiki: anyone can edit anything and useless comments tend to get dumped very quickly. We rarely see "I agree" contributions and even flamewars tend to be more like debates than tennis matches. –DeweyQ 18:49, 11 May 2005 (UTC)

Using talkpages, wikipages, for discussions doesn't work well at all, we should use tools appropriate for the task, like forums or mailing lists or newsgroups. Wikipedia could set up a discussion forum server, that is the simplest solution. That would also decrease the number of accesses to the wiki, which gives us more bandwith for the wiki server(s).

In a forum we can talk every day with each other and that establishes a merit order. We can quickly find out who are the wise people and who are the less merited.

This results in a merit order based solely on each persons written messages, so reason and judgement can easily be seen, separate from the person's body language, his social pondus, his voice and ability to take people emotionally.

So we can find the really intelligent people through using the text medium. We can use the forums to learn to know each other, appoint by democratic votings some responsible and knowledgeable persons to have the final decision for a part of the wiki. We need authority to achieve a high standard, authority based on what we say and how we discuss with each other.

The forums can also be used by people who have been overruled by higher authority, to defend his views and maybe get support from higher authority on a certain issue.

Keep the discussions open and unmoderated like in usenet. Philosophy and knowledge in general really need freedom of speech. Roger4911 18:35, 10 November 2005 (UTC)

I'd be happy to contribute code to integrate phpBB into talk pages. I've spent ages doing modifications of MediaWiki, and i'd be glad to do some nice hookup to phpBB (which is also free) within the talk pages, as i do agree - it can get confusing reading these things; it took me abouta minute to find the end of this discussion. the only problem is, is that all the handlers within phpbb are actions; eg action=edit, and so on.. So, the actual talk page itself would have to be modified slightly, unless a custom solution would suffice? Spum 21:21, 5 January 2006 (UTC)

File:PhpBB wiki.png

Sexy screenhot of my slap-dash coding to get phpBB into MediaWiki. (I am absoultely crap at HTML, CSS and design, so apologies for the wonky box layout. Spum 22:06, 5 January 2006 (UTC)

I don't like the phpBB design. I prefer to be able to see the most recent discussion right when I pull up the Talk page. Ashibaka tock 19:21, 13 January 2006 (UTC)

Discussion Pages - A Semi-Modern Interface

I quite like the wikinature of the discussion pages, but I agree that they don't scale well. How about this: as well as the [edit] link next to every section, there is an [archive] link which automatically moves the whole section to an archive subpage. When /Archive1 gets large, /Archive2 can be used, and so on. I think this would be considerably easier to add to the Mediawiki software than a full-fledged threading system, and would greatly ease the archiving of old discussions.

Of course, if someone prematurely archives a discussion, then there is a corresponding [unarchive] tag on the Archive pages, and the standard 3-reverts rule applies in the case of archiving wars. Comments? --Jmstylr 11:49, 24 May 2005 (UTC)

Managed to get a working model of this idea

Well, i've been working on something liek this anyway, for a while (for my own project; wiki-cheats), and there's been some things that i've had to edit out of phpBB; firstly, the user cp - for avatars and signatures, i have simply linked signatures for posts to [[User:User_name/discuss_signature]] and avatars to [[Image:User_name_discuss_avatar.png]] (simply, to change avatar - re upload a new version of the file)

As for the other things, most are unfinished. For example, on the talk page, "Edit this page" and "+" both go to "create new topic" - however, what i plan to do, is have the forum topics available for moderation for all (or none) through the main chat page, or "edit this page", so useless topics can be removed. The storage is in phpBB's schemata (mySQL), because the wiki format is a bit out of-context for what phpBB parts i've usedso far .. but i have the mySQL tables listed, so it's no "biggie". I'll let you know how everything turns out! Spum 22:36, 5 January 2006 (UTC)

Abolish personalized signatures

It is about time to abolish personalized signatures. Many signatures, if accidentally altered, would do evil things. Some signatures even contain images. -- Toytoy 15:28, Apr 19, 2005 (UTC)

Signatures work like anything else that can be added to a wiki page. There aren't any "evil things" that can be done with signatures that can't be done by simply typing or pasting. What specific dangers do you see here? --iMb~Meow 15:45, 19 Apr 2005 (UTC)

Just minutes ago, a screweed-up signature made the text that follows it <small>. Some users even include pictures in their signatures, therefore, a discussion page could be flooded with dozens of such small icons. -- Toytoy 16:33, Apr 19, 2005 (UTC)

Again, how does an error in a signature differ from any other error in wiki markup? It doesn't. It's no big deal, someone will notice it and it will be fixed just like any other error. This has nothing whatever to do with the fact that it was in someone's signature settings, just as taking away the signature feature would do absolutely nothing to prevent people from adding many images to a page. --iMb~Meow 16:41, 19 Apr 2005 (UTC)

Signature files do not carry needed information. If I want to know you, I visit your user page. It is not a good idea to make your signature file a miniature user page. I propose that we shall place some limitations on the use of signatures:

• No HTML.
• No more than 32 or 64 bytes.
• No images.
• No other external components.

I think Unicode characters are not a deadly sin, but some older browsers may not display them correctly. If we use Unicode characters or HTML tags in an article, usually it's mean to be informative (ideogram characters, math symbols, other symbols ...). Signature files are not supposed to be that informative. It is nothing but a road sign that points to your user page. You don't usually sign your name this way. When you sign your name, you do not write 100 advertising words. Bloating signature files are bad. -- Toytoy 17:12, Apr 19, 2005 (UTC)

It would be nice if we could customize the rendering of ~~~~. Then the server could enforce any restrictions automatically.

I don't think it would help, though. People leave behind all kinds of non-signature things which have potentially problematic HTML, inefficient table code, and images all over WP. At least we don't have 12-line ASCII art sigs (I bet I could do that in 32 bytes). —Michael Z. 2005-04-19 20:00 Z

I still don't see why this is an issue with signatures. How would the outcome be any different if we just said, "Don't use bad markup that ruins an article," which is probably policy anyway. —Sean κ. ⇔ 20:37, 19 Apr 2005 (UTC)

When you sign your name on a piece of paper, you do it the most effortless way. When you sign on the internet, either you don't sign it or you advertise it. This is why people abuse it. Leonardo da Vinci absolutely could draw. He did not draw a small Vitruvian man besides his name.

All I know is, I'm gonna start signing my name like this. - Pioneer-12 File:Superman.jpg File:Vader.jpg File:Concordance of Fealty- A Jedi Tradition.jpg File:Usaf-laser.jpg File:M47-Dragon-firing.jpg Template:Flag4

John Hancock, eat my shorts.

I know people can work out a way to beat the 32-byte restrictions, if there's such one. You can just copy and paste a 64 K gigantic signature loaded with dozens of animated GIFs each time you finish writing something. But the point is, if the cost to sign fancifully is not zero, much less people would do it. -- Toytoy 01:36, Apr 20, 2005 (UTC)

Dear heavens. What now? Check your email inbox lately? Or, for the truly staunch, browse Usenet awhile. Sigs of doom, sigs spanning multiple servers, sigs towering not merely over all content, but over thought itself. Singing sigs, smiley sigs, dancing sigs. Oy.

We have it good here, too good to be true. The odd image in a sig, not good. (I did that myself, thoughtlessly, but you see it's Unicoded now, and functional.) The occasional malformed sig, turning all following text green. The very worst sig I've seen is painstakingly rainbow-colored; must weigh in at half a typewritten page worth of markup -- and I can't even read it. None of these are problems that cannot be fixed with a gentle word to the good member.

There are good and fine reasons to personalize sigs:

• Users should take pride in their handles, and be reluctant to tarnish them with thoughtless comment. This is how users become community members.

• Our community is already way too large, so that it is very hard to keep track of other members -- the sort of informal, subjective, in-the-head soft reputation management that is the true glue of any community. Distinctive sigs help more than do bizarre names.

• The default sig sucks. At a minimum, the default should provide a link to the member's Talk page. On the other hand, maybe the default should suck. A nicely-customized sig is one way to tell the Old Heads from the noobies.

• Messing with sigs infringes on personal choice. I don't refer to style, but to function. My sig -- for example -- provides links to my user page, my email, and my Talk. I do this because I choose to be thus available. Other members choose less availability, and some include links to cherished pages that define their personalities.

But the crowning argument is just that some members will pay no attention to any such restriction! You can fix the engine to abolish sig editing, but users will just create sig templates and drop them in -- and I'll bet a dollar to a doughnut, they will transclude, too -- at least the tildes substitute.

Please, be happy and content with the relative peace which now obtains. Lest we return someday to see Quotations from Chairman Foo and nudie ASCII fancruft art. — Xiong熊talk 05:16, 2005 Apr 20 (UTC)

I've been using this plain vanilla signature for over a year. I thought about using "~~~~" as my signature with "raw signatures" selected. Whenever I type "~~~" (without time stamp), the system outputs "~~~~". Four innocent bytes.

This is not the most evil part of my plan. The "~~~~" in the code would soon be replaced to the next contributor's signature and date. What a great plan. I am smart.

Anyway, you must be very happy now to see me use my plain vanilla signature. I am a pacifist. Or I'll be the worst vandal in all human history. Ha! -- Toytoy 05:55, Apr 20, 2005 (UTC)

I find over-elaborate sigs annoying, but the inclusion of a link to the person's talk page actively useful. -- Jmabel | Talk 05:48, Apr 20, 2005 (UTC)

To an old crow known and contacted by many people, it is a good idea to provide a speedy link to the personal talk page. Otherwise, you may want people visit your user page before talking to you. I don't find it very useful to provide your contributions, your Kate's Tools external URL or your golden retriver's CitiBank credit card number in a signature which is supposed to be very small. Most decorative signatures are providing too little clues to their functions. You may see a weird Unicode sign but you don't know what the sign means unless you see the link. There are supposed to be some signature etiquette or rules. -- Toytoy 06:04, Apr 20, 2005 (UTC)

If you want to see where a user's sig links, mouseover it. Depending on your browser or your prefs, you'll get a hoverbox or the link URL in your status bar.

There is de facto sig etiquette: • Keep it short • No images • No templates • No markup that fouls up rendering • Link to your Talk • No blinking sigs •

I only worry that this discussion may prompt the feared action. — Xiong熊talk 06:31, 2005 Apr 20 (UTC)

God, I am a nice and creative mother. -- Toytoy 06:45, Apr 20, 2005 (UTC)

What's that? --{{User:Carnildo/sandbox}}

The "broken" small-tag in the signature I have been using for some time is there intentionally. Nobody ever came to my talk page to tell me they're annoyed by it. If people complain, I will change it. Extremely distracting signatures are bad, but some Unicode and some html tags (font/colour) -- what's the harm in that? dab (ᛏ) 08:21, 20 Apr 2005 (UTC)

Relying on obscure bugs in the parser to render your signatures is a great way to piss off developers. Please stop it. -- Tim Starling 16:26, Apr 21, 2005 (UTC)

If that's the case, then why have some similar bug reports been closed? -- Netoholic @ 21:04, 2005 Apr 28 (UTC)

I am using a black background and amber foreground setting with my browser, I also disabled almost every fanciful things (CSS, <font >, colors ...) so I don't see any of your color tricks. My Mozilla is like a Lynx text-based browser (I was using Netscape 2.x last year). By the way, I only use one font. To make my browsing more vanilla-flavored, I installed Privoxy and customized its filter settings to remove almost every decorative elements in the <body > and elsewhere. I disabled Java, JavaScript, lots of sites' cookies and most plugs-in as well. Why? Based on my personal settings, most of your colored texts would become very difficult to read. I am the reader. I am supposed to be the one to exercise my rights to change fonts and colors. Many years ago when I was using Macintosh, I downloaded no images and filtered even more HTML tags (tables, italic, bold, ...)! I don't want to read anything unless it's like being displayed on an Apple ][ monochrome monitor. -- Toytoy 08:40, Apr 20, 2005 (UTC)

Why are you telling us this? If you are going to such lengths to have control of browsing (I don't suppose you read print books or magazines, then), does it matter to you if people use different colors or fonts in their signatures? — Knowledge Seeker দ 16:44, 20 Apr 2005 (UTC)

In many ways we, as editors of *articles* leave very few traces on WP ... a little personalisation of handles where they are actually used (talk pages and the like) does little harm but a lot of good (self-esteem, handle recognition, direct link to talk page, etc.) I'm not overly happy of the more complex (I could do without photos and most graphics, thankyou) but each to their own, so long as they spend more time editing than creating wonderful sigs. --Vamp:Willow 17:12, 21 Apr 2005 (UTC)

• Customized signatures are really for self-esteem and a bit of fun for some users. If it helps attract people, so be it, in my view. JuntungWu 15:34, 23 Apr 2005 (UTC)

• I strongly support customization of signatures. тəzєті 23:52, May 13, 2005 (UTC)

I don't object to custom sigs per se. But I do think that images in digs are distracting and can cause unneededs sever load. Moving images can be actually harmful to readers with seizure problems -- and if you think I'm joking, i invite you to stand next to someone whose seizure has been triggered in this way -- i have. DES 23:52, 19 July 2005 (UTC)

Ok for cutomised signature. But no images. Pfv2 20:09, 3 October 2005 (UTC)

Filter or Site for Young Students

I know it's been said that wikipedia shouldn't be used by children without parental guidance, but it is quickly becoming a useful resource and I think an alternate site needs to be setup that helps me as a parent control what my children see online. My children are good to me and they surf the Internet only going to sites which I have bookmarked for them. I have also setup a way to remotely monitor their screens without them seeing me do this, and the results have shown so far that they are behaving. However, I cannot bookmark wikipedia for them until an alternative is setup.

I need something that filters out sexual or violent images, sketches, drawings, and topics; filter out sexual keywords; does not provide links to other sites; and includes current events (news items) that can be researched. Hopefully this might be considered something viable for their short student papers in the lower levels, as long as they use one other credible paper source from a regular library.

There have been several proposals for a content filtering/labelling system in the 5 months I've been here, but every one of them has failed. The reason for this is that the community has been unable to agree a system that is compatible with our Neutral Point of View policy, particularly with regard to a definition of terms like "sexual" and "violent". Wikipedia is international, and the cultural and community standards of what is acceptable for what age-group vary considerably from one place to the next (e.g. images of nudity are generally more acceptable in Europe than they are in the USA). See Wikipedia:Content labeling proposal for a recent example of a proposal.

If there were a system letting the user (parent) decide what's objectionable and what isn't, then it would be somewhat more NPOV - as opposed to a binary flag, there would be "sexual imagery", "sexual material", "strong profanity", "mild profanity", etc. flags. These would usually, but not always, be disputable. (For instance, how to flag Holocaust?) I just don't think this'll get implemented ever on WP, because the majority of people seem to hate the idea. Might I suggest that you use a content-based Internet filtering program? Nickptar 16:10, 21 May 2005 (UTC)

Of course, no one will ever have a problem with someone setting up their own site to mirror and filter Wikipedia. —Sean κ. + 02:46, 25 May 2005 (UTC)

Something like a PICS system, where each article is tagged for levels and types of content that some might find objectionable, rather like a category system, which a user could then decide to use or not use as filtering criteria, might be feasible. Consider the self-ratings at ICRA for example. The ICRA vocabulary currently defines designators in the categories Nudity, Sexual material, Violence, Language, Potentially harmful activities, and User generated content. For each category, the site or page carries a designation indicationg which, if any of the defined types r levels are present from each category. The user can set filtering rules to block pages tagged in particualr ways. Wikipedia could adopt this scheme or devise its own scheme, if it chose to do so. (Of course, labels themselves would be editable, and thus might be vandalized or disputed). This would be a major project, of course, and might not be worth it. DES ^(talk) 12:43, 12 August 2005 (UTC)

This sounds like a good idea, but in practice I would bet on tons of edit wars and POV-pushing. ~~ N (t/c) 13:09, 12 August 2005 (UTC)

I beleive that filtering would be a good idea, especially for images with nudity and other potentially offensive images. I sometimes stumble upon these types of images without meaning to, which would be especially bad if such an image were found in a public place such as a school or library. I think a good, simple method would be to have all such images linked to instead of embeded in pages, with a "potientially offensive" warning (or something like that). Profanity shouldn't be as much as a concern, but finding some of Wikipedia's images can be shocking. Such filtering wouldn't just be good for kids, it would be good for anyone who doesn't wish to or is in an environment where they can't view such images. Phantom784 19:07, August 25, 2005 (UTC)

People who want to filter the internet for their children must use a filter that covers all of the web, not only wikipedia, so it must be implemented in the user computer, and there are many free software solutions for that. This is not an issue for wikipedia, it is an issue for the individual user of internet to install a filter program in his own computer. Personally I think there are a lot of strange people out there, who let their children watch any amount of violence, but stop them from seeing nude bodies. Roger4911 11:12, 10 November 2005 (UTC)

I agree, wikipedia is a repository for ALL human knowledge, if you want to censor that knowlege - do it at your own expense. As for the violence and nudity thing - my personal view is that violence is something that needs to *interpreted*, not censored. It should be the norm for kids to know about violence, what it is, and especially how to deal with it in a constructive way. As for "sexual" images - the human body is something that people should have a knowlege of, and noone should censor such basic knowlege as anatomy on a public site such as wikipedia. If you want to deny your children their right to public knowlege, do it with your own money and time. Fresheneesz 01:10, 18 November 2005 (UTC)

For this reason and other kinds of filtering it would be nice if there was a way for users or groups to apply their own tags to revisions. Then maybe some parenting groups would tag articles it thought were suitable for children. I would like to tag revisions free from vandalism. Maybe another group would like to tag revisions that have been fact checked. --Gbleem 15:24, 13 December 2005 (UTC)

That sounds like a pretty good idea actually, but a list of possible tags needs to be finite. And i think voting would be a better way of determining fact-checked pages - because then a concensus can develop. That might have been what you meant anyway. Fresheneesz 02:45, 14 December 2005 (UTC)

On the Talk:Penis page a suggestion was made for a way to handle 'filtering' images without impacting people who don't want to be 'protected' and without getting into differing community standards on what is or is not 'offensive'. It seemed to be well received there and is similar to some statements above, so I am posting it here for further comment. In brief, rather than tagging images as 'offensive' they could be tagged with a few direct descriptions of categories which some large segment of the world population finds offensive... 'Male nudity', 'Female nudity', 'Heterosexual sex acts', 'Homosexual sex acts', 'Bloodshed', et cetera. Then each user could simply check a box in their preferences to indicate whether they wished to have such images included on pages they view. People can certainly disagree over whether an image of a penis is offensive or not, but are less likely to disagree over whether it is a penis or not. Obviously we wouldn't include every taboo held by any person or small group on the planet, but there are some categories which many people would want to 'opt out' of. Shouldn't be difficult to implement, doesn't censor anyone from getting info if they want it, and makes Wikipedia more friendly for large groups of people who currently have a problem with it. Thoughts? --CBD _☎ ^✉ 13:24, 22 December 2005 (UTC)

Abolish anonymous users

This is probably one of the more frequent proposals. It has been proposed on Wikipedia and on meta

I'd like to suggest to editors that they read m:Foundation issues before commenting here. Soundguy99 16:01, 6 Jun 2005 (UTC)

"We've always done it that way" is of course not a useful thing to read, other than as a gauge of the kind of opposition the move will meet. If a pillar in a building is found to be insufficient, defective or damaged, the survival of the building may require changing the pillar, obviously. Bill 11:58, 11 December 2005 (UTC)

Cookies to identify registered users

There are many cases where I forget to sign on, and since it doesn't ask for me to sign on, I don't have a record of everything i've done. Therefore I have suggested that the site use cookies to identify users who are registered and allow them to more easily sign on. Cookies could also identify serial vandals. Alternatively, when an unregistered user edits - there could just be an option "sign on: yes, no - your edits will be kept either way" - Fresheneesz 22:06, 20 November 2005 (UTC)

Why is noone interested in this? Cookies would eliminate the problem of vandal anons using multiple IPs (as long as they have cookies enabled, don't tell them..). This would also help me, a non-vandal, because it would be a good guard against my laziness to sign in. The cookies idea is one i think would greatly benefit wikipedia. Common guys at least give one comment. Fresheneesz 19:43, 12 December 2005 (UTC)

This is already being done. isn't it? I haven't logged in with my password in 3 weeks because the site remembers me using a cookie, and on the few occasions where (due to malware attack) I've tried to access the site with a "no cookies accepted" setting, I get turned away. However (and this is a weakness with cookies) you need only do a cookie purge (which users are supposed to do every so often anyway) and everything starts from scratch, so I don't really see the worth ... if you're talking about more detailed cookies such as tracking cookies, that opens up a major privacy issue. 23skidoo 19:58, 12 December 2005 (UTC)

To clarify: once you sign in on your usual computer, it cookifies you and remembers you, so in fact you don't have to think about signing in again. The purge is every 30 days; granted that means that every 30 days or so it'll suddenly ask you to log in again (for the next 30 days) — but it's much better than being asked every time you access Wicked. Mind you, if you access Wicked from many different computers, especially other people's where you feel you need to log out each time, then it's as Fresh says: a fair waste of time. Bill 20:46, 12 December 2005 (UTC)

Allowing IPs to edit

Benefits of allowing IPs

Please, someone let me know the overwhelming benefits of continuing to allow IP addresses to edit pages. Restricting editing to only registered accounts would decrease the vast amount of vandalism (especially of the "drive-by" variety) ... and does not force anyone to give up their anonymity. In fact, you have more anonymity in editing with a username than an ip address, at least someone can traceroute you with an IP address. --kizzle 23:42, May 24, 2005 (UTC)

• Far too restrictive. There are some people who will register before they commit acts of vandalism... and while many IP edits do turn out to be vandalism, there are many IP edits which are not. Some articles have been started by and maintained by users who have not registered. I started out on Wikipedia editing as an IP before I registered an account. My feeling is that my barnstar for vandalism reverts was obtained 2-3 days after registering an account not just because of my actions during those 2-3 days, but also my actions as an IP editor.--Chanting Fox 23:48, 24 May 2005 (UTC)

It's the principle. This is a wiki, and it is supposed to be that way. How many of us, me included, just happend to stumble on to wikipedia from a google-search and and noticed the Edit this page-button? "No, it can't be that way.... It can't be that simple.... Well, there is a spelling error there, no harm in trying. Jesus Christ, it worked!" Yes, drive-by vandalism is common and irritating, but know that many (most probably) are newbies that don't really get how wikipedia works. Once they start to surf around they understand how it works, and starts to make useful, even great edits. As for the vandalism, most "serious" vandals get a user-name because, as you say, it get's you more anonymity, and you can create sockpuppets etc. Drive-by vandalism is much easier to fix in comparison. Personally, I think the openess of wikipedia is wonderful, truly it is what makes wikipedia the greatest site online, and we have to take the good with (the sometimes very) bad. Gkhan 23:57, May 24, 2005 (UTC)

• I think it's important to remember that being unregistered makes a person's edits stand out from the edits of others, thus making it easier for the Recent Changes Patrol to spot vandalism. If it is true that 90% of all vandalism is performed by unregistered visitors then this is a good argument for allowing such edits! Wikipedia will always suffer from vandalism no matter whether you allow unregistered users to edit or not. Under the status quo we have a useful tool. reetep 19:22, 30 May 2005 (UTC)

Hey, I never heard that argument before... that's a good point! —Sean κ. + 20:42, 30 May 2005 (UTC)

I agree with that line of thought. Registring help us to flag good faithed edits. edit Summary , helps us flag good modifications. By that we end by helping to identify the bad guys: because the good ones are proud of what they do.

Good point, but I still want to submit the following for your consideration: How about, as a compromise, only allowing IP-only users to edit existing pages, and not start new ones? Thus they can still fix typos, but not start vanity pages. If they get a username to do so, there are other clues like lack of proper capitalisation and bios of people under the age of 20. --IByte 15:06, 11 July 2005 (UTC)

Well, you got your wish, now anons cannot start pages. I think thats a good thing. Fresheneesz 19:19, 12 December 2005 (UTC)

Expanding on Ibyte's point, how about allowing IP Users to only make a few edits a day before they need to register, this would allow them to relize that wikipedia works and that they can fix that spelling mistake, and I am sure then they would understand the need to register, to prevent vandalism. --Eliezer | £€åV€ m€ å m€§§åg€ 04:34, 21 July 2005 (UTC)

Helps to ease in to wikipedia

Contributing without registering helps people "ease in" to the wiki world. Many users (myself included) start by making a few edits, get comfortable with wiki structure, and then make the decision to register and be seriously involved. If you had to go through a registration process first, no matter how simple, I think a lot of people would never hit that "register" button. I might not have. Let's not do anything to discourage people from getting involved. Gary D Robson 20:16, 30 May 2005 (UTC)

I HATE visiting wikis that want you to register just so you can fix the spelling and a few links on one page that you happened to visit. Totally annoying. The good solutions to vandalism are social and technological. - Omegatron 17:39, Jun 1, 2005 (UTC)

Case in point: http://www.infoanarchy.org/wiki/index.php/GAIM Look at all those spelling errors! But I'm not going to take the time to register an account just to fix that if I am never going to visit again. - Omegatron 00:58, Jun 2, 2005 (UTC)

Vandalism and IP blocking

Vandalism is a feature of mankind and should be let to take it's course here- hopefully it is found quickly and reverted back so that the whole project is a sum of it's parts, e.g most people want a useable resource. Most vandalism is recogniseable as such, like graffiti- one can accept it as long as it can be removed. If the vandalism is not recogniseable, then we come to the question; do we believe what we read anywhere in the world, virtually or in print? Anything can be vandalised -officially or not.

At least annonymous users should be make competely aware that they can be traced if need be. Perhaps smart software can recognise the form of vandalism that is taking place- I would suggest that new edits should appear in red in the main article until voted for by a determined number of subsequent users. after which further editing allowed. Slow, but it would prevent drastic vandalism.

I've been frequently attacked by one vandal who hides behind an IP address and not register, and who uses abusive language, and who does vast amount of damage on Wikipedia. He (I believe it's a he) makes it clear that we can't do anything to him, and takes perverse pleasure at that. He even taunts the admins who block him (eg. "you f---ing numskull you just block half a million users!"). What's worse, he attacks individual userpages, especially those who revert his vandalisms and/or chastise him, makes himself an enemy of all good editors. So if this "abolish anonymous user" policy isn't going to be cleared, something must be done to comprehend such vandals. Massive amount of money and time are wasted on such vandals each day. If you people can think of a solution then you'll help Jimbo save tons of money and fill up one of the massive loopholes on Wikipedia.

I had proposed a smartbot or smart software that automatically removes (ie. an autorevert system) all edits of an IP address once a vandal is established as hiding behind it. It will frustrate the vandal enough to deter he/she from making edits. If such a thing happens and a persistent vandal and a useful editor share the same IP address, then too bad, the useful editor will have to register. But once the vandal goes off after a certain period of time, then the antivandal bot or software can lifted. Mandel 22:26, July 19, 2005 (UTC)

Note that currently IP blocks affect even logged-in users who happen to share that IP. If this technique used the same process, the result would be chaos. See this inquiry for more on blocks. DES 23:13, 19 July 2005 (UTC)

I don't propose blocking. I propose smartbot auto-reverts for unlogged-in IP address with a history of vandalism. Mandel 23:43, July 19, 2005 (UTC)

I understand that. I was just saying that if the underlying technology used was the same, a problem would occur. If your proposed bot applied only to edits by users not logged in, that would reduce the problems with it -- althoguh the losses in the case of shared IPs might still be large. Since blocks agaisnt IPs apoply even to logged-in users, it seems reasonable to be concerned that this idea might work simialrly.DES 23:48, 19 July 2005 (UTC)

But you did suggest something that can differentiate them. So...is there a technology that does so? Mandel 00:02, July 20, 2005 (UTC)

Sure it is possible -- some distinctions between logged in and non-logged-in users are made now, so the software must be able to tell the difference. But the block code doesn't use the distinction, and other code based on it might not either. Possible and easy are not always the same thing.DES 00:11, 20 July 2005 (UTC)

I have the strong impression that much vandalism comes from shared IPs, and almost all vandalism from such IPs is perpetrated by users hiding behind anonymity. So why not modify the blocking code to allow for a form of IP blocking that only blocks anonymi? Then legit users can still get around the block by registering, which IMHO is just as anonymous as not registering if you choose not to divulge any identifying details. Lambiam 07:47, 14 January 2006 (UTC)

The major problem with anons is that they vandalize, correct? So why not talk about policies to fight vandalism instead? #Automatic edit summaries would help greatly in the fight against vandalism, for instance. I am sure there are other things we can do, too. A major reason vandalism gets missed is because the articles aren't on people's watchlists. - Omegatron 23:32, July 19, 2005 (UTC)

Automatic edit summaries will help spot vandalisms, but they won't deter them. Using a smartbot revert system will frustrate vandals because they will be fighting against a robot; their edits will be as quickly removed and trashed. Maybe some of them can be reviewed and permanently damped to retrieve bitspace. Of course both a smartbot revert system and auto-edit summary can be used concurrently to combat vandalism. Mandel 23:43, July 19, 2005 (UTC)

Automatic edit summaries will probably not help because blank summarries are what people look for when they look for vandalism. Fresheneesz 19:26, 12 December 2005 (UTC)

I think people are trying to be too ideological about this whole thing. The IMDb requires users to register if they want to dot an I or cross a T and it hasn't seemed to hurt its popularity. The fact is there are simply too many jerks out there who want to cause trouble and are too chicken to do so under their own names. The only other logical option -- permabanning IPs -- would, as noted above, affect innocent bystanders. Another possibility is to have all anonymous edits be checked by someone before they go out live ... who wants to volunteer? 23skidoo 12:00, 28 July 2005 (UTC)

In terms of checking edits by anon users, judging by the 100 most recent changes as I write this 26 were made by anonymous editors, and this doesn't represent where one article has been edited multiple times. Thryduulf 12:32, 28 July 2005 (UTC)

Permabanning anonymice (surely that must be the plural of anonymouse) would not affect innocent bystanders. As you say, the ground rules would be, to edit, register: free, uninvasive, no‑spam — why would anyone not do it? Answer, as you also say: to do stupid things from under a cowardly cloak. The innocent would register, the others would be prevented from editing. Bill 20:53, 12 December 2005 (UTC)

My 2 cents ... Wiki vandalism, like crime in the physical world, can't ever be eradicated. And the more difficult you make it to commit, the more onerous you make life for the productive members. It's a social problem, and one that even technological solutions ultimately cannot address (witness the continual virus, spam and porn filter battles). To combat a human problem, you need other humans. And you have to find a balance between restrictiveness and openness, which I believe Wikipedia has found. Many of us (myself included) adopt articles near and dear to us to monitor for bad edits (I watch my hometown's article, for example, because I want it portrayed in a positive albeit NPOV light.) Some way should be found to encourage as many registered users as possible, and as many article adoptions as possible. Develop ways to recognize positive contribution, and minimize immaturity. How about these ideas:

• adding a "Top Contributors" to the side-bar, and limit it to registered users (who fill in edit summaries)
• upon log-in, displaying your watchlist
• upon creating an article, it gets auto-added to your watch list (ie foster a certain level of pride, but hopefully without "ownership" mentality)
• if Wiki can detect repeated viewings/edits of a page by a registered user, how about a prompt "Do you want to watch this page for vandalism?"
• is there such a thing as a Wiki-award for recognizing outstanding contribution by registered users, as voted on by other registered users (a la the Academy Awards, etc)? (# of new articles created; # of vandalism reverts, etc) Addendum: I am aware of the barnstars. I guess I'm suggesting something more automated and formalized ... for those of us with a competitive streak. --N35w101 23:20, 2 August 2005 (UTC)

In other words, make it so that we do everthing possible to overwhelm the bad element by fostering the good element. BTW ... I started out as an IP and quickly decided to register. Why? I wanted to watch certain articles, to know when useful information was added to them, so I could learn. I only became aware of the vandalism aspect after registering. --N35w101 14:59, 2 August 2005 (UTC)

I have just registered and want to express my whole-heartedly agreement with the suggestion of abolishing anonymous editors. It would put a virtual end to vandalism, and even more importantly, I want to know (or at least have an idea) of who it is I'm reading or working with. Why should anyone want to remain anonymous? It makes me distrustful and gives me the creeps, as those Muslim women do who peer at the world through just a slit in their headdress. It must be very off-putting for someone who knows his stuff and has gone to the trouble writing an article to have it mauled by some anonymous half-wit. Knowing who is making the contributions and doing the editing helps others to make judgements about its quality (--Roger Hicks 12 Aug 05).

You're wholy wrong. Vandals would REGISTER. What makes you think they wouldn't? Fresheneesz 19:26, 12 December 2005 (UTC)

My purely empirical experience over the last year-plus (as opposed to an idea from theoretical thinking) is that many would not. The proportion of vandalism to valid edits is, demonstrably, far higher among anons than among logged‑in users. If additionally an e‑mail were required to register, as is perfectly standard on the overwhelming majority of bulletin boards etc., vandalism would drop to a trickle: this too is an empirical observation based on my long-standign participation in some of those bulletin boards. Bill 20:59, 12 December 2005 (UTC)

As to knowing who is contributing, do recall that the vast majority of registered users have handles from which their legal names cannot be simply determined, and that anyone can create a new user name at any time, and it is not even a violation of policy to have and use multiple usernames, as long as you don't use them for vote fraud or to try to fake a consensus, or to evade the 3RR or otehr restrictions. So mostly you don't really know who you are dealing with even in the case of long term user names. And if you aren';t willing to ahve what you write mauled by half-wits from time to time, wiuth anme or without, wikipedia is the wrong place.

As to "putting a virtual end to vandalism" -- I doubt it. many vandals now log in, and more would if there was a requirement to do so. Now at least anon editors are obvious -- someone who just created a throw-away username is far less obvious on new-page or RC patrol. DES ^(talk) 12:28, 12 August 2005 (UTC)

I don't suppose that I have much choice but to acknowledge the validity of the points you make, but I will persist in my pursuit of a "nonymous community", DESiegel (--Roger Hicks 16 Aug 05).

Is it time to restrict editing to registered users?

Please note that the comment below was posted to another section of the Village Pump before I was referred to the Perennial Proposals section, and has been cut-and-pasted here by another editor, so there may be some duplication of comment from me and others. - 23skidoo 15:06, 25 August 2005 (UTC)

Vandalism

I don't know about you but I'mn getting tired of continually reverting either clueless or vandalizing edits by anonymous IP users. These people don't check their talk pages and even if you do post warnings, etc. odds are you're probably hitting an innocent party since there are many who use the same IP numbers; I don't even know if unregistered users see the "You have new messgaes" notification. Has anyone seriously proposed a policy requiring registration and a username in order to edit pages? It would be so simple to do this, and while it would not eliminate vandalism of cource, at least it makes it easier to identify the culprits and block/ban accordingly. Case in point, the recent continued vandalism of Internet Movie Database by someone using a rotating IP. I'm sure there is some rationale behind allowing anons to edit, and it was probably a good one back in the day, but there have simply been too many violators for such an ideal to be maintained, not if Wikipedia is to remain viable as an accurate information source. I am thinking of proposing such a policy but I'm sure I'm not the first to do so, therefore I wanted to ask the question and get response before taking the next step. 23skidoo 04:48, 28 July 2005 (UTC)

Wikipedia:Village pump (perennial proposals)#Abolish anonymous users. --cesarb 04:54, 28 July 2005 (UTC)

I thought as much - much obliged! 23skidoo 11:55, 28 July 2005 (UTC)

• Actually, having them edit anonymous makes them easier to track as it makes their IP visible to the common vandal hunters who can't otherwise check the IP of a user (even admins can't do that). - Mgm|^(talk) 10:04, August 2, 2005 (UTC)

I think this is a very bad idea inimicable to the growth of the project. A high proportion of good edits are made by people who are not signed in. I have made thousands of edits. I made the first few hundred before I had an account and I'm not signed in now. 82.35.34.11 05:43, 6 August 2005 (UTC)

Ditto.--172.191.221.81 18:25, 23 August 2005 (UTC)

I have had my fair share of editing clueless Wikipedia edits or dealing with vandals, but no, Wikipedia is good because anyone can contribute. However, there could be other measures - perhaps it is time to consider technological measures in the next version of the software? For example, software that can detect newbie phrases like "testing" or perhaps "does this really work" or a continuous series of a single letter or sequence, or having administrators who can moderate the first few anonymous edits? --Mintchocicecream 00:08, 15 August 2005 (UTC)

See also m:Anonymous users should not be allowed to edit articles and m:Posting by newcomers should be limited, but not banned. We probably need something. We can't just pretend that vandalism and editing conditions will stay constant throughout the life of the project. What worked when there were 100 users won't necessarily work when there are 1,000,000. - Omegatron 00:18, August 15, 2005 (UTC)

No. The (hopefully coming soon) support of stable versions of articles should limit power of vandals. Anonymous edits will become more valuable since it will be easier to sort out useful contributions. Pavel Vozenilek 22:03, 17 August 2005 (UTC)

see Wikipedia:Requests for publication -- Zondor 20:24, 26 November 2005 (UTC)

The vandalism problem could be resolved by the following proposal for a published supplement to Wikipedia: http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28proposals%29#A_published_supplement_to_Wikipedia_-_a_policy_suggestion loxley 15:40, 19 January 2006 (UTC)

Encouraging anons to register, while disallowing edits

How about something like this: Have two levels of protection, a weaker form of article protection that only blocks anonymous edits to an article, registered users could still edit it, and anonymous users would be encouraged to register, and the stronger form (just as now). So anonymous users can edit most articles, and create new pages, but articles that were subject to excessive amounts of anon vandalism could be anon-protected or anon-unprotected by an editor. I think this would be favorable to blocking anonymous editors entirely, because many cases of repeat vandalism seem to be targetted at specific articles -- probably as a result of their visibility somewhere. --Mysidia (talk) 02:05, 21 August 2005 (UTC)

In short, no. Anyone who has followed recentchanges will tell you that anons contribute more valid material than vandalism. Besides, it's a core value of the project. The Uninvited Co., Inc. 02:27, 21 August 2005 (UTC)

I disagree. I recently had to revert the robot page to a 15 day old version because there was significant vandalism which went unnoticed that whole time. (About half the page was deleted and the rest was un-wikified)! I decided to took a look at the past 100 edits (50 days worth) and determine how much vandalism there was. (This was just a quick eyeball count based mostly on the edit descriptions and is not 100% accurate).

* There were 17 reverts due to vandalism

* There were 34 vandalism edits (all by people with no account)

* There were 20 legitimate edits by people with no account

You can plainly see that there are more vandalism edits by anon users than legitimate edits. Note that over half of the changes made to the page were in relation to vandalism. -- BAxelrod 12:08, 14 October 2005 (UTC)

I would just like to add my $0.02 in that I support only allowing registered users to contribute. While some anon users don't vandalize, I've noticed on many articles that many of them do. Some are deliberate attempts to vandalize, some minor edits are done to "test" the system to see if indeed Wikipedia allows all users to edit/create. Registration with Wikipedia is easy and fast. IMO, registration is a psychological thing. It is a commitment to something. People who are serious will create an account and join the throngs of Wikipedians. I had done a few minor edits when I was an anon user but when I saw some articles that I could really add to, I created an account for I wanted to be a part of something. While you can't completely curb vandalism through registration, anything that makes it just a little harder to vandalize will help Wikipedians from having to continuously zealously police their favorite articles. Registration will not take away the community approach to Wikipedia. Registration of course isn't the only option as there have been other good ideas outlined on this page by other users. Whatever the solution, please just have one as it is so time consuming to continuously do battle with these rampant anon vandals. --speedoflight 09:06, 17 November 2005 (UTC)

• Ability of anyone to edit articles without registering. This so-called ability of anyone to edit any article without registering does not exist in practice. Many users are blocked, and many articles are protected, some of them permanently: the best example is Main_Page, probably, which is a very important article, that anonymous users happen to be unable to edit too. These may be exceptions to the rule, but the exceptions are numerous, and the exceptions are important cases.. (if the core principals don't even work for the main page, then what's up with that...?), it is not just in one or two cases, it is in a substantial number of cases. The notion of stable versions might help somewhat, but obviously... most contributions are from so-called anonymous users, because it is not made quite clear on Wikipedia that registering as a user is even done here, except by a tiny link: I believe many of these users would register if the advantages of doing could be explained up-front.. --Mysidia (talk) 01:55, 25 August 2005 (UTC)

I disagree, for the most part, most users aren't blocked, and those users can edit almost any article. Fresheneesz 19:33, 12 December 2005 (UTC)

I strongly support allowing edits only by logged-in users. Why:

• There is a lot of IP-address vandalism, mostly casual stuff (eg. "Stan is gay"), usually by kids in schools, who are just doing it to see if they really can. I firmly believe that most of these people wouldn't bother if they had to register.
• When someone makes a change that is well-intentioned, but which I think is wrong, I want to talk to them about it before I hack all their hard-written text out. (Eg. when someone added a huge and good history blurb to Panama Canal, and I felt it belonged in History of the Panama Canal.) But if they do it from an IP, you can't talk to them, so you're faced with just taking a hatchet to their work.
• Wikipedia has been in the news!!! But rather negatively, being accused of slander. We're getting a reputation for irresponsibility which is largely due to the totally open edit policy, and the high level of vandalism. Interestingly, the remedy in this case was to enable article creation only by IPs; but that wouldn't stop someone editing the JFK article to show that he was assassinated by Johan the Ghost. I think we could demonstrate greater responsibility by requiring logins for all edits.

I strongly support Wikipedia's core policy of openness. But people, think about it: Wikipedia's registration process is literally the simplest in the world, it literally couldn't be any simpler, and no-one who thinks about it rationally can possibly see it as a serious barrier to making contributions. If you're willing to volunteer a couple of sentences on a topic, you should be willing to type in a logname and password, for cripe's sakes.

In short, I'm for allowing anyone to make edits, but I'm for people taking responsibility for their edits, too — even by just tagging a made-up logname to every change. — Johantheghost (was that me on the grassy knoll?) 13:24, 14 December 2005 (UTC)

The amount of IP-address vandalism is really getting to me. Panama Canal seems to be a huge target, and I have to keep a close eye on it, which detracts from me doing real work on WP; and now that U.S. Navy Marine Mammal Program is article du jour, it's getting bombarded too. It's making me wonder whether I can be bothered getting the whole Panama Canal series up to FA status; do I want to deal with the incessant vandalism?

I'd like to thank all those who are helping by reverting this trash; but wouldn't it be better if their energy was being directed into real improvements to the Wiki? What will it take to get IP editing banned? — Johantheghost 13:32, 20 December 2005 (UTC)

Concept of registering

I think the concept of Wiki "registering" should be revisited before saying yes or no to this question. Indeed it would be better to say yes to this question, IMHO. But the real problem is that we have no way of validating people on the internet unless we use a 3rd party such as credit card verification or other identity verification. However, the mere wisper of such personal information being surrendered almost seems to the defeat the whole mind-set of Wiki and scream bloody murder. It appears that the Wiki creators already know this fact and have surrendered to it completley. The "registration" process to sign up for a Wiki is laughable in regard to security or user validation. They don't even bother making people put in their email address as a requirement. Because they know email addresses can be easily created for free all over the internet. But if you added at least that minimal layer of protection it would inconvenience vandals and also stop nearly 99% of automated anonymous garbage posting/spamming. If I may make a parable; a lock can be bypassed, but the fact that it represents an inconvenience or an obstacle to an ill-intended person is why it works. Your Wiki is free to view by all. Free to edit by all. But remember the price of freedom is eternal vigilance and you have to pay a price for that freedom. What I really find insane is that there are so many little safeguards you can do to prevent, finalize, and quickly stop vandalization that are simply not in place. Certainly a page should be declared final at some point. I've seen some talk about comparing this "Encyclopedia" to commercial ones. You can not compare them. Britannica does not have millions of raging vandals trying to thwart the enlightening of the masses every day during their publishing, editing, and review processes. BlackWolf 23:15, August 24, 2005 (UTC)

Also I must add that the more popular Wikipedia becomes the more responsible Wikipedia will be for producing a quality product--even if that product is free and fluid. What im saying is that the future of Wikipedia is in jeapordy due to the fact that as Wikipedia's popularity grows so too will its vanadals. But you'll argue that the "good" Wikipedians will protect its contents from the bad. Isn't the point of the Wikipedia to spread and open up free information to all? Our good Wikipedians are spending their time editing and hunting malicious content. It does not matter that the "good" Wikipedians can catch vandalism in as quick as 5 minutes or even faster. There is going to be the time where one person or more will be viewing misinformation. Misinformation that was either deliberately placed there or by accident. So Wikipedia may just earn the reptuation of a Misinformation Portal where advertisers, spam bots, and vandals tag and make their mark. People turn to Britannica and others because they know it has a reputation for solid facts and neutrality. Of course there are errors, people make mistakes. But Wikipedia, in order to compete, needs to learn fast that their reptuation diminishes each time a person (end users specifically, non Wiki types) visits and finds out their information is false! Imagine a student doing homework and fails because their information was false. Sure you provide a disclaimer... but why would I want to goto a self proclaimed "Encyclopedia" for what may or may not be the right information? So while it is great and I am quite the Wiki fan. Perhaps the Wikipedia itself needs more security and a whole new scheme on how to protect its crucial information; its reputation. I want nothing more than Wikipedia to succeed. Keep that in mind when you feel threatened that the Wiki way of life im proposing might be radically different than the way it was intended. BlackWolf 23:34, August 24, 2005 (UTC)

In response to the comment above suggesting that registering might require some sort of validation, I don't think that's necessary at all. The current system works fine. My thought is if we make people choose a username and register it, then that makes it easier for admins to ban vandals without having to resort to blanket bans of IP numbers, and IMO it would drastically reduce the amount of vandalism because it would remove that anonymity factor vandals crave -- even if there's no way to actually find out who a particular user is. And it would also eliminate so-called drive-by vandalism from anonymous posters that probably accounts for a good chunk of the nonsense. Of course registering won't be a 100% solution since there are known vandals and "wikiterrorists" who are registered. But it might help alleviate some of the frustration around here. 23skidoo 15:04, 25 August 2005 (UTC)

Strongly agree. I'm in favour of openness, as I said above, so keep registration simple — but require some form of registration, as at present, to facilitate intelligent tracking / banning, and to discourage experimental vandalism. Tracking IP addresses just doesn't work. I have no idea what my IP is right now, but I guarantee it will be different tomorrow. — Johantheghost 13:32, 14 December 2005 (UTC)

Any manual form of registration will deter new users from contributing. I have an idea for a sort of non-manual registration, though. Use cookies. Load cookies on visiters' computers, and using that cookie, they can be identified in subsequent visits. Anons would be able to track their contributions, and perhaps even have user pages. Likewise, vandals could be tracked, and the code associated with their cookie could be blocked. I believe this solves all the problems associated with IPs vs registering - but please correct me if i'm wrong. Fresheneesz 21:37, 14 December 2005 (UTC)

As I mentioned elsewhere, cookies are a privacy issue for a lot of people and a lot of folks have their browsers set to not accept cookies. IMO anyone who is serious about contributing to Wikipedia will be willing to register, just like anyone who wants to post to online forums, etc. have no problem jumping through a few registration hoops. Yes, I know it isn't a complete fix - browse Special:Newpages at any given time and you'll see nonsense articles being created by registered users - but I have noted a sharp drop in the amount of garbage articles being created since Jimbo banned anons from creating articles, and I'm confident we'll see a similar drop-off in anon vandalism if registration is required. I have 500 pages on my watchlist and I think in the last month only one piece of vandalism was actually done by a registered user; everything else was done by anon IPs. 23skidoo 13:45, 20 December 2005 (UTC)

Maximum charcters IPs can edit

I know people that have edited a page and deleted all the infomation on the page and the made it in to a mesage to thier friends. So i cant see a problem with stopping unregistered users making large edits, can we put a cap on the amount of words their allowed to edit?? Labtech

Most vandalism edits (apart from blanking, of course) consist of no more than 10 words (I've frequently seen a single word changed to "penis", for example). --82.7.125.142 21:29, 19 January 2006 (UTC)

Flagging anonymous edits by style

There are two sides to the communications channel (supposing spoken communication for concreteness): the speaker and the listener. All proposals above seem predicated on the idea that only the speaker takes a role in communication (the IP editor, the spelling freak, or the vandal. No proposal takes the point of view that the listener also has an active role in communication: selecting to whom to listen, selecting to what to listen, selecting which portions should be ignored, et al... This is an important skill -- to determine which varieties of biased information will be deemed trustworthy by the listener.

I recognize that in the Wikipedia as is, the listener is not aided in this attempt. Anonymous edits look just like every other edit in the displayed article. Thus, a responsible "listener" does not have the cues necessary to exercise the listener's role in communication.

Proposal

Users have an additional configuration setting where they may choose to show anonymous edits in a different style (relative to non-anonymous edits).

Thus, the listener is able to exercise the listener's role and choose whether or not to weigh anonymous contributions as heavily as non-anonymous contributions.

Corollary

It might also be handy to have a third style (after "Normal" and "Anon") applied to any edit by an account on a list supplied by the user.

This could be a sort of "these guys are kooks" list (or a "these guys are geniuses" list) to allow the user to highlight such edits for the same purpose -- to engage the listener in the listener's role.

But this still does not justify allowing editing from any anonymous source

I love Wikipedia and have made quite a few edit contributions that have stuck, so I like to think I am a positive asset to Wikipedia. But I am spending too much time reverting vandalism.

Why is it that Wikipedia allows anonymous (from mere IP addresses) editing of the articles? This is just dumb and we're literally begging for vandals to come and mess it up. I want to assume good faith of other contributors but if there is no discrimination at all at the gate, the barbarians just walk in. That makes it harder to do business inside the city walls (which we don't have time for) and, eventually, we will not be able to do business at all. This is what John C. Dvorak is predicting at Wikipedia:Criticisms#John_C._Dvorak. The standard Replies to common objections is not dealing with this modest restriction at all. Nor are the reasons above. There is no proof given that none of these "good edits" from anonymous users would have been made if these users would have been required to create an account and log it. People need to take responsibility for what they say in something that becomes a reference for others. Because Wikipedia does not require people to do that, the barbarians just come in and mess things up and those of us who are legitimate are running out of time cleaning up their droppings.

It is just not cutting it and too many person-hours have been spent editing Wiklipedia to allow this valuable web resource to be destroyed or become meaningless because of some zealous adherence to some notion of egalitarianism that is more than necessary to be egalitarian. Egalitarianism is not anarchy nor is it dependent on anonymity.

You should require every editor to Login and when they first create an identity, they should have to verify by responding to an email generated from Wikipedia (so we know their email address is real, and some domains can be nixed). They should have to identify themselves, at least to the administrators. And whenever they login, there should be a record of IP addresses that the logged in user comes from so that if vandalism is done from the same IP (but a different login name), we might have an idea of who to contact.

You guys have to fix this! It will not be long that sophisticated vandals will automate what they do and use multiple IP addresses to do it. And then Wikipedia will become useless. What a waste! r b-j 01:58, 21 September 2005 (UTC)

I strongly agree with your proposal. It would also help tremendously in curbing the abuse that afflicts many users who attempt to constructively author and edit articles for the Wikipedia. However, it seems evident that mainly for historical reasons it will be very difficult for the adminstrators of the Wikipedia to make this reform.--Pseudo Socrates 20:07, 11 October 2005 (UTC)

I see four possibilities here with respect to "multiple IP addresses":

1. Someone in control of a range of addresses decides to use it against Wikipedia. This should be easy to detect (and ban - range blocks can be speicfied).
2. Someone starts using lists of proxies. But Wikipeida admins routinely block proxies as they are found, and the popular ones don't move around all that much. I don't see an automated system doing anything other than causing these to be closed faster.
3. Someone makes a program that abuses dynamic IP allocation on their ISPs network, getting new IPs when they detect a banning. A temporary ban against the range, and a note to the administrator of the ISP should be sufficient. Might be damaging if more people did it.
4. Someone makes some spyware or virus that makes edits from whoever has it loaded. Has potential to cause real trouble. If this happened in a discrete time period the damage could be significant, but it would be fixable, and in a pinch we could always roll back to a previous backup. Probably "fragile" - not easily updatable to cope with changes in Wikipedia systems that could be used to break it.

Skillful Vandals

The thing is, the most worrying ones are the ones that take the most amount of time and skill. Automating things like grabbing a new proxy is not exactly trivial. Frankly, if I were that skilled, I'd spend my time doing something worthwhile. There are very few "sophisticated vandals", and I reckon of those that also have technical ability, most would get bored before even considering using it against Wikipedia. I wouldn't want to have the biography I'd have written for me when people found out who I was hanging over me for all eternity, either. :-) GreenReaper 06:16, 24 September 2005 (UTC)

I note that a logged-in user, although s/he can gain consistant reputation, can be and often is actually more anonymous than an IP user. It is often fairly easy to follow an IP address and get personal identifing information from it (not always, of course). While for a loged in-user, the IP address is not redily available, and the user ID often has no obvious connection with a real identity. Even if email addresses were required, it is often easier to get effectively anon email addresses than IPs. DES ^(talk) 16:42, 24 September 2005 (UTC)

This is in response to GreenReaper's comments above about sophisticated vandals not wanting to bother with wikipedia. That reminds me of a few friends of mine in high school who boasted that the "brought down AOL for X hours". I think it was one of those attacks where they just bombarded the server with multiple confusing requests from many computers. The point is that as Wikipedia becomes more popular and a larger force on the net, people will try to take it down just because it is there. In our case "bring down" probably means being bogged down with so much vandalism that the good content cannot get through. I predict that vandalism is increasing and there will be a point where something must be done. -- BAxelrod 12:49, 14 October 2005 (UTC)

Like rbj, I think I have proven my commitment to the ideal of a creating a free but high quality and up-to-date encyclopedia by my own edits here since I became a user some months ago. I have given considerable effort to writing long but highly readable and well documented articles on various topics in math and physics (areas in which I have a fair amount of technical expertise). Like rbj, I am dismayed by the amount of my available "WP time" which I have spending recently trying to deal with vandalism and hoaxes in comparision to writing new material.

Other

I am with the majority here: disallowing edits by unregistered users will cut down the time we spend reverting vandalism, at least in the short term. This goal is so important that, while I have seen useful edits (like minor spelling corrections) by unregistered editors, such considerations are simply irrelevant in view of the fact that (I believe) the future of Wikipedia is gravely threatened by vandalism. Indeed, I believe that damage caused by rampant vandalism is already far more serious than many Wikipedians may be willing to acknowledge. For example, one consequence of rampant vandalism of articles like Albert Einstein is what I call incoherence creep (see the talk page of that article for my explanation of this term and some modest proposals). This is so frustrating to someone like myself who has worked hard on various articles which are wholly unprotected against this kind of cumulative degradation that some kind of "forking" (e.g. Scholarwiki or something like that) is inevitable if collaborative encyclopedias are to survive at all as something which is more than a joke. Consequently, I believe that as a community, we need to try a variety of reasonable measures to make it much harder to vandalize or hoax the Wikipedia. Disallowing edits by unregistered users is a small but neccessary and long overdue step in the right direction. However, further steps will be neccessary, I believe, to allow Wikipedia to continue to flourish and attract high quality writing in the future. To mention just a few: we need some kind of iterative protection which will make it harder to damage high quality and high profile articles, and the admin system, which has not scaled gracefully, needs to be completely overhauled.

Someone just told me that back in August, Jimbo Wales announced a forthcoming policy change which would indeed require editors of the Wikipedia to be registered users. More to the point, it seems he is considering some kind of iterative protection in which high quality articles are protected against casual poor quality edits, as well as vandalism. (See again my discussion of incoherence creep cited above. I am using Albert Einstein as an example in part because, while I think this has in the recent past been a high quality article, I have not myself contributed very much to it. I have however written other articles which I think are of high quality and I'd hate to see them suffer the miserable fate of Albert Einstein. You might need to have monitored this article for a month or so to see the kind of degradation I am talking about.)

Does anyone know more about these policy changes? How can I contribute to discussion of such policies and perhaps have a hand in shaping thoughtful and even wise policies which will strike the best possible compromise between encouraging small (and large!) improvements while discouraging incoherence creep, vandalism, and hoaxes.---CH (talk) 22:34, 27 October 2005 (UTC)

The new policy seems to be very limited, and went into effect a week or so ago, and has been presented as being in response to the Seigenthaler mess. It consists merely in requiring registration for the creation of articles. (That wouldn't have prevented the Seigenthaler libel, by the way, which occurred in an edit to an existing article.) But even this little is littler than it looks: within the last 48 hours or so I saw a Talk article created by an anon for the sole purpose of putting the usual "X is a fag" graffito onboard: so apparently the new policy only applies to the main namespace.

Jimbo's reluctance to go further is a witness to an open and idealistic mind, but (and by temperament I am among the very first to be sad about this) the world is not so built. For the time being we can coast by, leaning on the eagerness of new blood to correct endless vandalism; but we are still a pyramid scheme, although with signs of aging: and at some point, fairly soon I think, the number of graffiti will completely overwhelm the "undo" efforts of responsible editors. I'm a good example: I no longer usually make spelling corrections, revert vandals, etc.: leaving it to others. If I did, I'd be doing nothing but; we have lives to live. I say, use machines and automatic processes to do the donkey work: you and I, all of us, are worth more than that. Bill 21:10, 12 December 2005 (UTC)

My proposal - Simple, isn't it?

1. Only registered users may edit articles on Wikipedia.

This is a proposal that is very controversial. Anonymous editing is what allowed wikipedia to become huge like it is. However, statically, anons are usually the vandalizers. BUT THINK ABOUT IT. If you wanted to vandalize, all you have to do is create a user name. Most vandalization would still happen if this proposal went through. MOST of anon editing is NOT vandalism, but are edits that would never happen if it weren't so easy to edit. Vandals are more determined than non-vandal anons, therefore they would GET an SN and still vandalize. Remember that people with user names are more anonymous than IP addresses Fresheneesz 19:16, 12 December 2005 (UTC)

• Re the statement "Anonymous editing is what allowed wikipedia to become huge like it is" — no, I disagree. Wikipedia became huge because anyone can edit an article. What some people don't seem to get is that with this proposal, it will still be true that anyone can edit an article — they will just have to log in first, and then if they vandalise, they can be blocked. Since no personal informaiton is required to log in, I don't see the problem with this.
• Re the statement "MOST of anon editing is NOT vandalism" — see Some actual vandalism statistics below; I found that 75% of anon editing is vandalism.
• Re the statement "MOST of anon editing is ... edits that would never happen if it weren't so easy to edit." Nonsense. If someone is willing to contribute a few hundred words to an article, they should be willing to type say 10 characters for a user name and 8 for a password, which is only required once.
• Re the statement "If you wanted to vandalize, all you have to do is create a user name." Under this proposal, with email verification, that would be very hard — once blocked, they're off.
• Re the statement "user names are more anonymous than IP addresses" — you're missing the point. No-one wants to know who these people are in real life, what sex they are, where they live, etc. The point is that a logged-in user can be blocked, or talked to on his/her talk page, etc. You can not do this with an IP address, because one address may be used by many people, or one person may have a different address every time they connect — like me. — Johantheghost 20:33, 28 December 2005 (UTC)

• ...But not people like me. However, I will chat with you if you really need someone for that, Jtg. 203.198.237.30 12:09, 17 January 2006 (UTC)

• You're either missing my point, or burning wacky candles. I have a different IP address every time 'cos I do most of my surfing wirelessly, at places like Starbucks, (I like the coffee. Sue me) not because I'm paranoid. My point is that if I have an ever-changing IP address without even wanting to, then using IPs to track vandals is never going to work. — Johan the Ghost _seance 13:18, 17 January 2006 (UTC)

• Burning or at least grinding something else entirely brother. May be some of us stay in just to redress the balance, even a little. 203.198.237.30 03:31, 18 January 2006 (UTC)

• Brother, in an ideal world — a world not full of witless vandals — I would fight for your right to edit without logging in. To see why I'm not, look at the article history of U.S. Navy Marine Mammal Program for 20 December. — Johan the Ghost _seance 11:38, 18 January 2006 (UTC)

• I suppose we could do this indefinitely, seeing as how I signed up for a bit of a chat. Absolutely, NMMP was bad (perhaps not in the same league as butter), although by the by I seem to recall doing a bit of re-tooling there myself. Off the specific topic: has an automatic "integrity" color-coding scheme for the IP address or name of all editors come up before? The basic idea is that everyone starts with a certain hue to their name or IP address (in the same way that names with virgin user pages are red). As they edit (whether to contribute or vandalise), the color of their IP or name as displayed in edit history changes through a designated "spectrum of integrity" (perhaps without IR and UV), so that you can immediately determine whether the integrity of a user is positively established (eg. the color for those without any or only a few edits stays at the end of spectrum where integrity is simply not established). Such functionality is conceived as part of a more wholistic solution to vandalism than just outright IP address banning. Constructive feedback and moving the suggestion to a more appropriate location if anyone thinks it sufficiently meritable welcome. 203.198.237.30 06:17, 19 January 2006 (UTC)

• But this brings me right back to my point. You are assuming that IP address == person. This is wrong! In reality, IP address == many people (eg. at a school), or many IP addresses == one person (eg. roaming user). So you can not use IP addresses to track or control peoples' behaviour. — Johan the Ghost _seance 12:49, 19 January 2006 (UTC)

Proposal disallow editing by anons

Users who support this proposal:

• User:Revolución
• User:Bill— Thayer (Why hasn't this been formally voted on if so many people are interested in the question?)
• User:23skidoo (particularly in light of the JFK assassination article controversy)
• User:Tomandlu (I only watch about a dozen articles, and at least 1 gets vandalised everyday - always by anons - and these are not even prominent articles)
• User:Johantheghost Absolutely — given the amount of IP-address vandalism I got last time I got an article on the front page, I don't know whether I'll bother doing it again unless this happens.

Users who are against this proposal

• User:fresheneesz - editing by anons is the most important way for this site to gain new contributors. There are better ways to deal with this problem.
  • Response. IMDb requires membership in order to add information and, while that information may at times be dubious, they seem to have no trouble attracting people. Nor do the many BBSs and forums that require membership. Back when Wikipedia was in its infancy and looking to gain interest, that was different. Now it's up there with Google and IMDb - people who want to add to Wikipedia with serious intent will register. I for one have noted a sharp, sharp drop in the number of B.S. articles I've had to speedy since the ban on IP-created articles was put in place. 23skidoo 19:38, 12 December 2005 (UTC)
• Um, does my dissenting voice count? Off with my head then. 203.198.237.30 12:09, 17 January 2006 (UTC)

Some actual vandalism statistics

U.S. Navy Marine Mammal Program has just had its 24 hours on the front page. While I was braced for some vandalism, I wasn't quite prepared for the storm of abuse that followed. In 24 hours on the Wikipedia front page:

• we had 207 edits
  • 79 were vandalism
  • 86 were reverts / fixes
  • 26 (13%) were useful, constructive changes
  • 16 were non-vandalistic but detrimental changes

Of the vandalism edits:

• 68 (86%) were from IP-address users
• 11 were from logged-in users; these were 5 persistent vandals, who have mostly been blocked

Of the constructive edits:

• 7 (27%) were from IP-address users

Of the non-vandalistic but detrimental edits:

• 9 (56%) were from IP-address users

I calculate that the article was in a vandalised state for over 48 minutes, which means that 3.3% of people visiting Wikipedia for the first time and clicking on "Today's featured article" would have been presented with a giant picture of a penis, or something similar.

I'm grateful to the many people who helped to police the page and keep it clean — for most of the time. What a shame that all that effort couldn't have been directed into cleaning up articles, starting wanted articles, fixing POV issues, etc. — Johantheghost 14:37, 21 December 2005 (UTC)

This is incomplete; how many of the constructive edits were from IP-address users? How many of the "rejected" changes? 82.12.106.84 14:46, 28 December 2005 (UTC)

Argh! A vandal! A vandal! Oh no, sorry — a bit twitchy there.  ;-) I've completed the list as per your suggestion, for which thanks. — Johantheghost 15:07, 28 December 2005 (UTC)

Require changes to be reviewed before going live

This is very frequently proposed, in one form or another. - Omegatron 00:10, August 8, 2005 (UTC)

See m:Posting by anonymous users should be limited, but not banned

(begin text copied from User talk:Omegatron#My editing philosophy and the Credibility of Wikipedia)

I base my editing philosophy on the basic premise that

Readers should not be misled when referring to what is supposed to be an accurate repositry of knowledge(Wikipedia)

To that end, I would rather see something that is inaccurate removed rather than remain on the article page to confuse the innocent. The inherent weakness/strength of a Wiki is, of course, that anyone can contribute and edit/revert. However if any one can contribute, and the editors do not know whether the contribution is right or wrong, the article can remain visible for a long time steering readers in completely the wrong direction. Since I have been editing Wikipedia, I have been truly horrified at the number of inaccuracies and sheer poor quality of writing on many subjects with which I am familiar. My purpose therfore is to try to correct those articles in the subject areas with which I am familiar so that readers like myself can have confidence in the accuracy of Wikipedia. I'm sure I read somewhere on 'pedia that CREDIBILITY is (rightly)one of the main concerns of the organisers. I have to tell you that, certainly in the field of electrical, electronic engineering, Wikpedia is certainly NOT credible to at the moment. I am prepared to, and already have started to, help correct that situation in the subject areas with which I am familiar.

I have a suggestion for minimising the amount of substandard/incorrect information appearing on the live pages. This is as follows:

Until a new user has proved his/her reliability over a period, he/she would only be able to edit the Talk pages relating to an article and not the article itself. New articles could be submitted in the same way but only go 'live' when the new user becomes 'registered as reliable'. The only disadvantage to this is that new users would be under the scrutiny of existing users and admins and may never get their 'wings'. But this is similar to the procedure at the moment in that existing users and admins try to moderate the excessive tendencies of new users and this must take up a great deal of their time. Under my scheme, at least the live pages would probably be more accurate and hopefully be more resistant to vandalism. I think also that in this scheme new users could be mentored and encouraged to edit responsibly and not have to learn the hard way (like me) by having their edits reverted and getting into timewasting arguments with admins etc.

I would be pleased to know your views on this idea and hope that the above explains my sometimes over-zealous attitude (which I am trying to moderate) when editing.:-)Light current 23:38, 7 August 2005 (UTC)

So you wouldn't be able to delete all this useful information until I approved your changes? Sounds good to me.  ;-)

Variations have been proposed many, many times, especially by new users. You would have to get a lot of support to change something so fundamental to the wiki, though. I started a new section on Wikipedia:Village_pump_(perennial_proposals)#Require_changes_to_be_reviewed_before_going_live for you to post your idea in.

An alternative idea is just to warn newcomers about the way the wiki works and get them to approach articles the same way we do, with caution where caution is due. One small change that might help is to make the disclaimer or the source of our content (us) more visible to newcomers. See Wikipedia:Proposed update of MediaWiki:Tagline.

Also, I think the credibility problem is very much your own personal opinion. It has its problems, but it's not that bad, and covers a lot of things that aren't covered at all in other places. Read through Wikipedia:Replies to common objections, if you haven't. - Omegatron 00:21, August 8, 2005 (UTC)

Sorry for intruding on the interesting philosophical discussion, but Light current's argument sounded a lot like a form of immediatism. It might be very interesting for him to take a look at that series of pages on meta. --cesarb 00:38, 8 August 2005 (UTC)

(end text copied from User talk:Omegatron#My editing philosophy and the Credibility of Wikipedia)

I think a good way to impliment this is to have only extensive and complete-ish articles be partially locked and force changes to be approved. For pages that are more or less complete, there could be the "article" page, the "discussion" page, and also a "proposed changes" page where anyone can edit. This way, anyone can still edit, but changes will be buffered. Perhaps only these "partially locked" pages would be rated and verified extensively. Fresheneesz 23:08, 11 December 2005 (UTC)

Constructive updates will be easier if "partially locked" means that the article can be edited as usual, but there is a lock on which version is displayed by default. Still discourages vandalism, what's the fun of vandalising a draft? But you still need to solve who gets to tag a new version as the default version, and how to decide which articles to lock down. HFuruseth 21:54, 26 December 2005 (UTC)

I think there should be a way for individuals or groups to tag individual revisions. Then you could select for example the latest revisions approved by some group or individual you trust. Maybe some parenting groups would tag articles it thought were suitable for children. I would like to tag revisions free from vandalism. Maybe another group would like to tag revisions that have been fact checked. --Gbleem 15:29, 13 December 2005 (UTC)

I believe radically open communication is one of Wikipedia's core competencies. Establishing a formal system by which contributions may be made will cause so many real experts not to bother. I wonder how many dedicated Wikipedians got involved initially just correcting some small error they wouldn't have bothered with if they'd had to register, prove their worth etc. The best people that Wikipedia needs to attract are probably the same people that are too busy to be bothered with the "getting involved" process. To entrenched Wikipedians, establishing an approval process is not a barrier; but it will be a serious hindrance to growing the Wikipedia community. Vandals are motivated to figure out a way to beat the system. Valuable contributors won't be so motivated, and they just won't get involved. The tagging idea is fabulous. If combined with some kind of editor rating system--universal or personal--that would be a great way to preserve both radical openness and excellent credibility.DaniU 17:42, 20 December 2005 (UTC)

Agree: I'm almost totally in agreement with Wikipedia's policy of openness, and I think that the barrier to contributing should be very low. Any kind of approval process will be a major hindrance — for justification of this, see the story of Nupedia. But I think there should be a bar — just a very low one. In other words, as I argued above, disallow anonymous edits. WP's registration process is as easy as it could possibly be, but I think it would be enough to reduce casual drive-by vandalism to manageable levels, as well as giving as a mechanism to track and ban vandals — and, perhaps more importantly, talk to earnest but misguided contributors. — Johantheghost 19:17, 20 December 2005 (UTC)

Better visibility for ideas

It's so frustrating to write up an idea and post it on the village pump, only for it to disappear off everyone's radar when the pump is archived. We really need to provide highly-visible lists with short summaries of proposals and software changes and discussions about stuff like this, so people can check whether ideas they've had have been proposed in the past, contribute to discussions that would otherwise be forgotten, etc. - Omegatron 19:51, Jun 10, 2005 (UTC)

Nobody will ever check previous proposals before posting their own identical version. ;) Seriously, though, make Category:Proposals for Wikipedia or similar. r3m0t ^talk 16:36, Jun 17, 2005 (UTC)

But we can search for similar and merge them after the fact. I guess this intersects somewhat with mediazilla, but not with proposals for policy and stuff. A category is a good first step. I would want descriptive summaries next to each, though. - Omegatron 16:50, Jun 17, 2005 (UTC)

individual sandboxes?

Is it my imagination, or is the current "global" sandbox useless? I was just about to compose some text there (amongst several other people doing the same thing), but then someone blanked the whole page (losing the 4-5 then-current experiments), and while I was figuring out how to revert it, someone else blanked it again. Clearly it gets trashed all the time, which it seems to me would make it uselessly frustrating for someone trying to actually use it to test out some text or markup that required more than one editing cycle.

I assumed that sandboxes were individual, not global (that's the way some other sites, e.g. everything2, work, I think.) How hard would it be to have individual, per-user sandboxes here?

Steve Summit 13:14, 14 July 2005 (UTC)

By creating a personal sandbox, I believe you have answered your own question... --IByte 16:50, 14 July 2005 (UTC)

Yes, that was gkhan's suggestion. Thanks. I still maintain that the global, public sandbox is pretty useless, and in particular, I can't imagine a new user (who probably needs it most) getting any good use out of it at all, when it disappears out from under them (along with whatever text they were playing with) at any moment. (Yes, the old text is all there in the history and can be reverted, but new users probably don't know how to find/do that.) So now my suggestion is: change the many prominent "you can test edits in the sandbox" links to somehow suggest using your user page in this way, instead. Steve Summit 17:42, 14 July 2005 (UTC)

I'd fallen onto this "perennial suggestions" page by accident. I've now re-pasted the suggestion onto the main VP "suggestions" page here, and will be deleting it here shortly. Steve Summit 18:18, 14 July 2005 (UTC)

Yea this doesn't seem like a perennial suggestions type of idea. But I don't even see the problem with a global sandbox. What kind of edit would take more than one round? Even if it does - you can just copy paste your edit anywhere you want. Someone blanking the sandbox means nothing, because you can paste your edit in, and it won't be blank anymore. Not to mention, the sandbox is for testing out syntax - not for test writing an article - if you want to do that, just preview it on the article editing page. Fresheneesz 21:19, 18 November 2005 (UTC)

Will the spoken Wikipedia be available as podcast?

Loving the iPod and Wikipedia, I was wondering when the spoken Wikipedia files will be available as podcasts. Thanks, Hinke (Netherlands)

As a matter of fact, it already is. http://en.wikipedia.org/enwiki/w/index.php?title=Wikipedia:WikiProject_Spoken_Wikipedia/rss&action=raw

– Quadell ^{(talk) (sleuth)} 02:39, August 6, 2005 (UTC)

My Idea

A while ago, I (User:A.K.A.47) was feeling bored. Naturally, I decided to put a joke category on my user page - the category was "Uncategorised Pages". After a while, someone found this, deleted it and told me that my Russell's paradox joke was "appreciated". All very funny.

But that's not all - this little gimmick has given me an idea. Is there any way in which a page which has not been given a category (or been stubbed) can be placed in a special page called "List of Pages without categories"?

This would lead to fewer pages being essentially orphaned, and would allow all pages to be accessed by a category, which is one way for pages to have someone who wouldn't normally be interested in them to be given a bit of attention.¡¡Howzat!!

Ahkayah cuarenta y siete 11:29, 22 July 2005 (UTC)

Special:Uncategorizedpages. —Cryptic (talk) 12:00, 22 July 2005 (UTC)

Thank you, but what I forgot to suggest was a wikiproject to encourage categorisation of pages - a push to get something to do be done about these pages, because, quite franky, I can't categorise every single one of these pages.

What you are interested in is Wikiproject Categories

"WikiMaps" A new kind of wiki ?

Hi, I am a contributor and supporter of wikipedia. I have an idea on expanding wikipedia's power. Maybe this is proposed before but I'll try to express my ideas. The idea is "wikimap" a diverse map which is drawn by wikipedia community. Since drawing and giving information on Maps is a verry different thing than just giving textual information, a special info entry screen should be developed. Here are some random thoughts on wikimaps

- Map should be on different levels, like "worldwide" "countrywide" "statewide" "citywide" "streetwide" - Maps can contain different layers and layers may contain different kinds of information like touristic information, road maps, geographic maps etc. - WikiMaps should be able to be displayed on browsers, a java like ekstra interface might be considered, but for most things, html and javascript should be enough - Other wikipedia content should supply geographical coordinates or special references to wikimaps and vice versa. - Other information like "how to reach this place" "cautions" etc should be seen or linked on map - Designing such an map entry interface and database backend is a very challenging job, but all is possible - This way wikipedia's information diversity can be greatly increased. and we can have a free, available for all countries and worlds greatest map driven by a great community.

Mehmet D. AKIN (mdakin@uludag.org.tr)

The idea of making a Wikimaps service has been repeatedly proposed. The problem is that it would require a very large up front software development project, and nobody has volunteered. -- Cyrius|✎ 21:38, 2 August 2005 (UTC)

Besides,

Template:VPP-project r3m0t ^talk 12:05, August 3, 2005 (UTC)

you may be interested in UPCT (French, map with layers, free edition)? Natmaka 18:45, 9 August 2005 (UTC)

You may want to look at Wikipedia:WikiProject Geographical coordinates. Magnus Manske have written a bit of software, but the project is currently at a standstill. -- Egil 17:19, 11 August 2005 (UTC)

One thing that makes this idea less appealing is the amount of work that would go into it - and the amount of useful ness that would come out of it. The reason wikipedia exists is to allow people to access all human knowlege - however many companies have already develeoped an almost entirely complete set of maps - companies like google and yahoo have maps of almost any place you can think of. And their interface is decent to excellent. I would suggest the wikipedia community links to there for now - and draws their own maps when WW3 happens and we have to redraw all the maps ;-) Fresheneesz 21:26, 18 November 2005 (UTC)

wiki travel guide

well... since i have started a long back-packing trip in south America, i found the main guide books (lonely planet and the south American handbook, ie footprint), not only over priced, but mainly unable to stand with the vast changes in this parts of the world... i was thinking of a wiki-like site, mainly consisting on travellers reports and advices edited by travellers as they go, updating and giving information on everything from trekking routs to hostels accommodations.. mainly, the main travelling sites, give you relativity a small amount of information, and mainly trying to sell you their books.... anyway.. i hope my idea would come true... i don't have enough programing skills to start this project alone, but i would be more then happy to help build a wiki-like structure, which i think is mainly more by country and city kinda thing... hope that you find this idea interesting, i am sure it would be pf great help to allot of backpackers all over the world, and mainly another step into free liberated information tools..

please response to my email: uassaf@gmail.com

see wikitravel.org. Here 22:40, 15 October 2005 (UTC)

Votes for Creation

From Village pump (proposals) archive

My meek proposal is a constructive version of our existing VfDs. Instead of creating an article that you're not sure about, you could put it on VfA and get commentary (for a week or so) about whether or not the article topic is up to Wikipedia's standards. At the end of the week, the votes would be tallied and the result of the vote put on your user talk page. Almafeta 23:46, 11 July 2005 (UTC)

What would be improved by this system? It seems to me that it would result in a bootleneck of article creations, and not really provide anything new. People can talk about the merits of a potential article until they're blue in the face, but as they said in my computer programming classes, "the proof is in the pudding." Wouldn't it be better to create an article, and then, only if it's merits are questioned, it could be discussed at Requests for Comments or Votes for Deletion. In the end I think our be bold policy is a central one to wikipedia, especially when it comes to creating new articles. — Asbestos | Talk 16:03, 12 July 2005 (UTC)

It wouldn't stop anyone from being bold. It would just stop people from creating a full article only to have it deleted two weeks later because it's not up to Wikipedia's standards of notability. Almafeta 08:38, 13 July 2005 (UTC)

• One: Reading "What Wikipedia Is Not" and "Bad article ideas" should be a must for newbies. If they are still wondering if the subject is article worthy, they can always ask here or on the Help desk, a WikiProject or someone personally. Two: A lot of articles get deleted for a serious lack of content instead of a non-notable subject. Those wouldn't be helped with this proposal. - 131.211.210.15 10:08, 13 July 2005 (UTC)
• I suppose there could be an Articles for construction page with subpages slated for deletion in a short period unless someone decides to copy the content to a live page. It would give people a workspace for gathering stuff which they aren't sure will grow into an article, as well as yet another way for editors of stubs to find stuff to work on. Perhaps two lists: Public and Personal areas, with the latter labeled to discourage others from editing the articles during original author's initial assembly work. I don't know if there are people who would be interested in the concept, but at a minimum it would be a place to have sandboxes which a bot could automatically delete without adding to VfD load. (SEWilco 06:56, 15 July 2005 (UTC))

Eh, what the heck, nobody will notice this plug anyway. Wikipedia:Countdown deletion is nothing like this but is vaguely related. In spirit. Yeah, that's it. JRM · Talk 19:08, 22 July 2005 (UTC)

From Wikipedia:Village pump (proposals)

The following is a discussion from my usertalk page:

I don't know if this AFD comment was meant to be tounge-in-cheek or not, but I think it might not be that bad an idea, actually. Would certainly help reduce vanity article creation, I'd think, and certainly cut down on lists. --The Literate Engineer 06:35, 15 October 2005 (UTC)

• Not really tongue in cheek at all. I've read some of Jimi Wales stuff on the future of WP and it seems that AFD is a major problem at the moment. I love it that WP is readily accessible to everyone with an internet hookup. I love it that its open-source. Still, it seems that placing some restriction (at least a restriction that new articles need be placed by people with an actual eusername and not just anonymously) could seriously curtail the spam and vanity and patent nonsense that I see taking up loads of time on AFD that would be better focused on improving the solid but less than ideal articles already in place.--Gaff ^talk 07:02, 15 October 2005 (UTC)

Wikicities already has the "mark as patrolled" system in place. It's not very functional over there and it's not used here at all yet, but at some point in time we could have articles by anons be in a queue, perhaps even rendered invisible to non-admins until verified by one; an admin would then check the article and either delete it outright, take it to AFD for opinions (for which purpose they would make it temporarily visible, much like VFU), or just click the link to confirm it as a good posting. I know this is fraught with problems and might even mean more admin workload, but it's an idea anyway. Garrett^Talk 10:46, 15 October 2005 (UTC)

I'm not sure what Garrett is proposing, exactly. It doesn't help that I'm unfamiliar with Wikicities. However, I definitely don't think we should have every edit patrolled. I'm interested in the idea of AFC(Articles for Creation), though. Perhaps, there should be a two-day vote for the creation of any article. That seems overwhelming, but really there are only a relatively small number of daily creations, at least compared to edits to existing pages. It might be manageable. Still just brainstorming. Superm401 | Talk 19:43, 15 October 2005 (UTC)

As someone who has created about 600 articles, including about 100 in 2 days, "votes to create" is a very bad idea. It would likely be much worse than VFD is now, in terms of backlog. I would be alright with requiring users to register in order to create an article, but this might just result in more registered vandals, and thus more vandalisms that go unseen on RC patrol. Making it easy to edit means fewer users will bother to register, which means we'll more easily catch their vandalism. — BRIAN0918 • 2005-10-15 20:08

Do we have statistics on average number of daily creations? That would be helpful. Also, what were the 100 articles? Were they a batch of related stubs, or what? If we make AFC, we could allow batches to be voted on as a group. Superm401 | Talk 21:42, 15 October 2005 (UTC)

It seems about 1500 articles are created per day, a value that is steadily growing(Wikistats). Obviously, having an AFC for all articles would be unfeasible. However, it would probably be reasonable to have AFC votes for anons only, but this is probably a bad idea. Superm401 | Talk 21:53, 15 October 2005 (UTC)

It would just encourage vandals to register so their vandalisms are less noticeable. Don't break something that isn't completely broken. — BRIAN0918 • 2005-10-15 21:55

Those 100 were article text copied from the 1911 britannica. Many of them were stubs, but not all of them. I don't see the point of preventing admins from creating articles. — BRIAN0918 • 2005-10-15 21:54

I think that having to vote in order to create an article would be a disaster for the wiki. When I first read this, I though it would be voting to feature a new article for people to collaborate on, perhaps on the main page, which I think would be a nice idea. Lupin|talk|popups 03:40, 16 October 2005 (UTC)

Pardon the ignorance of this relative newbie in starting this conversation in the first place. Having spent a fair bit of time working on WP over the past several days, I now see that votes for creation would not be a good thing at all. It does seem that some other method of cutting down on spam and fluff could be found. A lot of stuff popping up at WP:NP is just junk that people might not post if there was something as simple as a verification code that needed to be typed in by the person posting with a statement that they feel their material is worthy of an encyclopdia and free from copyvio. Maybe that is more naivety on my part. I'm sure that commercial sites, ad spammers and porn sites are trying to churn out as many articles as possible...--Gaff ^talk

From Wikipedia:Village pump (policy)

Hello, this is my first policy propopsal (after an unsuccessful barnstar one - so please be gentle ;P)

As wikipedia expands, so more articles are created, and there being a finite number of possible articles, so the subjects of new articles become more and more specialised.

I recently created my first 'non stub' article at Bacon Grill, which I believe to be encyclopedic, especially given other canned meat articles - although I suspect that some would argue that it isn't. This has brought me a (frankly disproportionate) sense of real acheivement, and I would like to create many more. But I have no intention of wasting my and other people's time by creating articles that are considered unencyclopedic due to their subject matter.

Which brings me onto my proposal. If one intends to create a killer article, but thinks that there is a relatively high chance of it being vfd'd, then I propose a pre-emptive votes for deletion - a votes for creation, as it were. Basically, you announce your intention to create an article, with subject, and, if it is helpful, a brief sub-stub summary of the article you intend to create. Then wait and see what the consensus is. It may even be the case that someone sees the discussion and is inspired to quickly create the article themselves, thus saving you a bit of work and perhaps giving you an article to add to.

What say you guys?

Cheers,

Spankthecrumpet 04:06, 9 October 2005 (UTC)

Having to vote for something to be created would just gum up the works, so to speak. It also hinders the "be bold" and free information ideaology of Wikipedia. If someone doesn't like it, or views it as unencyclopedic, then it will be voted on whether to be removed or not. Until then, create what you like. Someone will let you know if they have an issue. Ereinion File:Hiveneo.gif 04:11, 9 October 2005 (UTC)

Sorry if I didn't make this clear, but this would be optional - something to be used only if one is unsure if the article will be accepted. In practice it would save time - it takes a while for those who aren't gifted at communicating to write an article. I could write 10 000 words about my bedroom wall (sure, some of them would be the same words :P), but I wouldn't expect it to stay on Wikipedia for long (it's not notable, even for a wall). That would be a lot of wasted time. Some of the longest articles on wikipedia are on some of the most specialised subjects. Spankthecrumpet 04:25, 9 October 2005 (UTC)

You're talking a sort of peer-review then, which isn't a bad idea. A proper forum to discuss an article's admittance could be helpful. However, my concern is the bureaucracy involved. Unecessary congestion in an already taxed system. The current process relies on common sense, which I consider a much more efficient stamp of approval than gathering a forum of approval together. And for those who need to ask if their bedroom walls are encyclopedic or not, they should be banned forever. ~^ Ereinion 05:19, 9 October 2005 (UTC)

You're trying to save yourself work, which is understandable, but imagine this scenario: you propose to create an article on something-or-other on your new WP:VFC. In order to buttress your proposal, you'll have to provide information for the reviewers about what the article will be about, what your sources will be, etc. What's the best format for such information? An article! Just boldly creating the article is the best way to approach this. Your WP:VFC really wouldn't save you significant work. —Wahoofive (talk) 05:39, 9 October 2005 (UTC)

That depends upon the nature of the article - what you say is right for some potential articles, paticularly the less complicated ones, but when someone can write ten thousand words of brilliant prose upon an article, but can also sum it up with ten hyperlinks I think it reasonable to do the latter to prove it worthy first, saving everyone time. I appreciate that for 95% of potential articles this process is unnecessary (in which case it isn't used, thus not wasting anyone's time), but for the few that are it could really be useful. Could also be handy for newbies, who are easily intimidated, to gauge the likely reaction of wikipedians to articles that they are thinking of creating - it must be very annoying if the first article that you create (I remeber seeing one recently called Girl Geeks or something) is deleted, and it's quite possible that you would take it personally. Cheers, Spankthecrumpet 14:19, 9 October 2005 (UTC)

Perhaps a less bureaucratic alternative would be a Creation Nest - lay your idea for an article, and see if others want to see it hatch. :) If you can persuade one or two other people your article is worth having, that's probably enough to justify having a go. (To be clear, this approach wouldn't be about formal procedure in the way Articles for Deletion is - more like floating an idea with your friends to see what they think, to help you make up your mind.) Rd232 23:20, 9 October 2005 (UTC)

I like this idea - what happens next? Spankthecrumpet 08:46, 10 October 2005 (UTC)

Be bold and start one: Wikipedia:Creation Nest. Of course, someone might vfd that, but then just enjoy the irony (; Derex @ 07:51, 11 October 2005 (UTC)

I don't like the proposed name. Perhaps something like Wikipedia:Ideas for pages? You could also check Wikipedia:Requested articles and Wikipedia:Most wanted articles, and see if the page you wanted to suggest is listed at either of those... If it is, then of course go ahead and make it. Also, if a page like creation nest or ideas for pages is created and becomes generally accepted/used, a link to it could perhaps be included in the page creation template, which editors see when creating a new page... this would inform new users, who certainly could use such feedback, of its existance. --Aquillion 00:41, 12 October 2005 (UTC)

I have the answer to the original question: When I am not sure whether to start a new article, I usually go to a regularly edited page that is related to that topic and ask the editors there (who pay attention via their watchlists) if they think it would be a good subject for a new article. For instance, when I was interested in starting the The West End (Richmond, Virginia) article, I went to the Talk:Richmond, Virginia page and got the go ahead. Silence is assumed to mean yes MPS 21:43, 13 October 2005 (UTC)

User pages used as spam

Hi,

I am a user of French Wikipedia. We have to deal with a new problem and we'd like to know en.wikipedia policy about it. Some users' pages are just a long ad with a link to a commercial web site. On the one hand, some of us say it is a user's page and we can't say anything about how it is used. On the other hand, some think (as I do) that the user edits some articles and talks and then signs, just so people will see the ad--therefore we must delete it because it is a kind of spamming.

Please send me an answer on my french talk Thank you !Lisaël 10:32, 18 October 2005 (UTC)

I agree with deleting spam on people's user pages. I really don't care whats on peoples pages, but if it takes up alot of resources on wikipedia's servers... then it shouldn't be there. If its just text, who cares - if its images uploaded on wikipedias servers, or like 500 pages of text - kill it. Fresheneesz 21:33, 18 November 2005 (UTC)

I think as long as the user themselves are making good edits on talk pages that contribute to the discussion it's alright however if someone is going around tagging nonsense with thier username for the purpose of directing people to various links on thier userlinks I think it should be considered spam. I actually am not aware of our policy on it so that's just my opinion but I think a lot of other users will agree. Deathawk 18:41, 23 December 2005 (UTC)

A printed (printable?) guide to hand to academics and the like

I'm a perennial student from a family of academics. I've just started trying my hand with Wikipedia, though I still have a long way to go to get the hang of what I'm doing. But it makes me think that I know many people who do nothing but research, routinely publish stuff for free, and would be pleased as punch to start helping out with Wikipedia.

The problem is that it's not that easy for someone who isn't particularly computer-savvy, and I'm thinking of many social sciences and humanities folks I know. It would be great if there were a manual -- a step by step, PDF-style document that they could print out, walk through, and begin using to help them lend their knowledge to the Wikipedia universe. (A seminar to accompany it would be even better. But now I'm dreaming in technicolour.)

Has this been tried before? Have there been, or are there, Wikipedia "experts" or veteran users who know enough to be able to do this sort of thing, and are willing to do it? I would be happy to pitch in with brute force, but haven't enough expertise to lend anything more useful. Thoughts? AnotherBDA 01:59, 24 October 2005 (UTC)

Warning boxes for dangerous activities and products

I propose a set of warning boxes, with hard-to-miss red borders, that would alert readers that they were learning about dangerous products or practices and should not proceed haphazardly after reading part of the article. I have created Template:Danger, Template:Danger-adultsuper and Template:Danger-professional to serve these purposes, but they need some debugging. They would be placed at the very top of an article. The fill-ins would be, respectively, a link to a section, other article or external page; a conservative minimum age; and a trade or profession.

Articles that could use these templates include Human sexual behavior, LSD and Sword swallowing. Seahen 00:22, 1 November 2005 (UTC)

Update: Also helpful could be a special box for things that are a danger to many people or the world at large (such as terrorism and suicide topics) and do not have legitimate arguments in their favour. We'd need a psychologist's advice on the wording, but I'd propose:

STOP! DON’T DO IT! If you are considering any of the actions described in this article, please consider the harm they would cause not only to yourself, but to Planet Earth and all of its inhabitants. Many people have been in situations like yours, and found other ways out of their desperation. Wikipedians around the world are asking you to read [link] thoroughly and consider less drastic measures before proceeding.

Seahen 01:10, 1 November 2005 (UTC)

Please look at Wikipedia:No disclaimer templates. These kinds of templates were proposed countless times before, and were rejected every single time. --cesarb 01:58, 1 November 2005 (UTC)

I'd be fine with just using the Disclaimers link, except that right now the link is easily missed, even by those who reach the end of an article. If it were made prominent at the top of the framework, it would serve the purpose. (It could be a tiny one-line box, border=4 or so, with a small warning icon and the text "Disclaimers and warnings.")

I like it:-)The Scurvy Eye 00:26, 7 November 2005 (UTC)

Locking articles

The current approach is to only lock "important" articles, in order to prevent vandalism. There are very limited user amount having rights to do this.

How about a some kind of karma system, that every user having published a good article or a couple, could have rights to lock/unlock a "finished" article? So, everybody could still do modifications and adding, but when the article would be good enought, the risk of undesirable editing would be smaller.

-- 195.148.50.152 17:03, 2 November 2005 (UTC) Antti Hahto, hahtoa(at)gmail.com

You have misunderstood the current system. Any article thst is a major vandalism target, whether "important" or not" may be protected (locked) temporarily, while soem other method is taken to stem the vandals. But there is a strong desire to unprotect as soon as the risk of vandalism is over. No articles are suppsoed to be protected permenantly. a few non-articel pages (templates and such) whjich are widely used, importsnt to the running of wikipedia, likley vandal targets, and not liklely to need legit edits often are protected indefinately. But no articles are. DES ^(talk) 00:51, 5 November 2005 (UTC)

The problem is that some articles contain incorrect info. I think that we should ask everyone on the talk pages and see what final edits they want to make before lockingThe Scurvy Eye 00:30, 7 November 2005 (UTC)

We can actually combine quality control and locking of pages if new edits go through the person responsible for that page. It would work a little like writing in a moderated forum, the responsible person decides what to include and what to ignore. We need discussion forums to find out who the responsible persons are, but that is another problem. Roger4911 23:14, 10 November 2005 (UTC)

I was wondering about changing wikipedia search engines?

I know this has been asked a million times before even w/o having been around for those times, but does anyone know? Is it even under consideration? I'd search if the topic was being discussed, but I probably wouldn't find it >D. Andrewdt85 11:02, 14 November 2005 (UTC)

I would recommend inquiring more specifically at Wikipedia:Searching ∴ here…♠ 05:43, 15 November 2005 (UTC)

Does this page need to be cleaned / archived?

It seems to me that some of these proposals are old and/or going nowhere. So if someone who is more involved agrees, I think lots of this discussion should be archived. Fresheneesz 23:10, 11 December 2005 (UTC)

The whole point of this page is to contain old proposals which are going nowhere but end up being repeatedly suggested. --cesarb 20:39, 5 January 2006 (UTC)

Begijnhof vs Béguinage

While attempting to expand the Begijnhof, Amsterdam article, I came across some general Dutch-language information not restricted to the Amsterdam situation. Looking for a page where to insert my translation, I found that two articles exist: Begijnhof (the Dutch term) and Béguinage (French). To my mind, these two notions are synonymous, yet the articles seem to lead lives happily independent of each other. Is this desirable?

Being Dutch and therefore afflicted with self-hate, I have added my translation, rather at random, to the French Béguinage.

Bessel Dekker 01:26, 12 December 2005 (UTC)