Wikipedia:Village pump (proposals)/Archive L

Nice idea. TerraGreen 13:37, 5 January 2006 (UTC)

It would help Village Pump I suppose... — Ambush Commander^(Talk) 00:25, 9 January 2006 (UTC)

Excellent suggestion. I know of several such exchanges and I react the same way you do. - ddlamb 02:37, 9 January 2006 (UTC)

On a related note, some people like to summarize talk page discussions. Others like me think that deleting swaths of text from talk pages for any reason is rather alarming. The nice thing about this idea is that in addition to containing the discussion while it's in progress, other editors could also "take it outside" after the fact, copying the content to a subpage and summarizing it on the talk page. Hooray for refactoring. Deco 01:08, 10 January 2006 (UTC)

I've created a Wikipedia page. The short-cut is

I think somebody should post transcripts of every Simpsons episode on Wikipedia.

FLaRN2005 17:50, 2 January 2006 (UTC)

That would be flagrant violation of Fox Entertainment copyright. Bwithh 19:09, 2 January 2006 (UTC)

• And also just a terrible idea. jglc | t | c 03:22, 3 January 2006 (UTC)
• .. .. if you really think that's worthwhile, provide links to another website. or something. drumguy⁸⁸⁰⁰ - speak? 04:40, 3 January 2006 (UTC)
  • We discourage linking to sites which violate copyright. User:Zoe|^(talk) 16:57, 3 January 2006 (UTC)
• Wouldn't wikisource be more appropriate?
  • Wikisource is also not permitted to violate copyright. Deco 01:03, 10 January 2006 (UTC)

Forgive me if this has been suggested but why not have moderator aproved polls being created? Like a user can create a poll and a moderator has to approve to make it functional. This is probably needed so constant repeats or bad in general polls arent all over the place. But this would give us the ability to see what the community thinks about a specific question and its something to add to the main page...'poll of the day'. Love to hear the communities ideas.

meta:Polls are evil. — Ambush Commander^(Talk) 00:09, 9 January 2006 (UTC)

We don't have moderators. -Splash^talk 00:17, 9 January 2006 (UTC)

Moderators = administrators. Dur. ⇒ JarlaxleArtemis 04:31, 9 January 2006 (UTC)

Administrators on Wikipedia don't "approve" anything. User:Zoe|^(talk) 19:24, 11 January 2006 (UTC)

I would like to see ~~~~ signatures, and most other auto-generated dates, adhere to ISO 8601. This is related to the above proposal for making more dates follow preference regioning, but this is much simpler, and doesn't require a major addition to the capabilities of Wikipedia.

Right now, it's non-trival to use ISO 8601 in your signature. I had to modify USER/monobook.js to hack the signature button to print this, because subst:Twodigit can't appear in a raw signature (but these non-subst templates can!):

—[[User:Daelin|Daelin]] @ {{subst:CURRENTYEAR}}–{{subst:CURRENTMONTH}}–{{subst:Twodigit {{subst:CURRENTDAY}}}} {{subst:CURRENTTIME}}Z

And it was hard just trying to discover that part. I got lucky and found several other people who had done the monobook.js hack, every last one added ISO dates (in addition to other things), and I was able to copy their code.

The benefits of ISO 8601 are numerous. The mere fact that it scans left-to-right is a huge plus IMO. We're already almost using ISO 8601 for times. It's easier to compare ISO dates and times by direct comparison, as your brain can compare them just like any two decimal numbers. They seem to be more acclimatable to US users than the British form currently used. After over two years, I still have to pause to shuffle the signature date around and mentally widen the gap between the time and the day, while I have no such trouble with ISO. —Daelin @ 2006–01–08 23:09Z

I'm sure that this reqest has been made before, but I agree wholeheartedly. Unfortunantely, I don't feel strongly enough to do my signatures the way you do... — Ambush Commander^(Talk) 00:10, 9 January 2006 (UTC)

Would that mean I will always see the date like in your signature? Since I am European my brain really likes it that I see the date as 9 januari 2006. Instead of 2006-01-08. Garion96 (talk) 17:35, 10 January 2006 (UTC)

I agree with Garion. I'd hate to have to mentally parse that date format every time. User:Zoe|^(talk) 19:23, 11 January 2006 (UTC)

This should just be a subset of the Date preferences proposal: signature timestamps should have date preferences enabled, and even better could have timezone preferences. In the meantime User:Quarl/advanced_sig.js changes ~~~~ to an date-preference-enabled-ISO8601 timestamp. —Quarl ^(talk) 2006-01-25 19:26Z

I dont think many people would be happy about revealing their IP, there is

Wikipedia:Requests for CheckUser though. Martin

16:22, 12 January 2006 (UTC)

The current Special:Blockip page sucks just a wee bit. I'd like to improve it, but I can't just go off willy-nilly adding things, without asking you lot what you'd like to see. Asking for ideas? Yes, I have gone off the bat. Still, your thoughts, suggestions opinions will be welcomed at http://meta.wikimedia.org/wiki/User:Robchurch/Blocking - sign, please, so I know who to ask for more information on an interesting idea.

Ta, Rob Church (talk) 23:43, 14 January 2006 (UTC)

Following the recent launch of my organisation,

I'd appreciate your thoughts on this.

Talk

19:35, 14 January 2006 (UTC)

I have proposed a WikiProject to organise users to form legal efforts to aid Wikipedia, as I am concerned eventually the need will be very great in the future. This is at

• I can't see how it would be possible to sue a user. Who would bring the case foward? Who would have the compensation? Who would go to court.
  e
  19:21, 14 January 2006 (UTC)
• It seems your legal defense project is also designed to get Wikipedia to go on the legal offense. I disagree with this as a goal of the Wikimedia Foundation. As for actual defense, the Foundation has it under control.
  Talk
  19:22, 14 January 2006 (UTC)
• Natalina, if you want to discuss the possiblity of taking legal action on behalf of the Wikimedia Foundation or its projects, the place for that discussion is probably foundation-l. Dragons flight 19:41, 14 January 2006 (UTC)

I would like to cite the points brought up in this dicussion of the new policy as evidence that a review of this policy is necessary. If I'm honest, the whole idea seemed rather backward from the moment it was introduced. You're actually forcing people to have MORE anonymity before they can create articles, which gives serious vandals an advantage, as vandalism is harder to trace. 71.141.251.153's post sums up my thoughts quite well.

Please consider this, as the policy as it is now has done nothing in terms of preventing vandalism so far. --82.7.125.142

I'd like to wait a while before considering reversing the change.

Talk

19:42, 14 January 2006 (UTC)

There should be an option for "watching" users. Basically, edits by watched users will appear bolded on the Recent Changes page. Sure, this might encourage "wiki-stalking", but this would somewhat help against vandals. What do you guys think? --Ixfd64 07:33, 15 January 2006 (UTC)

There are third-party tools to do similar things. See

WP:CDVF for one.-gadfium

08:24, 15 January 2006 (UTC)

There should be a way to set the block list to display IPs, registered users, and/or auto-blocked IPs only. Anyone else agree? --Ixfd64 07:31, 15 January 2006 (UTC)

• I believe that's in Bugzilla already. Radiant_>|< 16:18, 15 January 2006 (UTC)

See section directly above this one. ;-) Rob Church (talk) 17:51, 15 January 2006 (UTC)

• Bugzilla page for this suggestion

To comabt vandalism, the following rules could be put into place (coded, set up, however)

• Only logged in users can create articles. ...done
• Newly-created articles are automatically added to the creator's watchlist.
• If you are the (last person XOR creator) watching an article, you receive a warning and confirmation if you try to un-watch it
• Special:Unwatchedpages made available to all registered users. Currently admin-only. - probably not going to happen.

Obviously, this isn't perfect, (eg. rogue users), but it could help a lot, since many people forget to watch pages, and many pages are unwatched.

Infinity0 ^talk 00:24, 10 January 2006 (UTC)

I would agree with this if you change the third part to "You receive a warning and confirmation prompt if you remove an item from your watchlist and you are the last person watching it." We should certainly not be compelled to watch pages we aren't interested in just because the creator decided to take it off their watchlist while we were watching it. It also probably wouldn't be as effective as we'd like considering how many pages are created by users who later become inactive. Deco 00:58, 10 January 2006 (UTC)

OK, suggestion noted. Also added the unwatched pages special. Infinity0 ^talk 18:35, 10 January 2006 (UTC)

I saw someone claim the other day that 70% of articles are unwatched. It's a wonder we stop as much vandalism as we do, at that rate... -- nae'blis _(talk) 17:53, 10 January 2006 (UTC)

I like the idea of a (nice) warning that one is the last watcher of an article. It could enable a useful amount of voluntary adoption. Inactive users... is it possible to use the regular re-login to identify these and trigger the Last Watcher notice? JackyR 18:01, 10 January 2006 (UTC)

Now that idea has some merit. I fixed your special link too, Infinity0. -- nae'blis _(talk) 18:43, 10 January 2006 (UTC)

By the way, I believe Special:Unwatchedpages is unavailable to non-admins. Why? Concern that vandals would deliberately target unwatched pages. —Bunchofgrapes (talk) 19:04, 10 January 2006 (UTC)

Why not make it available to only logged in users? The vast majority of vandals are not registered; and most wouldn't even know about that page. Infinity0 ^talk 19:40, 10 January 2006 (UTC)

The real nutty/persistent vandals, however, are registered. Semi-read-protection, anyone? — Ambush Commander^(Talk) 00:02, 11 January 2006 (UTC)

Agreed. Vandals often don't create accounts simply because they don't have to and it makes it harder to ban them. If there were a compelling reason to create an account, they would. Deco 00:06, 11 January 2006 (UTC)

Plus, they could create one account (and age it four days, if we're talking about semi-read-protection), read Special:Unwatchedpages with that account but vandalize as an anon or under different new accounts. The logic behind keeping Special:Unwatchedpages locked up tight is pretty compelling, I'm afraid :-( —Bunchofgrapes (talk) 05:19, 11 January 2006 (UTC)

Bah. I suppose one vandal could watch a page, and then that page would be removed from the unwatchedpages list, and then they would be able to write whatever crap on it they want to. Infinity0 ^talk 17:01, 11 January 2006 (UTC)

Isn't it possible to enforce some criteria for looking at Special:Unwatchedpages? Like the criteria for the arbcom election. Garion96 (talk) 19:07, 11 January 2006 (UTC)

So, how do these proposals actually get accepted/denied? All I notice is an auto-archive thing... Infinity0 ^talk 12:55, 14 January 2006 (UTC)

You usually have to go elsewhere for implementation. Because I like the idea, I did some of the legwork. See

Talk

19:07, 14 January 2006 (UTC)

All right then, let's see. First, the answer to the most recent question; these proposals don't do much unless someone files a feature request, which has been done in this case - see bug #4611. Second, watchlists are considered somewhat private, and there are qualms about even statistical-type things relating to them, hence the reason Special:Unwatchedpages is accompanied by a separate permission setting. As to the automatic addition to watchlists, again, there might be those who argue against that. Note that there is a preference entitled add pages you edit to your watchlist which may be of use here. Just some comments; respond as desired. Rob Church (talk) 18:58, 14 January 2006 (UTC)

Post further comments on the Bugzilla bug (which I filed).

Talk

19:10, 14 January 2006 (UTC)

Dammit, I need to register :( What I want to say is that an alternative to the second feature which you pointed the flaw to, could be the creator gets the confirmation, instead of the last watcher, since the creator is usually the person most dedicated to it anyway. Infinity0 ^talk 20:01, 14 January 2006 (UTC)

I've posted the comment there(quoting you). I urge you to register, though. Use a disposable account if you're worried about privacy.

Talk

21:16, 14 January 2006 (UTC)

How about flagging edits to unwatched pages on Recent Changes? Slashme 16:52, 15 January 2006 (UTC)

Well, vandals could see which pages are unwatched. And then they could add that page to their watchlist, so the page is no longer flagged on the "Recent Changes." Infinity0 ^talk 18:36, 15 January 2006 (UTC)

Hi there,

I've been looking at a number of pages in this and similar categories and I can't see any consistency in the labelling of programmes where there is a possible ambiguity. For example, we have

I'd personally opt for (TV) after the name - this seems succinct and we don't really need to know if it's a series or programme etc.. I'd also opt for replacing any that say "sitcom" with "TV" as well. Obviously, with some titles such as The Vicar of Dibley where there are no ambiguities then just leave them as they are - I'm not trying to make this more confusing, I'm trying to simplify it.

This has also been posted here before I read and discovered that I should post it here, apologies. Naturally it also applies to other categories of television programmes, not just British or sitcoms, of which there are many.

Iancaddy 23:06, 9 January 2006 (UTC)

Quite sensible. I agree.

Witty lama

00:10, 10 January 2006 (UTC)

The only problem I can see is where there is more than one show by the same name, say

Samuel J. Howard

16:05, 10 January 2006 (UTC)

Sounds like something that would go in the

Manual of Style. I like the idea, a lot. -- nae'blis _(talk)

17:59, 10 January 2006 (UTC)

Sounds good. Help things look neater, but might just end up with lots of redirects from (tv) to (television). I'd vote for it. 129.67.18.124 16:56, 15 January 2006 (UTC)

Hello alls, I would like to replace this.

The neutrality of this article is disputed. Please do not remove this message until conditions to do so are met. (Learn how and when to remove this template message)

with this

Thank you for your time, Dabljuh 20:59, 9 January 2006 (UTC)

*laughs* BJAODNed. — Ambush Commander^(Talk) 00:05, 11 January 2006 (UTC)

Eh? That kind of humor really isn't funny :-P

Mr Spum

15:30, 11 January 2006 (UTC)

Most of BJAODN isn't. :-) Deco 22:53, 15 January 2006 (UTC)

Perhaps edits of articles could be highlighted for up to X number edits after and/or until X number of users/members of X qualification vote positively on it. This way users that come to the article know that a) the highlighted edits have yet to be authenticated and/or agreed upon b) it's harder to vandalize and get away with it. The obvious downside is that it slows down the editing process, but given the rate at which Wikipedia is growing, I dare say that isn't necessarily a bad thing. --66.229.183.101 18:27, 16 January 2006 (UTC)

I have been printing articles relevant to a project I am doing and realised that there are parts of the article that I don't want. I wonder if there is a feature that could be implemented where the user can select to print the information under each subheading, rather than having to print the whole lot or copying the desired sections to another program like 'Word'. It would make the task alot easier if, say, there were check boxes (i'm not an expert) Yellowmellow45 20:39, 15 January 2006 (UTC)

Copying text to word is fairly easy. -- Banana04131 04:29, 16 January 2006 (UTC)

And if you highlight the text you want you can choose the print selection option in Firefox and IE IIRC. -Neo 12:16, 16 January 2006 (UTC)

I have made proposal at Wikipedia:Help_desk#¬¬¬¬\_How long are IP addresses logged and stored by Wikimedia?_/¬¬¬¬ --168.131.46.80 18:34, 15 January 2006 (UTC)

Your IP address is available to anyone for all time in the page history, unless a developer erases a page's history. Making an account gives you more privacy as only developers can track your address. The now famous

John Seigenthaler Sr. Wikipedia biography controversy was solved by tracking an IP. --Banana04131

04:34, 16 January 2006 (UTC)

That is true for users not logged in. For logged in users, myu understanding is that the connection between an edit and the IP address lasts only as long as the edit is on teh Recent Changes log, which is not more than a few weeks, if I recall correctly. DES ^(talk) 19:49, 16 January 2006 (UTC)

One thing i realized during my short residence on wp is its huge size, language wise. Now if there was just wp in english, everyone with the knowledge of english would contribute to the sole wp database, but because of so many versions in different languages this has caused localisation of many articles, especially images that have been uploaded to the local version instead of the commons. Due to this english users wont be able to access, say, the article on spain on the spanish wikipedia which would probably be more informative and have more media than the english version. This is what i propose:

1. Every distinct article should have an alphanumeric code.
2. This code must be shared by the same article over all languages of wp
3. The article automatically lists the same article in various language wp (if it finds a match) according to page size.

This seems to be one possible way of bridging the language divide between various wikipedias. This can also help users to translate articles from one version to another without searching. PlaneMad 16:19, 15 January 2006 (UTC)

How is this substantially different from the interlanguage links found in the toolbar on the left? Rob Church (talk) 17:53, 15 January 2006 (UTC)

Well, the differences are 1) maybe never noticed the interlang links and thus wants them more prominent, 2) wants to centralize the interwiki linking, 3) wants to have the list sorted by size. Each of these is a proposal in their own right. — Ambush Commander^(Talk) 17:57, 15 January 2006 (UTC)

Interlanguage links do have a number of problems:

• Every version of an article on every Wikipedia must redudantly list all other versions. When the nth version is created, it must be added to n−1 existing versions.
• The order of links from article to article is inconsistent and is nearly impossible to modify because it is chosen not as a global setting, but at the whim of the people who interwiki links to articles, many of whom can't even read our policies.

I'm not sure what the best solution is, but it's not what we got. Deco 20:38, 15 January 2006 (UTC)

The problem with centralized interwiki linking is when the association is not 1-n and is n-n. No one has been able to come up with a satisfactory plan, so it has gone on the backburner for now. — Ambush Commander^(Talk) 04:34, 16 January 2006 (UTC)

• The proposal above does not work when articels are not "the same" on differnt langauge ediotiosn. One wikipedia may have only a summery articel on a topic, another may have several detailed artilces, yet anotehr may parse the subject differetnly and combine two topices but have severasl detailed articles on aspects of the combination. A singel code for each subject is not useful in such cases. DES ^(talk) 19:52, 16 January 2006 (UTC)

Links to unit converter websites seem to slowly multiply for no particular reason, but sometimes there are more rapid changes. Just today, dozens of links were replaced. Unless I didn't get the memo and convertplus.com is now the official unit conversion partner of Wikipedia, this seems much like spam. I would like to stop the external link creep that seems to happen on any articles related to units of measurement. Maybe some site could be selected as the default, just like Dmoz is often used when a web directory is needed. Wikilink to conversion of units might do, but a JavaScript converter has its benefits. WikiConversion, anyone? Other ideas? Maybe this issue has already been talked to death, but I can't find the discussion anywhere?

(Anyway, it's so late here that I can't investigate this particular series of edits further today. If someone can be bothered to ascertain their nature and revert them if appropriate, he'll receive my thanks.) Aapo Laitinen 23:42, 13 January 2006 (UTC)

I think these edits should be rolled back as spam. In many cases, the anon replaced a link to another converter with their link. Unless I hear otherwise, I'll start removing these links, without replacing any previous link, in an hour or so.-gadfium 02:14, 14 January 2006 (UTC)

I've removed the links.-gadfium 04:04, 14 January 2006 (UTC)

If there are only two units (metric and English), we might give both. Otherwise, generally, we cite the unit appropriate in the context of the article topic, leaving it to the user to do any conversion required for their comprehension. I admit though, it would be pretty neat if you could give an amount in 2005 USD and the reader would have a facility to easily convert it to any currency in any year. Maybe someone should propose this feature at Mediawiki Bugzilla. Deco 22:52, 15 January 2006 (UTC)

Hey, I've just posted a proposal which might be relevant to this; see Creating syntax for date preference formatting that isn't linking above — my idea covers unit conversion. — Johantheghost 13:26, 16 January 2006 (UTC)

I see that a lot of articles say "passed away" when they mean "died" (and similarly with other parts of the verb e.g. "passing away"). I can't think that it's good to use this expression in an encyclopedia. They should generally just say "died" as this is direct and simple (except of course in direct quotation and where directly relevant to what's being discussed, e.g. in articles such as euphemism or nirvana). "Passed away" could perhaps even be seen as POV.

I started to edit some pages manually, based on Google search results, but stopped when I saw the large number of hits. Is there a consensus agreeing with my point? If so, could I suggest:

• running a semi-automated bot to assist changing this usage where it exists
• an addition to the
  manual of style
  to discourage this kind of usage

Thanks,

TerraGreen 21:50, 4 January 2006 (UTC)

I agree, "died" is more direct and simple, hence better.--Patrick 23:32, 4 January 2006 (UTC)

Agreed. "Died" is a fact (i.e. they're no longer living; although obviously that can be up to interpretation), whereas "passed away" has connotations of rememberance and memorials.--

Black

01:29, 5 January 2006 (UTC)

Note that in some cases where the article is based on a old, out-of-copyright article, the usage has just been preserved - Skysmith 12:05, 5 January 2006 (UTC)

Thanks for the support. So, any thoughts on getting bot-assisted replacement going? (Not that I'd know how to do it myself.) TerraGreen 13:35, 5 January 2006 (UTC)

Try here. Wikipedia:Bot requests Garion96 (talk) 16:05, 5 January 2006 (UTC)

I agree, but I think this is only a small problem - there are thousands of style issues, such as excessive use of Latin abbreviations, missing articles, misplaced commas, awkward structure, and so on. If you want to focus on eliminating one across Wikipedia, though, go for it - but expect to be doing it again later on. Deco 01:03, 10 January 2006 (UTC)

I vote to use "croaked" ;) - SoM 23:47, 13 January 2006 (UTC)

I agree with the main point; and I think a MoS addition would be appropriate. But running a bot on articles for a stylistic issue like this wrong, I believe. — Johantheghost 13:16, 16 January 2006 (UTC)

I've seen frequent outcries against so-called admin abuse. While most of those are exaggerated or downright unfounded, it is admittedly true that admins are not really held accountable for anything. Sure, there's peer review from other admins, and all admin actions are logged and can be undone, but an admin can basically ignore all that and do whatever s/he pleases, and only in outrageous cases does the ArbCom put a stop to it.

This has been discussed at length on the mailing list (see the thread on "Worthy Admins", and to a lesser extent "Abuse of Power" and "admin violations again"). The two main ideas suggested there are 1) applying higher standards to

I'm not convinced that we actually have a problem here, but there's no harm in at least discussing our options. Hence, I yield the floor to people's ideas, thoughts and opinions. Radiant_>|< 01:02, 17 January 2006 (UTC)

Jimbo saw admins as just a user with sufficient experience to be granted the full software feature set. We commonly associate a degree of responsibility, activity, and positive example with these people, which is good for encouraging such behaviour, but also perhaps setting our expectations too high. I think a better name for admins would be something more like "validated user", someone who we're pretty sure is not a vandal and will only edit with good intentions. In this light, admin "abuse" is simply any case of an uninformed or overzealous user screwing up which happens to involve the admin-only features. In short, my opinion is that peer review by the community - both other admins and registered users - is normally all that is needed. If someone is using their admin abilities for evil, they should not have been made an admin, nor should they be editing at all. Deco 01:13, 17 January 2006 (UTC)

The term leads to a lot of problems, at least among newer users who aren't familiar with the culture of Wikipedia as it was growing up (I'll include myself in that group). An "administrator", to most people, is someone in charge, someone with authority, someone who administers things because they have experience/authority. To say that it is "no big deal" and that they are no different from regular editors is... disingenuous, to say the least. Either the name should probably be changed - for instance, a power user with a somewhat smaller set of abilities (no banning, but rollback and move, for example) would truly be "no big deal". Then your administrators, who can ban and block and the like become something less than your bureaucrats, but more than an average user. I'm not sure where deletion rights come in, especially since pictures are (largely) irrecoverable. Just my three pence... -- nae'blis _(talk) 01:40, 17 January 2006 (UTC)

I agree. I'd give delete to the power user, but modify the software to make image deletion make sense (not only to make images undeletable, but also to make clicking the delete tab delete the image as well as its accompanying image article). I think it's fine also to give them limited blocking, such as 24 hour blocks, which are more than sufficient for most vandalism - anything worse can be escalated. Deco 02:22, 17 January 2006 (UTC)

• I'm afraid this is missing the point. By far the most controversial admin actions involve deletion or short blocks. But there have been some proposals for an "intermediate layer", e.g.
  Wikipedia:Requests for rollback. Radiant_>|<
  11:23, 17 January 2006 (UTC)
  • A conversation about which editors are qualified to rule other editors against their will assumes that it can be done. That assumption is false. A thinking being, by definition, must make choices, and therefore must have choices in order to think. If it were possible to control another editor against his will, he would become an extension of the controller—his cognitive abilities would no longer be a benefit to the project—and the content of his contributions would be nothing more than the POV of the person controlling him. *Peace Inside 18:43, 17 January 2006 (UTC)

{{linux-software-screenshot}} I've seen this disclaimer on images like this. However, most Linux software, like synaptic is GPL licensed. This means that derivate works is allowed, if you abide to the terms of the GPL. By allowing further use of this image, and publishing the image under the GPL, this is fulfilled in my opinion. So I can't see why a screenshot of a GPL'd program should be non-gpl, as it can be considered a derivate work. So I'm suggesting to change this with

This is a screenshot of copyrighted Linux computer software, released under the GPL. Thus, it is believed that this image is a derivate work, and is also covered by the GPL. See Copyrights for more information.

.

Note: This can only be changed on software that is GPL'd obviously. --vidarlo 21:11, 16 January 2006 (UTC)

This is preposterous. I know of no legal theory to support that a license covering the source code could magically transfer to a screenshot of the software. Let's stick with {{linux-software-screenshot}} — if we ever figure out a way to get a better license we'll modify that template. Deco 01:15, 17 January 2006 (UTC)

If the software is released under the GPL, and the person taking the screenshot also releases it under the GPL, by what theory wouldn't the GPL apply? Crotalus horridus (TALK • CONTRIBS) 03:17, 17 January 2006 (UTC)

The person taking the screenshot should not be releasing that screenshot under the GPL, which is a software license containing a variety of conditions and terminology specific to software. They should be releasing it under an image license. Even if they release it under free use, the least restrictive license of all, it's not at all clear to me to what extent the GPL license of the software restricts the use of screenshots of that software - the GPL refers to the "source form" and the "binary form", but never the "look and feel" or "visual form" of the software. I strongly suggest that we not make a move on this until we can get an opinion from a professional copyright lawyer and/or the Free Software Foundation itself. Deco 03:38, 17 January 2006 (UTC)

Certainly checking with the FSF wouldn't be a bad idea. I'm confident that they would permit Wikipedia to use the screenshots under a free license, since it is in keeping with their primary goals. BTW, when I said releasing screenshots under GPL, I meant GFDL (which is generally what would be used for documentation or screenshots). Sorry about that. Crotalus horridus (TALK • CONTRIBS) 03:58, 17 January 2006 (UTC)

Oops, sorry for browbeating you then. Contacting the FSF sounds good - would you do the honours? Make sure you ask in general terms about GPL'ed software and not just FSF software, although even just free licensing of FSF software screenshots would be a big help. Deco 04:35, 17 January 2006 (UTC)

I have emailed [email protected] requesting clarification on this issue. Crotalus horridus (TALK • CONTRIBS) 17:42, 17 January 2006 (UTC)

First of all, whether software runs on Linux has nothing to do with it being released under the GPL. Windows software using the GPL exists, and there is also proprietary Linux software. The template's name is likely to mislead. Further, we do not want to use images under the GPL. That means we are required to provide source code of the image. That is an invalid concept. It is much better to rely on fair use in this case. As for the claim that this can be used if GPL is changed to GFDL, that's also wrong. Authors of GPL software have no obligation to use the GFDL, and often don't. Even if they use the GFDL for documentation, I've never heard of them releasing the user interface copyright under that license. Asking the FSF for advice will also be fruitless. They do not have the authority to grant Wikipedia the right to use screenshots of copyrighted third-party software. Either we use the image under the GPL, which I've explained is a bad idea, or we can't use it. It's also very unlikely that they will make an exception for their own software.

Talk

07:34, 17 January 2006 (UTC)

Actually, the term "source code" is defined in the GPL as "the preferred form of the work for making changes in it" [1]. For an image, that means that the binary and the source code are the same thing. (This would also be the case for, e.g. interpreted computer languages). Crotalus horridus (TALK • CONTRIBS) 17:33, 17 January 2006 (UTC)

GPL Covers all parts of the sourcecode, including the part that makes the interface. Exception can be if it uses something like Microsoft Windows features to draw a picture on screen.

However, I think wikipedia distributes the source of the image, since we make it availvable in the same size and quality as the upload. The image is not ascii, but GPL says nothing about that the source has to be in ASCII. JPG is in fact just data, a special program (image viewer) can inteprent, no different from a a.out that a OS can view. So as I see it we distribute the source, to a derivate work of a GPL'd work. From

The terms and conditions of the GPL are available to anybody receiving a copy of the GPLed work      
("the licensee"). Any licensee who adheres to the terms and conditions is given permission to 
modify   the work, as well as to copy and redistribute the work or any derivative version.

I see a image as a derivate work, no more, no less. There is creativity involved in deciding what data to show with it, but it is of a GPL'd work, which means in my opinion, it has to be GPL. In fact, I feel wikipedia has somehow been violating the intent of the GPL by not stating that images are GPL. I've contacted FSF, and included references to this discussion about the issue, so let's see what they come up with. If that takes over 7 days, I suggest this is moved to Talk: Copyright or a more appropriate place. Since there was no replys to my previous comment, I felt I had to clarify and change bits of it. --vidarlo 08:55, 17 January 2006 (UTC)

FSF Writes the following in an email:
I think screenshots are are generally non-derivative.  I can think of an                                                                
exception (for instance, a series of screenshots of a game which                                                                        
effectively reproduce the storyline of that game as a comic book) -- but                                                                
that won't affect WP.  Certainly, for GNU programs, we will permit                                                                      
screenshots without restrictions.     

--vidarlo 19:10, 17 January 2006 (UTC)

If I interpret that correctly, FSF is releasing any screenshots of GNU programs under a free use license with no restrictions. If this is the case I would create a template for these and quote the mail. I agree that screenshots are generally non-derivative - it seems like the person taking the screenshot can freely choose any license they want, similar to photography of a sculpture. Deco 21:18, 17 January 2006 (UTC)

Photos of sculpture are derivative works of the sculpture. That means they can not be released without the permission of the sculptor unless the sculpture is in the public domain. I feel that what the FSF most likely meant by non-derivative is that the images are "fair use". However, you're free to make a template based on the blanket GNU permission. It could be helpful.

Talk

21:25, 17 January 2006 (UTC)

I've been very happily using User:HorsePunchKid's idea of adding <span> tags around my signature, in conjunction with custom CSS, to highlight my signature when I'm logged in. This makes reading discussion pages so much more awesome that I think everyone should benefit.

If the software automatically added CSS classes to wikilinks to User:Foo when user Foo is logged in, that would make life better. Everyone would get this feature and discussion pages would be less cluttered from the explicit span tags. (It wouldn't even require a span tag, just add another class to the <a> tag.) This is somewhat similar to how links to the current page are bolded.

I use a colored background highlight; but the default could be a bold, or even no difference by default -- just make it easier to do this. I think it would be pretty trivial to implement.

Comments? —Quarl ^(talk) 2006-01-16 08:09Z

It's a privacy violation. Currently, there's no way to tell whether someone's online, only when the last edited.

Talk

11:12, 16 January 2006 (UTC)

Superm401 - I think you're misunderstanding the suggestion, which I believe is to change the HTML generated for a user: link to include a class tag of the form "user-sig user-XXX" (where XXX is the user name). This would allow a user to define the presentation of a link to their user page (or anyone else's) in their local monobook.css file (which would be effective when they are logged in). Seems like a frill to me, but if a developer's interested I don't think there'd be any privacy issues. -- Rick Block (talk) 17:50, 16 January 2006 (UTC)

This certianly should not be doen automatically in a way which would mandate a user revealing when that user was or was not loged in, IMO. That is a privicy violation. It alos significantly lengthens the wiki-source for a sig, IMO to litte gain. But if people want to do this, adn if supprot is avaialbel, i have no objection, provided that this does not impose more than a trivial amount of server load. If it reguires an extra server call for every such sig when a page renders, than i think it should be prohibited unde the same logic used for

WP:AUM. DES ^(talk)

19:41, 16 January 2006 (UTC)

Again, I don't think the proposal is being understood correctly. I think the sentence above that says If the software automatically added CSS classes to wikilinks to User:Foo when user Foo is logged in, that would make life better. should actually be something more like If the software automatically added CSS classes to wikilinks to User:Foo, then by changing xer monobook.css file user Foo could highlight these links when xe is logged in. This wouldn't change the wiki-source for a sig, just the HTML that would be generated by the wikisource [[user:Foo]]. -- Rick Block (talk) 21:24, 16 January 2006 (UTC)

Anything to stop sigs growing to a stupid size, as some people have. violet/riga (t) 19:47, 16 January 2006 (UTC)

Rick Block understood my proposal correctly and rephrased it better; there is no privacy concern. Also as violet/riga understood, it would shorten the wikisource, not lengthen it. —Quarl ^(talk) 2006-01-17 01:40Z

So you're saying

Talk

07:43, 17 January 2006 (UTC)

I would like to see us have some sort of guideline in place regarding internet memes, similar to

• Some sort of basement Google guideline, perhaps. The problem with this is threefold - Google is biased toward newer memes, allowing older yet notable memes (like, say, Prime Number Shitting Bear to fall by the wayside, and Google doesn't always catch what some users might incorrectly call "forumcruft" like Rapter Jesus, and Google is english-biased.

• Perhaps a basement guideline of publication on notable websites and/or blogs? If a site like Something Awful links to it, when we know they have hundreds of thousands of readers, it can be safely said that it's reached a sizeable audience.

• Offline popular culture references would be a clear sign, such as All Your Base in Foxtrot.

Any other thoughts? I'd really like to see this occur. --badlydrawnjeff 14:14, 10 January 2006 (UTC)

I agree with Jeff that a discussion at

• WP:WEB should cover it. Note that it no longer relies on google hits. It's mainly a question of coverage in external (news?) media. Something Awful probably doesn't qualify, since it intentionally links to awful sites and that doesn't make them notable really. Radiant_>|<
  16:21, 15 January 2006 (UTC)
  • The problem is that WP:WEB doesn't really do a great job covering it. It's not like a meme is something that's visited regularly or offers new content like, say, YTMND. I used SA as an example of a site with wide readership that often links to things that can become memes. Substitute your link aggregator or site of choice if you need to justify it, for that matter.
  • The issue, of course, is that coverage in external media is a very poor way to judge the notability of an internet meme. Hatten ar Din isn't going to get on CNN or written about in Rolling Stone, but that there's any question of its actual notability is rather disturbing, and WP:WEB certainly doesn't do the trick in terms of a useful approximation. --badlydrawnjeff 18:13, 17 January 2006 (UTC)

Could we have a Wikipedia Wide Census to get an idea of who we all are? The site has come a long way in a short time and I think it is high time to gather some information about the community.

I propose to have a page where information would be collected and then analysed to give trend, demographic, geographic, linguistic and area of interest information. The fields would have to be "check box" rather than "fill in" with words so as to make data analysis easier. The kinds of questions I think would be useful include:

• Age
• Country and City
• Highest level of education attained
• Languages spoken (and to what level)
• Gender
• Ethnicity (This one might not be P.C....)
• How many edits
• How long has the person been a member
• Admin/etc
• Computer literacy level
• Most frequent activity on WP (check-box list including: RC patrol, research, minor edits, welcoming committee...)
• How did person initially find WP(again, list includng: friend, google hit, other search engine hit...)
• Area of interest/expertise (List taken mainly from the main page
  categories
  )
• What does the person actually use the encyclopedia (as opposed to the community) for (e.g. personal interest, scholarly research, boredom alleviation, technical support, product reviews...)

The census could be based on the en.wikipedia community or across all WP or even across the entire collection of sister sites through MetaWiki. The link, I imagine, would look much like the current fundraiser link at the top of the main page. I would also assume that there should be a request to fill out the census put through foundation-i and maybe even on user pages. The census of course would not be obligatory but reccomended (as with donations).

The uses that this information could be put to are numerous. Some of these include:

• Firstly it's fun. People like to know about themselves and their community. It might make Esperanza's job easier in that sense. Also, it would make wikipedians more comprehensive on breadth and depth.
• It would help us Counter systemic bias by knowing where we are strong and where we need work (in terms of areas of expertise, geographic spread, and demographics).
• We could see where there is a large community that might want to get together to form a chapter or a meetup.
• It might help with discovering Milestones and in logging stats.
• It would give the public perception of WP a boost when we can show them that we are not just a bunch of kids mucking about. To that end it would be a good story for the media - especially those that feature us every now and then as seen in "In the news" of the Signpost.

What do you think??

I think that's a reasonable idea as long as microdata is not available at all, that the only available data would be anonymized aggregate data. Further, there might be some difficulty in combining census data for account-holding editors with IP/anonymous editors, so an automated data addition of edit count and some aggregate, time resolved editing metric should be included for quality control and validation purposes. User:Ceyockey (talk to me) 23:23, 2 January 2006 (UTC)

Just ask Daniel Brandt. I'm sure he already has all of this information on all of us. User:Zoe|^(talk) 16:58, 3 January 2006 (UTC)

Well, me thinks it's a great idea. The only problem is actually doing it. algumacoisaqq 18:39, 3 January 2006 (UTC)

Well, on that, what are the techinical requirements of putting such a proposal in place? Is it feasable? I'm not entirely sure what Ceyockey was saying but I agree about the privacy concerns - the results should not be able to be tracked back to individual users. More in general, where does a proposal go from here if it reaches a general consensus??

Witty lama

06:25, 6 January 2006 (UTC)

Fine idea, but who would write the "questionaire"? Also, isn't this a proposal better suited to meta? 202.7.166.171 04:19, 12 January 2006 (UTC)

There was a survey made by an academic group in Germany of the German language Wikipedia a while back, and it worked so well that they later surveyed some English language Wikipedians as well. I wonder if they've published the English Wikipedia study yet.--Pharos 09:35, 14 January 2006 (UTC)

• Well, it's at [2] and the study apparently hasn't been published yet.--Pharos 11:05, 14 January 2006 (UTC)

• As one of the organizers of that study, I'd be glad to report some basic demographics. Just (| e-mail me) if there's anything I can do. Publishing the whole results is a bit more complicated, but we're knee-deep in analyzing the data and writing up the results.--Joachim Schroer 19:35, 17 January 2006 (UTC)

If I type something into the searchbox at wikipedia, and wikipedia doesn't have it but there's something on wiktionary, a link to it would be nice. Username132 20:28, 17 January 2006 (UTC)

Is there a reason why there are so many different wiki's it is hard to navigate and do things without going back to the main page of that wiki and using the interwiki links, I propose a total murger of all wiki's into one for each language it would make it a lot easier to use. --Lcarsdata 17:48, 18 January 2006 (UTC)

I don't think I understand. Can you explain what you mean by a "wiki"? User:Zoe|^(talk) 18:12, 18 January 2006 (UTC)

When you click on an interwiki link, you can be sent to, say, Wiktionary. From Wiktionary, there's no easy way to get back to Wikipedia's main page (Besides back button), save a click to the main page of Wiktionary, and then a click on Wikipedia the sister project. Personally, I don't mind at all, but it may be jarring for newer users. — Ambush Commander^(Talk) 22:07, 18 January 2006 (UTC)

We have

There is Special:Log/newusers, though. —Kirill Lokshin 14:43, 18 January 2006 (UTC)

Thanks. Sorry about that. smurrayinch

ester^{(User), (Talk}

) 18:44, 18 January 2006 (UTC)

On another wiki I edit, they use phpwiki. It is generally not nearly as nice as Mediawiki, but it has one very nice feature: On a page history, each version has a checkbox. You check any two checkboxes to generate a diff between those two versions. Very nice if you suspect sneaky vandalism. Would this be hard to implement in Mediawiki? --Slashme 07:28, 18 January 2006 (UTC)

Er, we have that, but with a less stupid interface. Just use the radio buttons on the history page. Deco 07:44, 18 January 2006 (UTC)

I never got it to work properly. The first time it always works: I can happily click radio buttons at will and the buttons appear and dissapear as a response to my clicks. When I hit the 'compare' button and go 'back' again, the radio buttons are frozen. Using

Opera 8.51--Joris Gillis

16:52, 18 January 2006 (UTC)

This is a gauge of community opinion on admin accountability, RFA, power abuse, and deopping. Not a policy proposal. Opinions welcome. Radiant_>|< 18:28, 17 January 2006 (UTC)

Please note that additional questions have been added to this straw poll, if you went and visited it early. -- nae'blis _(talk) 23:13, 19 January 2006 (UTC)

A published supplement to Wikipedia - a policy suggestion

This multiposted content moved to Wikipedia:Village pump (policy) under same section header.

There is currently discussion regarding the phrases "Mini-series", "Maxi-series" and "Limited series", regarding their popularity, definitions and usage. If you have any opinion on the terms, please share it as we attempt to build consensus at Talk:List of limited series#Building consensus. Steve block talk 14:56, 20 January 2006 (UTC)

It took a few weeks of visiting Wikipedia before I realized the little "Deutsch", "Français", etc. links part-way down the page on the left. After I started using them (I speak German too), I remember being confused as to how to get back (and I'm not as incompetent as that makes me sound). Anyway, how about a new row of tabs at the TOP of the article, below the current tabs? Besides being more intuitive, you wouldn't have to scroll (on lower resolution screens) to get to them. --24.26.178.224 05:26, 19 January 2006 (UTC)

Some articles have too many language versions to fit. Also, it seems to imply that the articles are just different language versions of the same content, when really they're just the same topic on another project. Making them hyperlinks makes them seem like they link to something far away.

On the other hand, it is very frustrating that interwiki links have to be manually added to every version of every article. If you click the link to the German version, you should always have a link back to the English version. That, along with interwiki link order, should all be consistent and automatic. Deco 05:49, 19 January 2006 (UTC)

Well, one row or however many are needed. I'm not sure I agree that linking on the side, rather than the top, would necessarily imply anything different about the content if done distinctly. Perhaps all I have to say is the current scheme is a bit confusing to new-comers. --24.26.178.224 05:53, 19 January 2006 (UTC)

If you create an account and log in to Wikipedia, you can set your preferences between several different skins. The Classic skin puts the interlanguage links at the top of the screen, which seems like what you're looking for.-gadfium 08:01, 19 January 2006 (UTC)

There are various bots which try to ensure that the interwikis always correspond. Physchim62 (talk) 19:04, 20 January 2006 (UTC)

Just to make reversion easier, I think that when you click on "diff" and see the differences between edits, another button should appear near the top that says "revert". Obviously, this automatically reverts the edit and provides a summary. Reverting is such a business, especially when the change is minor but vandalistic/innaccurate/some other inadequacy. If you have a slow connection, it's three pages and a summary you have to go through before achieving a revert. When I want to revert I'm looking at the differences and I want to be able to click "no, go back to the old one" more easily. -- Alfakim --  talk  10:43, 18 January 2006 (UTC)

Actually, it exists as a "

Administrators. But I think that there is some discussion about making this feature available for all users. CG

16:36, 18 January 2006 (UTC)

There is a proposal at

RFR - a good idea?

18:15, 18 January 2006 (UTC)

Rollback is strictly for reverting vandalism. What about when someone adds a sentence or something that is POV, for instance. One sentence, but a bad addition. You still need to revert it! So I suppose this suggestion is to give more users rollback and allow rollback on nonvandalism.-- Alfakim --  talk  11:51, 20 January 2006 (UTC)

• "Rollback is strictly for reverting vandalism." Never heard this in 30 months, so i don't care if it says it clearly somewhere. Make a msg saying it pop up when you hover the rvt lk, if you want it adhered to.
  --Jerzy•t 18:28, 20 January 2006 (UTC)
  

Could Dewey Decimal[3] or some simlar classification be of use on wikipedia, in adition to the category system?--IanDavies 23:33, 17 January 2006 (UTC)

a) Yes.

b) Sadly, it's probably not practical to roll out on any major scale. Very time-consuming, pretty complex to operate (you'd be amazed), and a proprietary system...

talk

| 23:43, 17 January 2006 (UTC)

I don't know how it'd go, but it can't hurt if you have a go so long as it doesn't disrupt wikipedia. Maybe do something like List of people by name except it might be, say, "List of articles (or categories) by Dewey Decimal". It'd be best to avoid creating categories, eg "Category:796.48". Rather than classifying the whole of wikipedia in one go, maybe try doing a single dewey decimal classification. Andjam 01:56, 18 January 2006 (UTC)

I wouldn't go the list route it is very maintiance intensive. It would also be wrong to cluter up the category system this way. It would need a different system.--IanDavies 02:01, 18 January 2006 (UTC)

The Dewey decimal system was designed for manual lookup, and its cumbersome, obscure numbers are not useful except when looking things up in a sorted index by hand. I suggest at the most that we create redirects from Dewey Decimal categories to roughly equivalent English-name categories. For example, Category:Dewey Decimal 111 can be a redirect to Category:Ontology. I would also be up for a list of articles/categories by Dewey Decimal number. Deco 03:59, 18 January 2006 (UTC)

The Dewey and LC classification systems use short classification codes designed to fit on the spine of a book. Dewey seems protected, but I'm not sure if the general LC classifications are restricted. The LC system details in the "Classification Web" service are copyrighted. If the LC classification outline [4] is not restricted, a "List of LC classifications" page (or pages) could link to similar Wikipedia categories.

• "All copyright rights in the Dewey Decimal Classification system are owned by OCLC." [5]
• "The classification, subject headings, and bibliographic records in Classification Web that originate with the Library of Congress are copyrighted, except within the USA." [6]

(SEWilco 05:25, 18 January 2006 (UTC))

See also Library of Congress Classification and the links there, which presently contain links to Wikipedia articles rather than categories. (SEWilco 05:28, 18 January 2006 (UTC))

I don't think it's in the interest of an international encyclopedia to use material that is copyrighted in all but one nation. I had no idea these systems could even be copyrighted - considering they're more systems than documents - but if they claim they are I think we'll have to just refrain from any comprehensive exposition. Deco 05:31, 18 January 2006 (UTC)

You're apparently referring to the LC "Classification Web" USA exception. That only applies to the "Classification Web" service; there is an LC "classification outline" without a copyright notice and I don't know the copyright status of that outline. There already is similar info in the above LoCC article. (SEWilco 03:42, 20 January 2006 (UTC))

I believe this is the correct place to discuss this? Anyway, there is a small problem with the current method of references - there are two styles 1) adds the external url for direct viewing and 2) is the Harvard style where it is given a number and is listed at the bottom of the page. Both have problems, Item 1) doesn’t give enough detail about the reference and item 2) forces the user to jump to a different section of the article.

I propose that a new kind of wiki syntax be developed so that both can be combined. The syntax for reference material might look like this <reference url="http://someurl.com" title="title of the subject" page=1> - additional info could be added to copy the Harvard style but (hopefully) you get the idea. Now there would be two icons next to the reference url one that goes to the page and the second one that will take you to that reference material or give you a context pop-up on hover to show the info in a little yellow box. Either way of display, the info would be automatically added to a reference section at the bottom of the article.

Good, Bad? I don’t know but the current reference material in all of wiki needs work. Let me know what you think. --Supercoop 19:03, 13 January 2006 (UTC)

See m:Cite/Cite.php. When you jump down to a section at the bottom, the ^ sign brings you right back to where you were. Jon Harald Søby 12:14, 14 January 2006 (UTC)

I guess the people that use tab browsing are in the minority. I would much prefer to middle click on the referring site and read the info instead of it opening the same page or in my instance of mozilla it wont load that page but refresh the current page and takes me to the bottom. It needs some work but at least I know where the template is now. --Supercoop 15:22, 20 January 2006 (UTC)

I have an other idea that is more generic that just for dates. The idea is to implement that only the first occurance of a unique link on a page is rendered as a link. Example if you have the code

[[Article]] bla bla bla [[Article]]

It will render as Article bla bla bla Article _→AzaToth 19:59, 12 January 2006 (UTC)

• I agree with this spirit of this, but in practice, it might not be such a good idea. It's kind of counterintuitive and it would throw some people off. "Dammit, I can plainly see in the code that it has square brackets, but it's not being linked! WTF?!" Also, there are some occurrences where you would want it linked multiple times. And putting in an override might make it more trouble than it's worth. --Cyde Weys _vote^talk 23:19, 15 January 2006 (UTC)

• I think this issue is best handled as part of the MoS. For example, in a big article, I tend to wikilink something non-obvious (like Panamax) in every major section, rather than force the reader to scroll way back searching for a definition. BTW, you should make this into a separate proposal — it's nothing to do with dates. — Johantheghost 13:04, 16 January 2006 (UTC)

• I've taken the liberty of placing this proposal under its own heading, so it gets the attention it deserves. — Johantheghost 17:01, 16 January 2006 (UTC)

• See
  WP:MOS-L: "An article may be considered overlinked if ... a link is repeated in the same article (although there may be case for duplicating an important link that is distant from the previous occurrence);". — Johantheghost
  17:07, 16 January 2006 (UTC)

I think it's better that double links persist in the HTML, but that they are camouflaged with CSS. e.g. the mediawiki software could add a 'soft' class to the anchor tag. An the CSS would suggest the user agent to render it in some shade of gray. --Joris Gillis 17:05, 20 January 2006 (UTC)

Wikipedia:Requests for comment/Enforcement is a proposal for simple injunctions against lesser disruptions, that do not reach the level of the ArbCom. Please take a look and comment on the talk page. Radiant_>|< 13:40, 21 January 2006 (UTC)

Folks:

I have been trying to figure a way to add video clip links to articles. My family happens to own EVTV1.com (an online video portal), British Pathe (a newsreel library), and WPA Film Library.

I have also been in the home video business for over 20 years. EVTV1 has secured the rights to video clips from over 20 home video companies.

I added about 100 links to articles (all external links to video clips approx. 90 seconds in length) and editors started deleting the links saying I was SPAMMING. I engaged several in discussions and while they would not restore the links, I truly did understand the appearance of a conflict of interest.

The video clips have a :15 commercial in front of the clips. That subsidizes the streaming and licensing of the clips.

Here is the idea...

Wikipedia should not link to uncopyrighted materials...which is a real problem on the Internet. If the Wiki community is convinced that there is too much of a conflict of interest for me to link, maybe we could create an area for editors to choose appropriate clips for articles. For instance, EVTV1.com has great clips of Shirley Temple, Jack Paar, Muhammad Ali, Volcanoes, Ellis Island, and literally thousands of archival footage clips. All of the clips have rights cleared for Internet viewing worldwide.

Each editor could decide if the video clip is worth the "pain" of the commercial.

Does this idea make any sense?

If it does, please let me know. Thousands of articles might benefit by adding visual resources.

Thanks. Jaffer 03:21, 20 January 2006 (UTC)

You can also contact me at [email protected]

Define what you mean by "uncopyrighted material". If you mean "material in the public domain" then you'll need further explanation of your statement. (SEWilco 03:47, 20 January 2006 (UTC))

I don't disbelieve your good faith, but look at it from a different perspective. If what you say is all true, then about 16% of the entire clip is ads. While you can justify it, these are Wikipedians who deal with quite a bit of linkspam every day (I should know...)

As for your proposal, I'm not sure it makes sense. Linking to "uncopyrighted" materials is pretty a much a nonissue: copyright is automatic, and if it's not copyrighted, then it's public domain... but I think you're just misusing vocabulary.

Furthermore, you have to be a little more specific about "All of the clips have rights cleared for Internet viewing worldwide." What kind of license is this? Is it compatible with the Wikipedia project? Perhaps a longer clip can be condensed into a smaller animated GIF and uploaded to Wikipedia, but only if the license allows for it.

In the end, I'm not fully convinced that videos add that much to an encyclopedia. The heavy advertising (after all, bandwidth is not cheap, esp. for video) will make most editors decide "no, it is not worth the advertising." If you really think it would add something to Wikipedia, I advise you be patient, not to add anymore links yet, and continue discussion. — Ambush Commander^(Talk) 03:48, 20 January 2006 (UTC)

I strongly agree with your idea. I was going to suggest it myself. Now, with Google Video searching so many videos, and people like yourself willing to donate their collections.

I am currently watching a documentary that is freely available from Google Video. These clips could easily be included in an article with alittle bit of style changing Bjtitus 06:04, 20 January 2006 (UTC)

Jaffer 14:18, 20 January 2006 (UTC) I misspoke about uncopyrighted material. I meant uncleared. What we have done at evtv1.com is license clips from: National Geographic, SONY/Columbia Trisar Home Video, BFS Home Video, MPI Home Video, Acorn Home Video and dozens of other labels for the right to excerpt the DVDs into 1 and 2 minute clips. We have the right to stream them. That is our license and we can stream them for an infinite amount of streams.

They receive monies from us.

Now, I would like to address other issues by Ambush and others:

1) Bandwidth usage will deter editors from including All bandwidth from streaming is absorbed by evtv1. These are external links. Bandwidth, while becoming less expensive, still costs...and that is what the commrcial subsidizes.

2) Adding video links doesn't add much Of course I disagree. An article on Jonathan Winters with a link to a classic clip of him on Jack Paar, that is rare is a gem...or Judy Garland's last performance at the Palladium. But editors are free to choose. I like Dr, Pepper...my wife hates it. There is no way to argue taste.

3) Watching a documentary on Google video is great...there should be a link to it IF THE MATERIAL HAS BEEN CORRECTLY LICENSED. That is why I stuck to material that I was sure was clear.

4) Me unilaterally adding links... I am done doing this. I spent over 40 hours linking (what I believe to be in good faith) only to have editors delete the external links. I want to help, not fight. This is a grand project.

5) evtv1 has secured the license to STREAM these video clips, but cannot download them for distribution. The links to the site would not violate copyright, that was my point.

Folks, I see encylopedias being MULTIMEDIA. The licensors of the material have not allowed us the right to facilitate consumers downloading the clips. They believe streaming is fine...but have not allowed for downloads yet. But even when they eventually do allow downloading, they will not allow it for free. The external links ti teh clips are completely legal.

My suggestion is for FREE VIDEO...but the cost is a :15 commercial. Is it obnoxious? I hate commercials myself. But most people would sit through :15 to see a 2 minute clip of what they want to see.

Thanks for reading! Jaffer 14:18, 20 January 2006 (UTC)

I think your offer is really cool. However, the objective of wikipedia is to provide the world with

free as in beer. So unfortunately, while your offer is truely truely generous, it is not of as much use to us as it might seem upfront. :-( Kim Bruning

19:23, 20 January 2006 (UTC)

There are issues to be resolved here. For example, some TV and radio shows are becoming available in multimedia formats, either at no cost or at a fee. It should be decided whether it is OK to link to such material. Whether there are ads in the material does not seem to me to be as important as the copyright status of the material and how such external links are to be treated. (SEWilco 19:44, 20 January 2006 (UTC))

Kim, the objective of Wikipedia as I see it is to offer information free to the public. I would believe that an article on Malcolm X that quotes his now famous line, "By any means necessary" would benefit by a video clip of the first time he uttered that phrase...which was captured on film (and available at evtv1.com, with full copyright compliance).

As I mentioned in a post in the television section, I personally wrote a book on The Prisoner TV series. I went to conventions years ago and the real aficionados wanted access to every photo conceivable. Having clips of The Prisoner would be cool...(evtv1 plans to put them up in the future.) The value, as I see it, is in connecting the right clips with teh right articles. By me stepping out of the editorial process, it removes the conflict of interest and editors would decide...not me.

SEWilco, if people link to copyrighted video clips that have not been authorized, this is a real problem. There are so many sites on the Internet that just grab clips and put them up. If you link to those sites, the material will not be there once the Copyright owner gets wind...which is coming real soon.

I want to create a resource page for WIKI editors to pick and choose. Every clip will be 100% legal under the Digital Millenium Act and Copyright laws. It is safe and clean. I would bet other copyright holders would eventually want to add their libraries to the WIKI Video Resource center...I am saying I will do this as soon as teh community agrees (and tells me where to put the links and descriptions of the clips). Jaffer 20:29, 20 January 2006 (UTC)

Your first statement "to offer information free to the public" is incorrect, unfortunantely. See Wikipedia:What Wikipedia is not and Wikipedia:Wikipedia is an encyclopedia. Do video clips really add to an encyclopedia? — Ambush Commander^(Talk) 17:47, 21 January 2006 (UTC)

simple: case by case. It depends, after all, on the content of each clip. If an online clip is really (really!) relevant to an article, we'll link it under "External links", even if it includes 15s of advertisement. You'll have to argue notability for each clip, individually, on the pertinent articles' talk pages.

dab (ᛏ)

18:06, 21 January 2006 (UTC)

Adding videos or links to videos to articles can be helpful, at times, and materials not protected by copyright can be uploaded to Wikimedia Commons. However, I don't think links to evtv1.com are a positive contribution. The videos are small, short, and of poor quality. They're preceded by advertisements and surrounded by advertisements, to the point where the ads overwhelm the content. I wish you luck in your enterprise, but hope you stop advocating for inserting the links into articles. - EurekaLott 18:36, 21 January 2006 (UTC)

When I got promoted to a sysop, I went off to the Administrator's noticeboard to add it to my watchlist. Then I discovered something: the page was protected! It was baffling! So I click the "unprotect", and I realize it was protected against page moves. Whether or not this qualifies as protection is dubious, but I think we could have a better message.

Therefore, I propose we change the MediaWiki:Unprotect system message from "Unprotect" to "Change protection", as a resulting action from the tab can increase the protection level (from semiprotection to full protection, for example). If there are no objections, I will be bold and do it. — Ambush Commander^(Talk) 01:44, 18 January 2006 (UTC)

I suggest simply "protection". As a noun, this doesn't suggest any particular action, and it's much briefer in a place where every character counts. Deco 04:18, 18 January 2006 (UTC)

The problem is that some people (or maybe just I) use those tabs to ascertain the protection status of an article. If it says "protect", I know the article is not protected. If it says "unprotect", I know it has some sort of protection applied. "Change protection" is too long; "protection"'s length is fine but I don't feel "protect"/"protection" is as informative as "protect"/"unprotect". Given these options, I prefer the status quo. — Knowledge Seeker দ 04:58, 18 January 2006 (UTC)

Hmm... but unprotect is just so darn misleading. I'll try to think of a short alternative... but it's difficult. — Ambush Commander^(Talk) 22:01, 18 January 2006 (UTC)

How about Protected vs Protect? If it looks too similar, you can try Unprotected vs Protected. — Ambush Commander^(Talk) 22:21, 18 January 2006 (UTC)

That's fine with me, if it's what you want. If you do decide to change protect to unprotected and unprotect to protected, you should definitely publicize the change, since it is likely to create a good deal of confusion otherwise. — Knowledge Seeker দ 02:01, 19 January 2006 (UTC)

Where would the best place to publicize it be? — Ambush Commander^(Talk) 02:16, 19 January 2006 (UTC)

In my opinion, here is already the best place to publicize it on En - but also add links to this discussion on the talk pages for the two Mediawiki templates, and also send a mail out on the En mailing list.[7] Other good pages are Wikipedia talk:Protection policy and Wikipedia talk:Administrators. Deco 02:51, 19 January 2006 (UTC)

Okay, the change will be going live soon. — Ambush Commander^(Talk) 19:08, 21 January 2006 (UTC)

Change is in effect. Let's see how long it lasts before it gets reverted. ;-) — Ambush Commander^(Talk) 19:18, 21 January 2006 (UTC)

The problem I have with this change is that "protected" and "unprotected" aren't commands. You don't "protected" a page, you "protect" it, just as you "edit", "delete", "move", and "watch" a page (the other action tabs). The new version is very confusing... what does "protected" mean? Does that mean that it's currently protected, and that I should click that to stop that, or vice versa? In addition, the action at the URL is &action=protect or &action=unprotect, not &action=protected. Thus, I'm going to

be bold and revert to the stable version while we discuss this even more. Thanks! Flcelloguy (A note?

) 22:44, 21 January 2006 (UTC)

• I agree with Ficello. Sorry Ambush Commander, but you cannot seriously call this consensual given the lack of people who commented on it. Since most people on the village pump don't really know what MediaWiki messages are, I'd suggest dropping a note on
  WP:AN the next time (also note that it has a recent thread stating "please don't edit MediaWiki messages"). Radiant_>|<
  22:47, 21 January 2006 (UTC)

(answering own question) It lasted three hours. I'm going to re-breach the subject on the Administrator's Noticeboard. Thanks for prompt notification. — Ambush Commander^(Talk) 23:24, 21 January 2006 (UTC)

To see in more detail how the recent fund drive went, I started looking at the raw data and put some

How can we figure out what made this fundraiser take off?

Maybe additional data, tests, or experiments could help in future planning. Specifically, I would suggest that we conduct research on fundraiser design by pre-testing different types of appeals to randomized subsets of visitors to the site. It would be great if we could have the techniques in place for remarkable success from the very beginning of the next fundraiser. Tobacman 22:54, 22 January 2006 (UTC)

Neat! Thanks for the work. :) --

mav

Would it be possible to add a policy where the image uploader is notified of any lack of information so that they can have the opportunity to add it, rather than just deleting the picture and leaving the articles that use it pointing to a dead link? --Rebroad 15:43, 22 January 2006 (UTC)

Like the "Templates used on this page" section that appears in the end of the page when editing, an "Images used on this page" would also be useful. Many images are removed from an article in order to be replaced by better ones, and while there's no categorisation of images, it is really hard to find them. CG 04:52, 22 January 2006 (UTC)

Just an idea - the central problem with wikipedia is how to keep the editing open while at the same time preserving the best copy.

What if contributors who could rightly claim "authority" on a particular subject could be granted the right to provide definitive sections for such articles. Such sections would be at the top of any article, indellible and under the control of the authority. At the same time, the rest of the article would be open for business as usual.

An active authority would integrate interesting contributions in the rest of the article into the authority section.

A more passive authority might contribute one short authority section and then be seen no more. This would still give such articles a more trustable and consistent authority, while still leaving the article open.

What do you think?

--Tomandlu 23:08, 19 January 2006 (UTC)

You're effectively talking about protecting a portion of an article. I doubt anyone will support this, as no matter how great the authority, the chance that they'll make a mistake and then get hit by a bus is always there. You may want to take a look at

Wikipedia:Stable versions instead, which does not protect any portion of the editable, working version but does protect the stable version from modification. Deco

00:52, 20 January 2006 (UTC)

Well, I'm not suggesting that an article's 'authority' be unrevokable, so the odd bus here or there isn't really an issue. The trouble with the stable versions is that, unlike the authority idea, they don't allow for continual updates to the article. I just think "authority" sections would allow for more flexible articles. You would have a section you could "trust", and a section which should be regarded as interesting but unreliable. --Tomandlu 10:16, 20 January 2006 (UTC)

Currently, "authority" is provided by verifiable references added to articles and coherent arguments provided on article discussion pages. --JWSchmidt 00:56, 20 January 2006 (UTC)

This doesn't help - since anyone can add and/or change the references. In the end, we always seem to come back to, "well, if the user didn't understand that wikipedia isn't reliable and didn't read the entire discussion page, and didn't check at least 3 versions of the page history, then what did they expect?"

The other point here is that it would be really nice if the odd academic, who didn't want to spend the next 100 years trying to prevent an article decending into chaos, could make a contribution safe in the knowledge they they weren't going to have to watch the article for all eternity.

Nor would the authority necessarily have to be an 'expert' on the subject - a concientious user, with reasonable composition skills would be enough. --Tomandlu 10:16, 20 January 2006 (UTC)

This is an absolute non-starter. It could crush wikipedia's growth potential. 62.31.55.223 04:43, 24 January 2006 (UTC)

Please vote on the requests for rollback proposal, a proposal which would give good contributors, who are not admins, access to the rollback privilege. Talrias (t | e | c) 23:56, 23 January 2006 (UTC)

I recently had a problem with the article

My initial thought was that

Are you aware of

Incidents subpage are good catchalls because a lot of admins watch these pages.-gadfium

22:32, 25 January 2006 (UTC)

(Just to prove that I'm a constructive kind of guy, here's a suggested solution. Extend the [[image:...]] tag so that one of the parameters is the title of a Wikipedia article. The default action for clicking on the image will be to go to that article. There will also be a small icon below the image that links to the image's info page, for the few that wish to go there.) --Heron 21:05, 24 January 2006 (UTC)

Image description pages need to be accessible, but maybe linking the image isn't the best way. This is a very frequent problem on the Main Page, where the featured article picture is often assumed to be a link to the featured article. On the other hand, it seems difficult to insert a separate link to the image description page in a way that's appropriate in all contexts. Additionally, it's confusing to make most images link to their description page and some not - better would be for most images to not link anywhere, and to link to the image description page in some other more explicit manner. Deco 21:18, 24 January 2006 (UTC)

The Wikinews logo on

click}}; please see Template talk:Click for more information. However, it should be noted that the use of the template is discouraged in articles; it's mainly being used for the main page and a few other prominent pages right now. Thanks! Flcelloguy (A note?

) 00:17, 25 January 2006 (UTC)

Interesting question. I agree that it is strange that the reader gets to peek "behind the curtains" just by clicking the image. Intuitively, the image description page should be semi-hidden, much like the page history or editing views. I have no good suggestion. Can we have an "about this image" tab appearing over the image when the mouse hovers over it, using Javascript? Without giving it much thought, that seems to be the most consistent metaphor. Better minds need to think about this... Arbor 13:40, 25 January 2006 (UTC)

Cryptic (talk)

13:49, 25 January 2006 (UTC)

Thanks for your feedback, everybody. There are some good ideas here. Flcelloguy, it was some time since I last clicked on the Wikinews logo, but I tried it again just now and I see that it is fixed. Thanks for doing that. I won't say any more on this topic, because I just followed the Template talk:Click link above and found that this has been discussed before (see under the 'Confusing' subheading). There is also a feature request on MediaZilla for adding a "link=" parameter to the image tag, as in this example:

[[Image:banana.jpg|100px|thumb|right|link=[[banana]]]]

If you like it, please go to MediaZilla and vote for it. --Heron 21:12, 25 January 2006 (UTC)

I'd like to suggest having a standard template for info about chemical compounds, like the ones for biological species. There would be a standard box saying stuff like the density, appearance, discovery date, etc, the same stuff that appears in references like the CRC handbook. Looking up a compound like Polyethylene to find its density would give you this info right away. There would have to be an ongoing effort to add these boxes to the articles about different compounds.

Take a look at Wikipedia:Chemical infobox. HTH HAND —Phil | Talk 10:46, 23 January 2006 (UTC)

and/or help us out at

WP:Chem! Physchim62 (talk)

15:41, 25 January 2006 (UTC)

I agree; but I think it's already written in many places (no pun intended). Clarifing that posting requests to discuss something somewhere else in multiple places is OK, might help. As, for example, what I did just below here.

JesseW, the juggling janitor

09:32, 25 January 2006 (UTC)

It depends on the context. If a post is just to announce something, or doesn't require significant comment, I don't see a problem with it being posted in two or three places. This is assuming that duplicate posting is necessary for the situation, like low traffic for at least one of the locations. However, proposals should be discussed in one place, possibly with requests to discuss elsewhere, as JesseW suggested. -- Kjkolb 10:02, 25 January 2006 (UTC)

To clarify, what we want to do is try to keep all of the discussion about a single posting in a single location. Deco 04:38, 26 January 2006 (UTC)

This is a proposed very simple way to deal with non-controversial article deletions. The proponet propses a live test in the near future. I think the idea is a good one, but that soem degree of community support is needed to sanction a live test. Please visit Wikipedia talk:Proposed deletion to express your views. DES ^(talk) 17:27, 27 January 2006 (UTC)

one of the more common Wikipedia edits that call for a revert are on the Days of the Week articles. people are often adding their own name, or a friend's or an enemy's name. i have all 366 days of the week in my watchlist. i sometimes have to revert over 50 edits a day, and still, some of these edits slip by.

if regular users added their own birthday to their watchlists and nothing more, these edits would be discovered and fixed more efficiently. thanks, Kingturtle 01:44, 18 January 2006 (UTC)

Neat suggestion. Why not? — Ambush Commander^(Talk) 02:17, 18 January 2006 (UTC)

Great idea. Let's do it. I've added mine. Deco 03:09, 18 January 2006 (UTC)

We need more good ideas like this. It scales beautifully. I've added mine to mine. -Splash^talk 22:04, 18 January 2006 (UTC)

What a cool idea. Added birthday and year. -- nae'blis _(talk) 22:11, 18 January 2006 (UTC)

I was going to also suggest adding one's year too. Excellent ideas. Pattersonc(Talk) 12:41 AM, Monday; January 30 2006 (EST)

We should make a Wikiproject just for coming up with ideas like this... in the end, it would be nice to have like a list of ~7 types of pages that should pick one of based on yourself and watch unconditionally. — Ambush Commander^(Talk) 22:18, 18 January 2006 (UTC)

Cool! I just caught this [8] on November 8. Keep those great ideas coming!! Awolf002 14:25, 19 January 2006 (UTC)

The simple ideas are the best. Martin 14:30, 19 January 2006 (UTC)

Support from me — I've added mine. — Johan the Ghost _seance 14:48, 19 January 2006 (UTC)

Done. --LV ^{(Dark Mark)} 18:39, 19 January 2006 (UTC)

Brilliant idea! St. Joan of Arc's day is now watched! Grutness...wha? 23:26, 19 January 2006 (UTC)

And those with privacy concerns are urged to pick adopt a day at random. (SEWilco 03:44, 20 January 2006 (UTC))

Or multiple days. Carbonite | Talk 03:46, 20 January 2006 (UTC)

or to watch multiple pages. Broken S 03:46, 20 January 2006 (UTC)

Me too; excellent idea.

JesseW, the juggling janitor

11:36, 27 January 2006 (UTC)

Great idea. Don't forget years either. Since high school and college articles are frequent vandalism targets, everyone should also watch their alma maters, or even every school in the area (or other local institutions if you're anti-school).

OK, it seems that this idea has overwhelming support. But, this topic will soon vanish from here. Where do we need to document this suggestion so that more people see it? Part of the "welcome kit"? — Johan the Ghost _seance 13:09, 27 January 2006 (UTC)

There is currently discussion at Wikipedia_talk:Reference_desk#Restructure_with_subpages about restructuring the reference desk with subpages instead of having one huge page. This idea could potentially extend to the help desk. Your comments and thoughts would be most appreciated. Thanks! enochlau (talk) 23:27, 29 January 2006 (UTC)</nowiki>

It is old proposal, but I suppose hardly nobody knows that this project in pl wiki is very very fine. More than 40 Players, more than 30 department of quests. And it is more useful that asks for quests wherever in wikispace. All players gives points for realised quests and all quests are controled by WikiMasters. And last but not least it is very funny game. Look here and for related changes here. It is now not only game but work too - work in WikiFactory!. MetaWikiMaster ;) of WikiFaktoria. Przykuta 21:14, 29 January 2006 (UTC)

Someone else thought of this first? I thought I was the only one. I scrubed it when people started talking about how the editors thought of wikipedia as an RPG and didn't take their work seriously. I restored my work, is this what you meant, Przykuta? -> User:Rayc/Wikiquest --Rayc 22:20, 29 January 2006 (UTC)

Something like that. For beginning one or two simple quests. And one important info - people want... points. A simple quest is "do interwiki" - 2 points for each in en wiki; 4 points for interwiki in other Wikipedias linked to en wiki. It's not all - narration.

Look for schema in pl wiki:

== Quest Name ==

Narrator's note
*'''Desription:'''
*'''WikiMaster:'''
*'''Start date:'''
*'''Number of points for quest:'''
**'''xxx points''' per...
**'''yyy points''' per...
*'''Realized by:'''
*Below write your realized quests + —[[User:Crypticbot|Crypticbot]] [[User:Cryptic|(operator)]] 00:09, 6 February 2006 (UTC)
*#

Here is link to the quest "Interwiki" with a lokal hall of fame. It is boring work when we do it daily, but not when it is Quest.

But it is only a tutorial ;) Now I want to lead a campaign.

First quests in pl wiki was Writing articles about castles and legends, Welcoming - it is still big quest - almost everybody newcomer is welcoming (without vandals of course). But pl wiki has another problems. I think it is worth to find a group of Wikipedians who want to start WikiRPG. Przykuta 00:19, 30 January 2006 (UTC)

What can players do with the points? Who judges whether quests were completed with sufficient quality and care? Deco 03:39, 31 January 2006 (UTC)

WikiMaster is the person, who judges players and enter players (with their points) on a list (Hall of Fame) Przykuta 21:06, 31 January 2006 (UTC)

It's an interesting idea, but as it is now it's not very practical. Eluchil 07:04, 31 January 2006 (UTC)

So - on pl wiki start has not been easy too... Przykuta 21:06, 31 January 2006 (UTC)

I think the idea is to make a game of production as a opposed to a game of finding stuff. The problem I see is point tallying. It's almost more work checking to see if work is done then actually doing the work. I was thinking for this welcoming quest, you could give each player a link that they could include in their welcome, and then the "wikimaster" could just go to the page and click what links here to get a tally. Of course, maybe we could just set up the quest and have the players edit the accomplishments, sort of like the Wikiholic hall of fame.--Rayc 22:41, 31 January 2006 (UTC)

Yes, yes. This is only example of Wikiquest (Quests with finding stuff - NPOV, NPA, vandalisms - it is very funny too :) Others quests are: killing stubs, finding Cthulhu rituals (special vandalisms like "gfdkfdgkfdskgsd"). Maybe this quest (Welcome) will be easier (for wikimaster), if players will put only links to logged users, not IP. And - maybe it is quest for 2 WikiMasters on en wiki... This is hardy work for WikiMaster. Look for archives of that quest on pl wiki ;). So, about sort - if you want :) (but maybe without comments ;) We have on pl wiki local tally on every quest's page and global Hall of Fame. Przykuta 12:45, 1 February 2006 (UTC)

I have a suggestion that I would like to bring up and get some opinions on. I am proposing that Special:Listusers be divided into users and indefinantly blocked/vandal accounts. This would provided better navigation on the list of users and would help better identify vandal accounts. Thoughts? SWD316 ^{talk to me} 16:26, 29 January 2006 (UTC)

You can edit any section of an article without having to load the whole page up, but this is impossible if you want to edit the intro section at the top. Could a discreet link be introduced that allows you just to edi the pre-section section of an article? I'm think an option in the sidebar where "What links here" is, just another link saying "Edit introduction". -- Alfakim --  talk  01:03, 29 January 2006 (UTC)

Mediawiki used have an edit link for the lead section. I don't understand why it was removed; it's clearly much more sensible than adding "&section=0" to the end of an edit URL. ‣ᓛᖁᑐ

01:44, 29 January 2006 (UTC)

There are a couple of user scripts that add a tab to edit section 0. General scripting information is at

Wikipedia:WikiProject User scripts/Scripts. the top two scripts on the list enable editing of the top section of an article. --GraemeL ^(talk)

01:49, 29 January 2006 (UTC)

Image maps are quite handy in many situations, but with current editing support still limited to text fields and file uploading, it seems like they would be quite cumbersome to edit. I think they'd still be justified though in the relatively rare situation where they're needed - but a nice editing interface would make them even more useful. Deco 00:45, 29 January 2006 (UTC)

I've long wanted something like this. I've tried a few tricks to try and get such image maps, but all are quite cumbersome. One example in use can be seen at

Wellington Street, Ottawa, and something similar to this could be done for Worms weapons and tools. - SimonP

03:44, 29 January 2006 (UTC)

I couldn't find this exact suggestion anywhere on perennial proposals or elsewhere, so apologies in advance if it's been mentioned a lot. Basically, is there any movement at all on here to make Wikipedia something that the less-technically savvy but very non-tech-subject savvy experts out there can contribute to? I'm talking about people who can cope with e-mails and entering web addresses and typing letters, but who run away at the sight of anything resembling code or scripting (which is what Wikipedia looks like when you try to edit an article, or if you even try to discuss an article). I guess ideally it could be some kind of web-based Wizard, which would take someone through the editing process step by step (and maybe layout too, although I suspect beginners would rather stick to the actual text at first). It could also invite people to register if they wish to, if they haven't logged in. Links to the "boot camp" and how-to guides could be peppered throughout the Wizard so existing efforts wouldn't be duplicated. I'm just frustrated at how editing a Wikipedia article can be as tricky as handcoding HTML, whereas most of the world's experts on non-technical topics (the kind of topics Wikipedia needs experts on the most) would have little or no experience in such matters or concepts. --Krisse 18:52, 28 January 2006 (UTC)

I disagree. There are links to help on editing near the submission button, and i find wiki markup to be MUCH easier than using word processors The magical Spum-dandy 19:24, 28 January 2006 (UTC)

Pretty much the only things you have to know to get started are (1) how to generate a wiki-link (to another article) and (2) maybe add a picture. Everything else beyond that can easily be fixed later by others. And all of this is covered in

wikipedia:tutorial Raul654

19:29, 28 January 2006 (UTC)

One of the beauties of the wiki syntax is that, for the most part, it's just the text on the page, with blank lines between paragraphs. That's all you need to know to contribute at the simplest possible level. Other contributors can add other formatting. On the other hand, editing an existing page can be a daunting experience when it's full of scary markup and you have trouble even finding the text you want to change. WYSIWYG would definitely have advantages if we could do it in a way that doesn't suck. Deco 00:59, 29 January 2006 (UTC)

I've been working on a lot of bands recently and I've noticed that for the major bands there tends to be some consistent formatting, but for less significant bands there's really almost no formatting. Is there, and I simply haven't found it? If there's not, wouldn't it be great if there was? If you agree with the last, how do we go about creating that? A bot? Or would this be too complicated?

I feel like the formatting should include sections for band history, members, and discography, and a picture if available, and of course an overview/intro before sections. Those nice little boxes are cute too. From what I've seen now, when some of those sections do exist, sometimes albums are linked, sometimes not. Sometimes the albums are in italics, sometimes with dates, sometimes neither. Sometimes band members are linked, sometimes not. What do y'all think are good formatting policies for this? Is this even the right place to ask about this? Anyway, I'd like to know what the community thinks of this. -

I don't think there's a current guideline for sections of band articles - although it seems like a good idea - but start by reviewing Wikipedia:WikiProject Music and its subprojects. I'm sure you'll find a good place to make your suggestions. — Catherine\^talk 02:34, 29 January 2006 (UTC)

Hello everyone. I was brainstorming some ideas for Wikipedia and this is what I came up with:

1. A more user friendly main page with icons (I like the new proposed main pages with the icons on top) would be less intimidating to novice and new users.
2. It is hard to find other wikimedia sites as I don't see any links to them in a sidebar, something many people are familiar with.
3. I personally believe this website would benefit from Google ad technology. In my opinion, you can keep the integrity of your website and not disturb uninterested visitors while covering operating expenses.
4. Another idea I brainstormed was a one-time-only page that would pop up after users read a certain number of articles. A kind request for a donation and a keep doing what I was doing setup would help.
5. It would be interesting to see if biographies and other disputable subjects could be confirmed as accurate by someone who isn't connected to the project such as a family organization, authors, or the general public.

Keep up the awesome work! —The preceding

First off, sorry for editing your comment a little; the formatting was messing up the page. I can't deal with points one and two, but point three has been discussed before, and we've agreed not to have any ads on Wikipedia. There are a group of users actively opposing any attempt to add advertising to Wikipedia, and I don't think Wikimedia is in that much financial trouble yet. Not to mention that having seen other MediaWiki-based sites with them, I think Google ads would look terrible. Point 5 is also interesting, but AFAIK we prefer to internally review articles and make sure we

cite sources for their claims. Johnleemk | Talk

15:43, 25 January 2006 (UTC)

See http://www.wikicities.com/ Wikicities for an example of a Mediawiki site with Google ads. One good reason we might not want to use Google ads is because they impose content restrictions that would effectively censor Wikipedia (see [9], section 5, "You shall not...display any Ad(s)...on any Web page or any Web site that contains any pornographic, hate-related, violent, or illegal content"). No comment on other points. Deco 22:55, 25 January 2006 (UTC)

John, yes we are in that much trouble. To continue to grow at the current rate, the hardware guru's have estimated our harware expenditures should be $4-5million for 2006. Fundrives probably cannot raise that kind of money, though anything is possible. Eventually the people that are so strongly against ads may reallize how much farther we can go towards meeting the Foundation's goals if we did accept some form. Getting information to people in their own language is going to require serious money and may require different strategies. Currently the only languages we have a significant number of articles in are those languages from the developed world. For Hindi, Arabic, Bengali, and Punjabi, each top 10 by number of speakers in most counts, we have 1,000, 10,000, 500, and 39 articles respectively. - Taxman ^Talk 19:16, 26 January 2006 (UTC)

Hiring full-time multilingual Wikipedians to work on expanding the scope of the project is a great idea. But any kind of advertisement would place us in a position where the ad provider could pressure us to censor or include certain content. Certainly Google Adsense does, and I don't know of any other unobtrusive advertisement system. Sacrificing the integrity and values of the encyclopedia, along with a good chunk of our best contributors who don't like the idea, isn't the best way to achieve these goals. Deco 01:53, 27 January 2006 (UTC)

Well we certainly wouldn't accept anything without a firm rule of no influence. Though I'm sure they'd try. Our own ad supported mirror is a possible idea to avoid the influence. In any case, something's going to have to give. - Taxman ^Talk 05:26, 27 January 2006 (UTC)

I find the Wikipedia search engine somewhat lacking in usability, and sometimes will instead use Google to do a wikipedia domain specific search. Google is making $ off of my use of their search engine, but none of that $ is going back to Wikipedia. What about adding Google, Yahoo!, and other search boxes to

Wikipedia:Searching#External_search_engines or some special search page? We can't endorse just one search engine, so maybe we could put multiple search boxes. While I'm opposed to ads on Wikipedia itself, the ads would be on search results hosted by Google, Yahoo!, ... and contains ads like any google/yahoo results page. -Kmf164 (talk | contribs

) 00:07, 29 January 2006 (UTC)

http://openusability.org/reports/view.php?group_id=109&repid=69 is a report (November 2005) on usability testing for the German Wikipedia. Searching is one of the key frustrations and usability problems with Wikipedia. Why reinvent the wheel, improving Wikipedia's internal search engine, when Google, Yahoo!, and others already do a good job with searching? As well, people already have familiarity with Google's (or Yahoo! ...). It's good usability practice to allow such familiarity to transfer across different websites (incl. Wikipedia). -Kmf164 (talk | contribs) 00:18, 29 January 2006 (UTC)

I would argue that if searching is one of the main frustrations, than perhaps we could provide, in addition to the simple google-like search box, an advanced search page, like google has, for more specific searches. A feature has been suggested on bugzilla for wikinews which would allow users to have a news search with category filters, for doing research. This would be a nice option. Kevin Baas^talk 00:32, 29 January 2006 (UTC)

I agree there. Maybe after a break once the main page redesign is completed,

Wikipedia:Searching, advanced search options, as well as a page for using Google, Yahoo, and other external search engines. -Kmf164 (talk | contribs

) 00:56, 29 January 2006 (UTC)

Click here to look at the portal.

If anyone wishes to help, or knows anybody who would like to; then please get stuck in, or get in contect with me; you don't need an explicit knowledge of football, you just need to know about how league tables work, and what days to update the table, which isn't too much work for some of those clever-pedians we have here!

I really appreciate any help we can get; i can only see the portal getting wikinews more hits, and making the footy portal get more contributors! Tergards, muchly;

The magical Spum-dandy 13:34, 28 January 2006 (UTC) !

(cross-posted as this is an odd little policy, so here is good, too)

This expansion of ArbCom to include "officers" doesn't appear to have gotten much press. It involves someone whose job it to summarise and present the information presented into digestable packets for the Arbitration Commitee.

It's "going live" any day now, but there have been concerns expressed that it's a "back door" for people who failed re-elction to maintain their powerbase. Additional concerns around why this person would need access to the abritrator only mailing list have been raised.

/me listens to the crickets chirping since nobody else seems interested enough to reply

Jtkiefer^{T | C | @}

---- 01:16, 27 January 2006 (UTC)

Please see

brenneman^(t)(c)

01:40, 27 January 2006 (UTC)

In the UK, we elect a government, and they appoint their officers. There is no popular scrutiny, as we empower the elected ones to delegate at will to thir 'administration'. I see this in the same way. --

^ask?

01:48, 27 January 2006 (UTC)

Perhaps. But the incivility, blankings (over 3RR in one case), hurried archiving, and application of page protection all seem like bad form to me. We're not seeing anything like "discussion" over this. Can we at least admit that it looks bad if nothing else?

brenneman^(t)(c)

01:55, 27 January 2006 (UTC)

Given the fact that there has been such inexplicable vitriol shown to KM by one section of the community, this was always going to be a very provocative move. But if she is willing to do it, and our elected Arbcom willing to trust her, that should be sufficent. Is anyone arguing that she's not up to it? Or that the folk the community has elected are so weak, that she'll bewitch them and usurp their power? No. Rather this is about a silly personal vendetta, a conspiracy theory, and a lot of paranoia. As for the blanking etc, I don't know. I removed a thread (mistyped threat) from a user RfC, as it was commenting on an Arbcom decision not the actions of a user. Aaron, this whole thing has got totally out of hand. Someone deleted a bunch of non-encyclopedic stuff (perhaps unwisely), the deletion quickly was reversed - and then this crazy hysteria errupted. One admin was made into some form of hate figure - and

^ask?

02:11, 27 January 2006 (UTC)

The problem is that as long as we keep doing things that re-enforce the appearance (at the very least) of an "old boy's" network, we'll keep having problems with "hysteria". The facts that the ArbCom need the work done and that they don't have to ask anyone ignore the underlying issue: Why again and again are things done in the most difficult way possible, in the way almost certain to raise a storm. Nothing that the clerk is going to be doing actually requires a quasi-official position to be created, and by first doing so (process wonking?) and by then saying "it's done, stuff you's all" all we do is fire the flames of discontent. Happy happy campers will contribute better, and if nothing else doing things a different way will mean that less time has to be spent arguing about it. -

brenneman^(t)(c)

02:31, 27 January 2006 (UTC)

• My talk is probably a better place for this discussion, by the way. -
  brenneman^(t)(c)
  02:31, 27 January 2006 (UTC)

I strongly favor having a secretary or clerk for the ArbCom. There are numerous clerical tasks that have to be performed to help keep the cases tidy, and that burden does not need to fall on ArbCom members. Without a chair of the ArbCom, if it difficult to even know how to address a question or comment to the ArbCom as a whole. A former ArbCom member seems well-suited to the task, since he or she already knows the workings of the group, but anyone could do it or help. -Will Beback 04:00, 27 January 2006 (UTC)

Re the argument that we don't need an official Clerk's office for this, I would ordinarily agree but for the fact that while pretty much anyone can tackle evidence, the workshop, etc., only trusted users can post to the Arbcom mailing list, close cases on behalf of the arbcom, etc. Since we're going to need some official way of identifying those users the Arbcom trusts, we might as well mention that these guys are also trusted to properly write up evidence, etc. Johnleemk | Talk 13:59, 27 January 2006 (UTC)

I don't understand this argument.

• Whomever wishes to can edit the workshop pages, and that's where the real mean-and-potatoes of this effort should be going. That's where the largest amounts of noise are, and the most guidance needed.
• As to "trusted effort" the evidence pages are (by convention) edit-only-your-own areas. Anyone "trusted" can just put their tid-bits of summarised evidence there as opposed to the mailing list. Unless what the clerk will be sending to the mailing list isn't evidence but conclusions, which would suggest that the ArbCom was then not going to read the evidence?

brenneman^(t)(c)

15:05, 27 January 2006 (UTC)

You're presuming the mailing list is going to be only used for issues directly related to arbitration. There are a lot of maintenance duties, etc. that a private mailing list could very well be required for. To cite one recent instance, Kelly Martin emailed the list saying she would close a particular case within 24 hours if no arbitrator objected. Fred Bauder later withdrew his vote to close the case, and it stayed open. (This can easily be verified from the talk page of the Clerk's office.) I'm sure that as we go along, other uses for the list will be found. The existence of Clerks should not prevent anyone from presenting evidence or editing the workshop -- clerks are just certified to be people whose advice should generally be listened to WRT arbcom matters -- not a whole segregated class of their own, above the hoi polloi. Johnleemk | Talk 05:12, 28 January 2006 (UTC)

My two penn'orth. On the personalities: I don't approve of vitriol, but I've seen Kelly Martin behave both badly and very dubiously; I'd certainly not trust her as an ArbCom member, and people like me voted against her for that reason. On the various recent antics: she's clearly in a little group of chums who tend to stick together with a "my friend right or wrong" sort of attitude, and who include many editors of long-standing and (what is perceived by many people as being) authority; this has probably been part of the cause of hasty actions such as the protection of Talk pages and RfCs and other attempts to suppress criticism of her. On the procedural issue, it is indeed very difficult to see why the ArbCom needs these "clerks", especially why they need a "head clerk", and most especially why they appointed someone who has just been rejected as sufficiently trusted for an ArbCom rôle. I've seen the excuse that it's no big deal, as anyone can do what the clerks do — but then why appoint clerks? We're not a state with a government, and so the analogy with the appointment of officials is inapt, pace Doc Glasgow; the only reason that most of us can see for this extension of official or semi-official (or quasi-official) positions is some variation on jobs for the boys and girls, and you don't have to share my anarchist leanings not to like it very much. --Mel Etitis (Μελ Ετητης) 17:22, 27 January 2006 (UTC)

Presumably the arbcom is well aware of Kelly's personality and chose anyway to appoint her as Head Clerk. People like me voted for them (Filiocht, Mackensen, Sam Korn, et al) for that reason. I trust their judgement. If Kelly makes a mess of it, I expect them to "sack" or "fire" her. Johnleemk | Talk 05:12, 28 January 2006 (UTC)

I'm sure this is old news, but it seems to me like many WP "List of XXX" pages are unhelpful. Case in point: List of sailors, which is a randomly-selected and small subset of articles from Category:Sailors. This list totally fails to mention some extremely prominent sailors, and of course needs to be manually maintained to keep it in sync with Category:Sailors. Trouble with that is, it would be either a selected subset (and hence inherently POV), or huge.

So, let's ditch the list and just use Category:Sailors, which is guaranteed to be complete, and is neatly organised into sub-categories. Trouble with that is that it's not annotated; unlike List of sailors, which at least provides a useful "who's-who and why" index of some sailors.

So, my proposal: modify the [[Category]] syntax as follows:

[[Category:Sailors|Slocum, Joshua|first single-handed circumnavigation of the world]]

That is, include the annotation in the article, where it can be maintained with the article itself. Then we just need a change to the [[Category]] feature to (optionally) include annotations in Category pages. Then we can ditch the lists, and replace them with appropriate use of categories.

Note that this proposal works well with articles in multiple categories. Example:

[[Category:Sailors|Slocum, Joshua|first single-handed circumnavigation of the world]]
[[Category:Authors|Slocum, Joshua|wrote ''Sailing Alone Around the World'']]

would place Joshua Slocum in two category/lists, with appropriate annotations for each. This feature could also be used in categories themselves, to annotate their entries in their parent categories.

What do you think? — Johantheghost 23:05, 15 January 2006 (UTC)

intresting idea, but it would make it much harder to read thru categories - some of them are very big as it is without notations. BL kiss the lizard 00:04, 16 January 2006 (UTC)

Thanks for the comment; the idea would be to design categories that replace the lists; so if the list isn't too big to read, then the category wouldn't be either. For example, List of islands of Central America currently is a pointer to other lists, such as List of islands of Honduras. This would be replaced by a category, "Islands of Honduras", which would be a member of category "Islands of Central America". In fact, I note that Category:Islands of Honduras already exists. The difference is that the category will maintain itself; if I add a new island, it won't automatically appear in the list, but it will in the category.

Also, note "(optionally) include annotations" above; ie. you would be able to choose between a conventional category view, and one with annotations.

By the way, I don't think that all lists will convert to categories. But the proposed feature would replace many, if not most, lists (which are currently mostly incomplete) with self-maintaining categories; the result being to make Wikipedia more reliable. — Johantheghost 11:20, 16 January 2006 (UTC)

Me thinks it's a great idea, but it will be a pain to update all articles. Plus, this is something that must be

Thanks for the comments. As for updating all articles, no, the idea is that adding the feature wouldn't immediately change anything; but people could gradually go and change the lists into annotated categories. I would do List of sailors, for example, in a few hours. Other "List of" pages might hang around for a year before getting converted. But yes, this would require a change to the Wiki software — if it got enough support. — Johantheghost 11:20, 16 January 2006 (UTC)

Feature requests are made using the bug tracking mechanism, see

Wikipedia:MediaZilla. There have been a variety of proposals to extend the categorization syntax. One argument against doing this is that many mirrors do not implement categories and to make the content as easily accessible as possible this should not be required (which would lead to a preference not to provide any content, like annotations, using categories). I don't know whether this is actually a consideration in the design of the category feature, but it certainly could be. -- Rick Block (talk

) 18:06, 16 January 2006 (UTC)

Thanks; re MediaZilla, I was kind of wanting to float the idea here, to see if people think this is a good way to replace lists, before requesting the software change (so I can say please implement this, and we'll actually use it).

Re mirrors, your point is an interesting one; but since these people are essentially "ripping off" (albeit in a legally and morally correct way (mostly)) WP content, should we take them into account when deciding the best way to do Wikipedia? Shouldn't we make Wikipedia as good as we can, whatever shape that makes it, and let the mirrors handle it however they like? Or does Wikipedia have a policy of accommodating mirrors? Also, it's not like the content wouldn't be available, since the annotation would just be a summary. — Johantheghost 18:17, 16 January 2006 (UTC)

It is my understandign that we do have a general policy of accomodating and encourigign mirrors, provided that tney are propeorly compliant with the

fair use policy is designed in aprt to accomodate and encourage commercial mirrors. DES ^(talk)

20:22, 16 January 2006 (UTC)

• IMO there are cases where list are better. First of all, when many entries on a list are significant enough to lsit, but not to have separate articles about. Indeeed "List of minor characters in..." is often a good way to merge many stub articels conencted with a work of fiction. Also, lists can esaily be seperated into sections but presented together, while if items are soreted intoa sub-category, they do not appear on the main category page. Simialrly, a list is much easier to sort according to a non-alphabetical principle. We aslo do not need any software enhancement to ahve an annotated list, while we woudl for an annmoteated category. There are many cases where a category is the better solution, but there are many others where IMO it is not. There are tradeoffs in each case. DES ^(talk) 19:46, 16 January 2006 (UTC)

• Yah, I see what you're saying, and the example "List of minor characters in Hamlet" would be OK, because that'll never change. But the "List of XXX", where XXX is a more general category — like "List of sailors" — should really be abolished, because it will always be wrong (ie. there will continually be things getting added to Category:Sailors but not List of sailors, because people don't even know there is a List of sailors). The software engineer in me can't accept manually-maintained parallel data like this, and my proposal would, IMO, make it easier to replace "problem" lists with appropriate categories. — Johantheghost 20:05, 16 January 2006 (UTC)

• But there may well be "sailors" who are wanted in the list, but about whom there are not articles, and if articels were created they would be nothing but stubs. Perhaps "sailors" is a case where a category would be better, but there are many many cases where this is not true, IMO. It is easy enough to get a list of all articles in a a particular category and insert them into or merge them with a list -- there is automated software for doing this (see
  WP:AWB for one piece of software that can be so used). I have often seen AfDs on list pages where the decision was that a category would be better, and also seen CfD discussions where a cat was deleted in favor of a list, and in many cases i think that having both is the better choice. There just isn't a one-size fits all solution here. DES ^(talk)
  20:15, 16 January 2006 (UTC)
• That said, I think your proposal to allow annotation in listing items in a category wouid be a good one. In soem cases it might well dispense with a list, and in many cases it might make a category easier to navigate. Have you loged this as a feature regquest on Bugzilla yet? If so, what is the big number? If not, i suggest that you do so. DES ^(talk) 20:15, 16 January 2006 (UTC)

Thanks again for the comments — I guess I'm coming round to thinking that AfD case-by-case is the better way to handle this. The thing about the annotation feature is that it would need to be widely used to be worth it, and I'm not seeing too much support here. Thanks for the pointer to AWB, but I use Linux... :-(

I'll tell you what I would find really useful though: a "list all" feature in a category page's toolbox, that showed all the contents of the category: ie. including all members of sub-categories. IMHO this is a really painfully obvious omission. Eg. maybe one day I go to Category:Sailors, and see all the sailors; next day I go back, and it's been organised into sub-cats, and I have to manually and tediously browse them all just to see the same list. Has a request for this been floated before, do you know? — Johantheghost 21:12, 16 January 2006 (UTC)

I agree that such a feature would be quite useful. I do not recall seeing it proposed before. I wouldn't think it would be hard to implement. DES ^(talk) 21:36, 16 January 2006 (UTC)

Category intersection is an existing request, see bugzilla:2285. "Show all members, including subcats" has also been suggested, but since categories don't form a tree (they're not necesssarily acyclic) enumerating all "members" is potentially quite expensive (to avoid the potential infinite loop, you have to check whether you've already visited each subcat as you go). I suspect this is not likely to be implemented any time soon. -- Rick Block (talk) 21:42, 16 January 2006 (UTC)

Unless there is soemthing odd about the way PHP works in such matters, this seems to em to require merely the addition of one extra data structhure, a list of sub-cats visited so far, to be passed through the routine. As a list of sub-cats already detected but not yet visited would need to be maintained even of the category structuyre were known to be acyclic, it deosn't seem to me that theis would be likely to be highly expensive in most cases -- the cost of the large lsit of member being developed, and of removing duplicates (if that were to be done) ought to be much higher, i would think. Going from a loop-based or recursive routine that uses one list to one that uses two lists is not likely to increase the cost by a huge factor. When the list of sub-cats is indeed long the checkign code would get more costly, but in that case the results are likely to be large and the call would be costly in any case. If need be the call could terminate after an arbitrary number of sub-cats or members has been returned, just as soem other special calls have a fixed upper bound on their results. DES ^(talk) 21:57, 16 January 2006 (UTC)

On further consideration, this is one thing that would really make me trash my proposal! If someone is actively using a category as a list of XXX, and then it suddenly breaks just because someone (constructively) organised the category into sub-cats, then IMO categories can't do the job, and we need lists.  :-( — Johantheghost 23:06, 16 January 2006 (UTC)

I've just found that bug #1775 is the same as my proposal; also bug #2725 covers the category issue. — Johan the Ghost _seance 13:14, 20 January 2006 (UTC)

Category browsing and intersection have been implemented on the toolserver: CategoryTree and CategoryIntersect. They are wonderful!

How does that help casual users? How are they even supposed to know about this "toolserver"? I didn't until yesterday. I still say that a "Show all" button in a category is necessary to make the category system really useful. (Having said which, yes, they are useful, in the absence of the real thing.) — Johan the Ghost _seance 13:06, 27 January 2006 (UTC)

I agree, it does not help casual users, but it's a lot better than the deeply crappy systems we had before(one of which I wrote, so I know what I'm talking about when I say they were crappy). That's why I'm so excited by them. It would certainly be great, and, I agree, important, to add these features to MediaWiki.

JesseW, the juggling janitor

06:50, 28 January 2006 (UTC)

i was told to post my request here so i have copy-past the whole thing here:

http://en.wikipedia.org/w/index.php?title=Article_not_found&action=edit

i want to change this

"We don't have an article with this title, but you can create it if you log in or create an account. As an unregistered user, you may also submit the content that you wish to have created. Please read our introduction for more information about Wikipedia"

into this

"We don't have an article with this title, but you can create it if you log in or create an account(Registering a free account takes only a few seconds, and has many benefits:you simply need to choose a username and password and click "create account".). As an unregistered user, you may also submit the content that you wish to have created. Please read our introduction for more information about Wikipedia"

why: because most of the website use e-mail for submiting password and procedures are quite long and so we need to show that it's very fast and convenient...

i didn't get an acount for a long time for this reason

there is also a huge number of pages that are waiting to be created at http://en.wikipedia.org/wiki/Wikipedia:Requested_articles mabe a lot of theses people have posted their articles here because of the same reason(i did once(about a comparison of unix subsystem under windows(sfu,cygwin...)))

I would suggest that you try Wikipedia:Village pump and look under the Proposals section. CambridgeBayWeather (Talk) 14:49, 28 January 2006 (UTC)

This is not a page that a "ordinary" editor can alter. You would need to get some consensus for your proposed changes and then a more privileged user may make the changes you desire. Rmhermen 15:03, 28 January 2006 (UTC)

EG February 2005 in science January 2005 in Britain and Ireland.

The "Current events" versions of these pages are, (IMO rightly), in reverse chronological order. When they become history, we are keeping them reverse chronological. However new pages dealing old things are almost always done in chronological order. I think we should reverse the date order within the older pages to forward chronological.

What do folk thinlk and how old is "history" and how new is "current". I would suggest that the previous month should remain reverse chronological, but previous months be swapped round. IE on Feb 1 2006 we could/should shuffle all the entries for Dec 2005.

Comments? -- SGBailey 11:44, 29 January 2006 (UTC)

All these pages follow the example for

Current events and its "archiving" methods. If this page changes its way, those will all follow, I would guess. Have you asked this question in the talk page, there? Awolf002

00:13, 31 January 2006 (UTC)

Wikipedia is a tremendous resource for so many things, but there is one NPOV 'type' page that I am forever looking up on the internet that Wikipedia does not currently offer. That is verses pages, or comparison pages. I constantly trying to find out what the differnces, pros and cons, of a great many items, though mostly in the area of hardware and software. in many cases there are non-wiki sites that offer such comparisons but sometimes i use Wikipedia for the comparison by comparing two or more items' page. Book vs. Movie, PPC iMac vs.Intel iMac, H.264 vs. DivX (XivD), et cetera. Perhaps "vs." isn't the best phraseology but it's a common format used for looking up comparisons. Thank you, Pattersonc(Talk) 9:58 PM, Sunday; January 29 2006 (EST)

I don't think this is a good idea.

Talk

05:41, 30 January 2006 (UTC)

• I understand your point quite well and agree with it. I'm on the fence here. On one hand I think Wikipedia should maintain a strict adherence to an encyclopediac format, while on the other I want it to be a repository of all knowledge possible. Pattersonc(Talk) 10:16 AM, Monday; January 30 2006 (EST)

I'm unconvinced that choosing comparisons to write about is arbitrary, after all if we have sources for the comparison already being done elsewhere, I see no reason not to report the facts. The important thing is that we report comparisons whose importance has already been established by their appearance in some reputable source, e.g. the Freedom House rankings; creating our own comparisons would be original research. Christopher Parham (talk) 01:05, 31 January 2006 (UTC)

We have a page like this for

drug legalization: Arguments for and against drug prohibition

. It has an interesting history; people can't agree on what should be included or how material should be presented. This month it's been gutted.

In my opinion, Wikipedia should have lots of pages like these for controversial issues, in order to capture the full depth of each side. This doesn't violate

creation-evolution controversy quite extensively; there are many other more important issues that should receive the same level of attention. ‣ᓛᖁᑐ

01:40, 31 January 2006 (UTC)

Having kept a fair eye on that article, it's not in great shape -- its current state (still not too good) only exists because one wise soul just knifed about 60% of the text. The point being just that articles which exist precisely to play up something controversial and to highlight the most controversial aspects need to be watched extremely carefully. Christopher Parham (talk) 09:07, 31 January 2006 (UTC)

We discuss pros and cons in many places. For example, articles on data structures and algorithms routinely compare them to other data structures and algorithms. Articles on noneuclidean geometry compare to Euclidean geometry. Articles on Civil War Union generals compare to other Civil War Union generals. It's just a natural thing to do within the context of an existing article. That said, having separate articles could help to avoid redundancy and maintenance problems where both of the articles for two topics compare it to the other. Honestly, if you think there's enough to write about a comparison that it deserves an article, as in the evolution/creation controversy, just come up with a name and write it. AfD will hardly ever destroy a good article - at worst they'll merge it into something. Deco 07:25, 31 January 2006 (UTC)

There has been a discussion again on slashdot about edit wars, and bokmann had an interesting suggestion: to include some sort of indication of the volatility of the article in the header. Lots of ways to do this - last edit date, edits in past week/month/year, whatever. It may be worth considering.

http://politics.slashdot.org/comments.pl?sid=175545&cid=14594374

Edit wars and volatility are one of the primary issues dealt with by the

Wikipedia:Stable versions proposal, which delegates such arguments to a working version that is not considered "official" while the stable version remains reliable. Deco

07:26, 31 January 2006 (UTC)

Even if this proposal seems a little wacky, I really believe we need to give people something better than a blank editbox to create articles with. A lot of problems are coming from the primitive, mistake-encouraging system we have in place now. --W.marsh 16:09, 31 January 2006 (UTC)

Good idea; I agree that the existing guidance for a new article is pretty minimal. How about going farther and putting up actual prompts for references, categories, etc? If we prompted the user to enter alternative names (eg. "Antipodes", "Antipodal Point", "Other Side of the World"), we would have a better chance of spotting whether the article already exists in some form. — Johan the Ghost _seance 16:38, 31 January 2006 (UTC)

Yeah, the creation of duplicate articles is another common consequence. Often it's as simple as creating a page with the wrong capitalization or a common mispelling. I was going for a solution that would require minimal (or no) change in the software. A totally revamped, proactive creation process would be great, but as I'm not a developer I feel reluctant to propose stuff that might not be feasable to impliment. --W.marsh 16:45, 31 January 2006 (UTC)

Since I'm not a developer I find it easy to propose new features... ;-) But you're absolutely right, of course, your feature has the huge advantage that it would be very simple to put in. I have a tendency to look waaaay down the road... — Johan the Ghost _seance 19:06, 31 January 2006 (UTC)

Cryptic (talk)

16:54, 31 January 2006 (UTC)

I think this template makes a little more sense (some of the objections raised in the TfD have merit). It does more suggesting than "forcing", and the 2 conventions it does force (a standard intro, and listing references) are not really going to hurt any new article. The key idea is to just make blatantly obvious some suggestions to help new users avoid common problems. I mean, many new users do these things... I think just reacting to common mistakes endlessly is a waste of our time. Let's be proactive. Anyway, if adding a generic stub is going to ruffle the feathers of stub sorters I guess it can be forgone... but honestly these articles do need stub sorting too usually. --W.marsh 17:26, 31 January 2006 (UTC)

I think it's feasible to improve what what one sees at (for example) User:Kmf164/newpage and [http://en.wikipedia.org/w/index.php?title=User:Kmf164/newpage&action=edit http://en.wikipedia.org/w/index.php?title=User:Kmf164/newpage&action=edit, where one of the bullet points is "If you're a newcomer, please first read the introduction, tutorial, and your first article to ensure the quality of your new article." But the way the bullet point is shown on the page isn't prominent enough and easily overlooked. This text is at MediaWiki:Noarticletext and MediaWiki:Newarticletext. -Kmf164 (talk | contribs) 17:30, 31 January 2006 (UTC)

I hate to sound overly cynical, but there are a lot of users who I don't think will ever click a link to read guidelines before creating a page. This is a natural sort of thing webmasters should expect on the internet, and must design sites in anticipation of it. If the text is right there when they're trying to create the new article, I think they're much more likely to read it. --W.marsh 17:35, 31 January 2006 (UTC)

I hate to sound even more cynical, but I'd be surprised if many editors have ever read even that text. :-) Deco 18:02, 31 January 2006 (UTC)

I think you're right about people reading the linked guidelines. Let's pull the key points out of the introduction, tutorial, and your first article and put them directly on the edit page (either in and/or above the edit box - perhaps more feasible?). Some things to also consider warnings against: vanity pages, advertising, advocacy/POV, ... and Wikipedia:List of bad article ideas. -Kmf164 (talk | contribs) 18:10, 31 January 2006 (UTC)

I do think most new users are going to read text if it's in the very editbox they're about to use. Yeah, the final text (if this ever goes anywhere) should be improved beyond my draft to be as useful as possible to new users, but brevity and clarity shouldn't be sacrificed. I'm hoping to get some consensus going before changing anything... I know a lot of people would have a kneejerk reaction against something they assume is trying to curtail creating new articles. This is about helping people make better articles, not stopping them from making articles. --W.marsh 18:35, 31 January 2006 (UTC)

Why not lose the "hide-comment" mark-up, so that the boilerplate prompts appear in the new article? There's nothing will get the attention of a new creator more than a line saying "You can replace this text with your own introductory passage" across the top of their beautiful new page. And while deleting it, they'll read it. JackyR 18:45, 31 January 2006 (UTC)

I think it needs to be commented out... otherwise we'd end up with tons of articles where the phrases weren't removed, and looked quite junky. --W.marsh 18:50, 31 January 2006 (UTC)

WikiNews has a sophisticated article creation utility, that can do everything mentioned here. Kevin Baas^talk 22:47, 31 January 2006 (UTC)

That feature is available here. Try following this link. Links like this can be generated by submitting

Talk

06:12, 1 February 2006 (UTC)

It'd be nice if the "show preview" included a big warning at the start of the page about any links to disambig pages in the text. I suspect they creep in because people don't realize there's multiple usages, and highlighting would go a long way to eliminating them (for new work at least). — Kevin Ryde 22:49, 31 January 2006 (UTC)

The system doesn't know what is and is not a dab page. All it checks in links is if it exists, and what its length is (for proper color coding). How can it know if it's a dab page? Search if it contains one of the many disambig templates? I just think this would increase processor usage, but I'm no dev. (Or do you mean just a casual warning, not a link-by-link check?) --Golbez 22:55, 31 January 2006 (UTC)

I was thinking the system could check if a target is in Category:Disambiguation (or subcategory I suppose). More work for the cpu, but it's only on previewing, not normal browsing. — Kevin Ryde 23:54, 31 January 2006 (UTC)

Needless to say, such a feature if it were added would be highly specific to Wikipedia. Many other existing and potential Mediawiki projects have no concept of disambiguation. I think instead we should have some more generic scripting mechanism that we can use to inject our own content such as link colours and headers based on the contents of linked pages. Deco 08:12, 1 February 2006 (UTC)

If you set your stub display to an appropriate level, you'll see most disambiguation pages as stubs. Some actually will be stubs, but you can often tell which ones they are. -- Kjkolb 08:32, 1 February 2006 (UTC)

I sometimes see dab pages this way, but some dab pages have gotten longer than some complete articles. Deco 11:10, 2 February 2006 (UTC)

I've noticed that, too. I also watch out for words that are very likely to be disambiguation pages and ignore words that are almost certainly stubs. I didn't say my system was perfect. ;-) Kjkolb 11:37, 2 February 2006 (UTC)

I'd like to announce the opening of the Featured Music Project, an attempt to encourage and facilitate successful featured article candidacies and peer reviews for articles on musicians and bands. You can help by evaluating articles, or by working on the articles that are already close to being ready for FAC. Tuf-Kat 19:30, 3 February 2006 (UTC)

If a user edits a page, and the last edit was made by him too, he should have the option (within a certain time period, say 15 minutes) to literally edit *that* item of the history, instead of creating a edition, and a new entry in history.

This would save lots of hard disk space, I imagine, since editions with bad spelling mistakes don't have to be saved to data. Infinity0 ^talk 13:29, 3 February 2006 (UTC)

As far as I know, the software compresses older revisions in such a way this isn't a problem (that caused the old, long fixed, "block compression bug"). --cesarb 21:22, 3 February 2006 (UTC)

Do you have a link to the details please? I'm quite interested. Infinity0 ^talk 21:24, 3 February 2006 (UTC)

Taking a look at the code, I found it's done at HistoryBlob.php, called (in a very indirect way) by Revision.php. If I understood the code correctly, if a revision's text (stored on the text table [10] — more than one revision can point to the same text) has the object flag, its contents are not (possibly gzipped) text as usual, but it's instead a serialized object. This serialized object, in turn, has both the identifier of another row on the text table and a hash which identifies the revision within it. On this second row is another serialized object, which has a gzipped serialized array of revisions, keyed by the hash. I lost track of the number of indirection layers. The compression code seems to be at compressOld.inc. --cesarb 22:34, 3 February 2006 (UTC)

Argh... :S What does the text table contain? The text of a few key revisions? And the serialised object contains keys indicating which lines to pick out of those revisions?

The page table contains data about the whole page; the revision table contains data about a single revision; and the text table contains the text of a single revision. The text table has a flags field; if it contains the object flag, it contains, instead of the text, a serialized object, which is unmarshalled and called to retrieve the actual text. The magic trick seems to be that the serialized object does not have the text within it; instead, it retrieves another serialized object from another row on the text table, which has within it the text for several revisions, compressed together (like solid compression). Which of these revisions to pick is selected by a key contained within the first serialized object. --cesarb 22:56, 3 February 2006 (UTC)

Oh right. Do you mean that all the different text from all revisions is stored in the text table, and the object picks out the relevant parts from that scramble of text? Infinity0 ^talk 23:00, 3 February 2006 (UTC)

The encyclopedic part of wikipedia is great, but has a minor problem. Making it bigger also means making it harder to use specially if the "topic" is a combination of different things - like science. In science it's not this or that but mostly all together.

So what I'd suggest for you to consider is making a "wikiQuestion" where topics and search are question based and not concept based. For example a user needs answering a question "WHY the Sun is round?", "HOW the fridge works?" or "WHO..", "WHEN", etc. where the page would be indexed on words in a question. The wikiQuestion would allow posting questions and wiki editing. Every wiki page would be linked by keywords to wikipedia and all other similar pages.

Why is this good.

• First of all question needs an answer and if question is a combination of sciences, then the answer must be the same.
• Making search would be easier, since the keywords are always based on the question and not on the contents, which means more accurate results.
• Allowing users to ask questions would enable contributors to redefine them to be "as exact as possible" and also answer those that are most likely to be asked and link them to wikipedia.

For a building process this would imply, that you add text to the article, that is not on the page itself. For a question on "why the sun is round" I could borrow data from wiki "Add text from this address, this paragraph" and combine data to answer the question.

The question itself offers complete answer in a form of an article.

Wikipedia's

Talk

04:41, 3 February 2006 (UTC)

I have posted Alternative Dispute Resolution as a proposed group at

This will save time to admins dealing with IP vandalism form AOL. --Cool Cat^Talk|@ 16:57, 5 February 2006 (UTC)

• This could be extended to include all ISPs. Anon accounts provide us with the IP under the current system and IPs can be whoised and would reval the IPs ISP. --Cool Cat^Talk|@ 16:57, 5 February 2006 (UTC)
• Could be even further extended to mark shared IPs. --Cool Cat^Talk|@ 16:57, 5 February 2006 (UTC)

That would be great. Such as French Alphabet/Latin or Gothic Language Alphabet/Gothic, Arabic, etc, etc... http://en.wikipedia.org/wiki/Infobox#Languages Ksenon 05:23, 5 February 2006 (UTC)