Wikipedia:Village pump (proposals)/Archive
Village Pump - Archive
Discussions older than 7 days (date of last made comment) are moved here. These dicussions will be kept archived for 7 more days. During this period the discussion can be moved to a relevant talk page if appropriate. After 7 days the discussion will be permanently removed.
Note: Please add new material at the bottom of the page. Preceded by the following: =Sections archived on ~~~~~ =
Sections archived on 21:31, 11 August 2005 (UTC)
Reformat the appearance of the edit page - pretty please
Can we please bring the copyright notice to the top (Ideal example)? Copy and paste dumping is pervasive among anons (easily verifiable if you patrol the new article creation page). The current note is either being ignored or unseen. Despite the bold caps text, the note could be easily unseen by a drop in once or twice editor, who will not bother to scan group of text that the copyright note is buried in. I consider discouraging copyright the most important instruction we can give, so can we please bring it from the bottom to the top? lots of issues | leave me a message 01:25, 25 July 2005 (UTC)
- I'd say, why bother? there's a pink sign on top of the help desk and still people ask reference desk questions there. I'm pretty sure it won't be read. - Mgm|(talk) 10:25, August 2, 2005 (UTC)
Medicine collaboration of the fortnight?
I am considering starting a medicine collaboration of the fortnight (of course, it could be a week if there were enough people), and I would like to see if there is any interest in participating in this. As I see it, this would involve both pre-clicinal topics (like anatomy, biochemistry, and so on) and clinical topics (diseases, laboratory tests, surgical procedures, and so on). Lay people would be very welcome—both to express a desire for specific articles to be improved, and to help ensure that the articles aren't too technical (or at least that the broad themes can be easily understood). Of course, no one would be obligated to help. Would anyone be interested? If so, please leave a note here or on my talk page. Thanks! — Knowledge Seeker দ 04:06, July 25, 2005 (UTC)
- I've started it up at Wikipedia:WikiProject Clinical medicine/MCOTF (WP:MCOTF). Please come join us. Everyone is welcome. — Knowledge Seeker দ 04:26, July 26, 2005 (UTC)
Status Indicator
About a week ago, I created an indicator system to note whether I am online or not at a given time. Several other users who had been using different systems (or no system at all) have picked up on it and begun using it. In an effort to offer it to a larger audience, I've created Wikipedia:Status. Please take a look and offer thoughts; if you like it, consider giving it a test drive. -- Essjay · Talk 05:55, July 25, 2005 (UTC)
- Please reply at Wikipedia talk:Status. r3m0t talk 10:28, July 25, 2005 (UTC)
Wikipedia-related collaboration
I noticed that some content in the wikipedia: namespace and quite some self-related content in the article namespace could use some collaboration, and am starting to devellop the idea of a Wikipedia-related collaboration. Are there any people interested? Circeus 17:42, July 25, 2005 (UTC)
- Good idea, if enough are interested. See Wikipedia:WikiProject Wikipedia Namespace. I would be willing to help. A related possibility is a "Maintenance" COTW, which could work on the Wikipedia namespace and various backlogs, such as clearing VFDs, categorizing, article cleanup, and RFCs. Maurreen (talk) 16:01, 30 July 2005 (UTC)
- Great Ideas. CG 05:34, August 2, 2005 (UTC)
See also Wikipedia talk:Community Portal#Next wiki-week
- OK, I'm starting Wikipedia:Maintenance collaboration. See you there. Maurreen (talk) 04:02, 3 August 2005 (UTC)
Please Express Your Objection
There’s someone proposing a policy to close some minor, slow-growing, “hopeless” wikipedias on the wikimedia meta-wiki. (see [1]) This proposal is the enemy to the openness of the whole wikipedia community. I come here to inform you to express your opinion there. I think it's OK to use your own language on on the talk page. Thank you. --Theodoranian19:58, 25 July 2005 (UTC)
Page statistics
Is there any way to get hit statistics for a specific page? Like so an author can track how long people stay on a page and what they do when they get there. Website analysis software is very popular and highly useful to all webmasters. Aren't we all webmasters in a way? I think it would be useful to know how my changes affect the flow of traffic between pages for one. I propose that a statistics tab be added to every page right alongside of the other "tabs": discussion, history, watch, etc. Tubelius 09:54, 26 July 2005 (UTC)
- There used to be a simple hit-counter for each page (ie how many times it had been accessed) but I think they removed because it was something of a server-hog and didn't really tell anyone anything ("Hmmm.. the most accessed page after Main Page is Penis. Interesting...."). I don't think there is a big chance that it, or indeed anything more advanced, will be put back. There is a page for more "global" statistics like project-size at Wikipedia:Statistics. gkhan 10:41, July 26, 2005 (UTC)
- Well a hit counter is coutinuously updated and takes resources with every hit. That is no good. However a page analyzer can be run once a day during slow times. Plus I am talking about data that would be more useful. Tubelius 18:44, 26 July 2005 (UTC)
Permanently deleting page versions
People asking questions at the Reference Desk or elsewhere often leave their email addresses for other to contact them. Well-meaning wikipedians then often remove these email addresses, to prevent address harvesters from collecting their addresses for spam. However, does this action do anything? Unlike a regular web page, our archives are freely explorable, and easy for a spider to reach through the links to the history we provide. We think of them as disappearing, but to a machine a previous version of a page is just another web page.
Would there be no way for these email addresses to be abolished? Obviously we can say that it's the poster's own darn fault and leave it at that, but I think that it's important that there ought to be some way to permanently delete information from a page on Wikipedia. Imagine if someone's kid or jealous ex decided to post their credit card details on a page. There would be no way to permanently delete that information without deleting the entire page, which we obviously couldn't do if it were an established article.
I propose that a system be implemented in which an admin be able to permanently expunge a version of a page and replace it with a version without the unwanted information. The page history would simply skip that version, or show that it had existed and was replaced. As much as technically possible, we ought to implement a system such that there should be no way for a spider or harvester to collect email addresses or other vital information — accidentally or maliciously posted — simply by crawling though our pages. — Asbestos | Talk 14:09, 28 July 2005 (UTC)
- Couldn't we handle this just as well by marking links to history pages or old versions with "nofollow" attributes, so that spiders won't crawl them, but they are still available to humans? DES 15:12, 28 July 2005 (UTC)
- This is already done. -- Cyrius|✎ 16:26, 28 July 2005 (UTC)
- Would this really stop spam-bots? gkhan 07:34, July 29, 2005 (UTC)
- At any rate, those "well-meaning wikipedians" should not be removing those email addresses. The person asking the question obviously included their e-mail address so that someone could mail them an answer. Removing the e-mail address makes a private response impossible.
- Munging e-mail addresses destroys the usability of the internet, which is supposed to be about communication. If individuals want to mung their e-mail addresses in a attempt to reduce spam, that's one thing, but no one else should "helpfully" do it for them, because it doesn't help, and does hurt. google groups is currently doing this, and it sucks. Steve Summit 14:35, 30 July 2005 (UTC)
- True, people probably shouldn't delete addresses. However, it is no harm to de-spammify them -- i.e. changing john.doe@isp.com into john DOT doe AT isp DOT com. I will often do that. [[smoddy]] 10:44, 2 August 2005 (UTC)
Admins can selectively delete revisions from a page. It's just a very tedious process (especially on pages with massive histories), and will tend not to be done unless there's an extremely good reason for it. Cyrius 16:26, 28 July 2005 (UTC)
The same problem came up on Harry Potter recently, when someone posted a copy of the book. It was quickly reverted. However, the page had 3000 edits, so it would have taken the admin one heck of a long time to do it. Therefore a request was made for a developer to do it, as they can run a very simple SQL query. So the short answer to the original question is no, but others can. Whether they will is a different matter. Cheers, [[smoddy]] 16:40, 28 July 2005 (UTC)
- Ok, cool. I'm glad that there's a system in place, though it doesn't sound like a particularly easy or efficient system. It seems a pity that it's so difficult to do, as that basically prevents admins from easily removing people's adresses, which I think would be important if there were an easy system in place, but I guess it can be used for the more important stuff.
- As for DES's question, nofollow attributes don't have any legal bindings. Search engines agree to abide by them, partly because it helps prevent rank influencing through linkspam, but there's nothing preventing a spam-bot from following any link it can see. — Asbestos | Talk 12:48, 29 July 2005 (UTC)
Fair use image validation
There are large numbers of images tagged as being "fair use" on Wikipedia. These range from the eminently reasonable (there would be no other way to get an equivilent image; an example would be Image:1966 final bobby moore.jpg) to the completely unreasonable (another image could easily be gained; this is particularly true of cars—an example would be Image:2000 Dodge Intrepid.jpg). These invalid "fair use" images damage Wikipedia's reputation (imagine the librarians when they discovered that we were using these images: what an example to set to the children!), and they also lay us open to suits for copyright infringement. I feel this is an unacceptable state of affairs. I am therefore proposing setting up Wikipedia:Fair use validation, as a process to validate fair use claims before sending them to WP:IfD. IfD doesn't really allow proper discussion, as it is a very cloistered and busy page. A proper fair use forum would allow us to clarify fair use claims, improve the copyright status of the encyclopedia and Wikipedia's reputation in all. Do people think this is a good idea? Are you with me? Cheers, [[smoddy]] 20:25, 28 July 2005 (UTC)
- I have been pointed on IRC to Wikipedia:Requested copyright examinations. However, I don't feel this addresses the same issue. That was just a vague attempt at examining copyrights. I guess what I am proposing is a large-scale attempt to verify (and cut down) the use of fair-use on Wikipedia. Perhaps this would be impractical. Suggestions welcome... [[smoddy]] 21:37, 28 July 2005 (UTC)
- You could set it up as being similar to Wikipedia:Image sleuthing — create a page with ten or so images always up for discussion. For each image, the outcome of the discussion could result in its being tagged {{Verifieduse}} or being sent to WP:IfD. But what's your scope? Are you hoping to go through every fairuse picture here and check them? Or would only images under contention be brought to Wikipedia:Fair use validation for discussion? — Asbestos | Talk 12:56, 29 July 2005 (UTC)
- The process is basically what I was suggesting. Depending on the amount of people involved in the project, I can envisage it being a place where fair-use claims are suggested as being bogus, then the uploader being invited to comment. As to the scope, I guess I was suggesting is a project to verify possibly bogus claims of fair-use. I'm sure that you recognise the tendency for fairuse claims to really mean "this image is copyrighted and I want to use it". I am suggesting going through Category:Fair use images, and finding images that particular users don't think are valid. I am basically suggesting this here in the hope that I will get support, or people thinking the project is wholly unviable. Which do you think? [[smoddy]] 13:09, 29 July 2005 (UTC)
- Personally I think the idea is fine, and I'd be glad to help. I'd like to know a little bit more about the history of proposals like this in the past, though. At Wikipedia:Fair_use#Tagging_files, it mentions "For a while there was a proposed discussion system for fair use images. While it was little used...". Not knowing the history of that system, it would be good to know what happened to it, and why it had such little support. Either way, though, I'd be happy to help start it up again if there are no reasons against it. — Asbestos | Talk 13:17, 29 July 2005 (UTC)
Nutrition information template
I'd like to propose a nutrition information template (infobox) for the various food articles. It should be possible using CSS to build a template that looks a lot like the nutrition information provided on the sizes of boxes, rather than scanning in the image. Anybody interested? Thanks! — RJH 21:54, 28 July 2005 (UTC)
Cease-fire on eras
I've suggested a cease-fire on eras, at the Village pump. Maurreen (talk) 09:39, 29 July 2005 (UTC)
GPS-Tagged Wiki articles
Would it be possible to add extra metadata to a wiki article that contains GPS coordinates? This way, if you happened upon an area of interest with your Wikipedia-linked cell phone, it might discover an interesting tidbit of information that geographically hot. For instance, you might be wandering around the shores of Thermopylae in Greece and get a history lesson, or you might be driving along I-90 near Mitchell, South Dakota, and receive a download about the Corn Palace. I think it would be neat and not terribly difficult, but of course I'd like to propose this to the gods of Wikipedia.
- There are already a lot of articles that contain geographical coordinates, often using a standardized template. See Wikipedia:WikiProject Geographical coordinates. For example, if you click on the coordinates in the infobox at Boston, you are directed to a number of map sites. So the possibility to add metadata is there. How to let that data interact with your GPS device, I don't know. Eugene van der Pijll 18:22, 31 July 2005 (UTC)
- Very cool -- I didn't see GPS coordinates on other articles so I wasn't sure. We might also need to add an extra metadata element, "planetary body", since invariably over time articles on Mars, the moon, etc. will need coordinates on those systems as well.
Installed great; Can't Post
I installed MediaWiki. It set up fine. I adjusted the pages and modified one graphic, following instructions. I can manipulate the main page and some of the help pages, and I've added categories, but I can't get it to add stories. Every time I do a search, instead of offering to allow me to add something on the subject, it says "trying full text search" and won't offer a link to establish a new subject.
What is going wrong?
- This is not the right place to post ("proposals"?) - but the answer is at m:MediaWiki_FAQ#How_do_I_show_a_link_to_create_a_page_when_searches_fail.3F r3m0t talk 23:00, July 31, 2005 (UTC)
What with featured articles and featured pictures, I think it may be approaching time to establish a process for featured sounds. This would be for recorded music as well as for "sound portrait"-type illustrations of articles: birdsong, the shouts of a crowded marketplace, a running steam engine. I think Spoken Wikipedia articles, though, as they are basically text-based, wouldn't be appropriate for this (though of course they would be improved by the inclusion of these sounds). I realize that there aren't many sounds on Wikipedia as of yet, but I think that establishing a featuring process will encourage more exceptional recordings to be collected by Wikipedians. What do you all think?--Pharos 23:16, 31 July 2005 (UTC)
- I think this is an excellent idea. There a quite a few good sound recordings already, perhaps more than most of us realise. I think that by allowing sounds to be elevated to featured status more contributors migt be encouraged to supply them. However, I think ther will have to be strict guidelines from the outset about what might constitute a featured sound: after all, a featured article requires a lot of work. --Gareth Hughes 10:12, 1 August 2005 (UTC)
- I think a very good idea over-all. I think the requirements should be much like the Featured Pictures: that is, be both highly informative within the context of the article, and be aesthetically and technically pleasing. — Asbestos | Talk 16:03, 1 August 2005 (UTC)
- I've experimentally created Wikipedia:Featured sound candidates and copied this discussion to Wikipedia talk:Featured sound candidates. Let's continue the discussion there.--Pharos 03:59, 11 August 2005 (UTC)
Template:Test wording
A couple months ago a user noted that most vandals don't necessary add junk, they delete and change information as well, and so the template ought to read that their edits have been "reverted" not "removed". I agreed, and have made several prompting comments in the talk page ever since to see if anyone else cares or has an opinion, but since the template is protected I can't be bold and change anything myself. No one has yet voiced any opinions. Should the change be made, or are there reasons against? — Asbestos | Talk 16:03, 1 August 2005 (UTC)
Ed's rash actions today got me to thinking about the different proposals to reform the Deletion process. So I have created a page to discuss these proposals and try and extract some implementable policy from them. Wikipedia:Deletion reform. Note the "please edit" note. Thanks! humblefool®Deletion Reform 20:51, 1 August 2005 (UTC)
- Elaborate on "Ed's rash actions" please. --Golbez 21:01, August 1, 2005 (UTC)
- It refers to him deleting VfD. -- Joolz 21:19, 1 August 2005 (UTC)
- That is quite rash, and I hope that he was immediately de-admin'd. —Mike 16:32, August 2, 2005 (UTC)
- He wasn't, because most of us agree with him. --Golbez 17:19, August 2, 2005 (UTC)
- Agreeing that VfD is broken is a far different thing from agreeing that pulling the rug out from under everyone was a good thing. -- Cyrius|✎ 21:33, 2 August 2005 (UTC)
- It was a lot effective than that Speedy proposal. --Golbez 21:36, August 2, 2005 (UTC)
- Agreeing that VfD is broken is a far different thing from agreeing that pulling the rug out from under everyone was a good thing. -- Cyrius|✎ 21:33, 2 August 2005 (UTC)
- He wasn't, because most of us agree with him. --Golbez 17:19, August 2, 2005 (UTC)
- That is quite rash, and I hope that he was immediately de-admin'd. —Mike 16:32, August 2, 2005 (UTC)
- It refers to him deleting VfD. -- Joolz 21:19, 1 August 2005 (UTC)
For more on this issue see:
- An RFC about the deletion of the VfD page (since undeleted): Wikipedia:Requests for comment/Deletion of VFD.
- A vote on the deletion of the VfD page: Wikipedia:Requests for deletion.
Paul August ☎ 15:01, August 3, 2005 (UTC)
Making Search Engine non-case-sensitive
I see a lot of redirections of articles merely because the search engine is case-sensitive. Would it not be better to make the search engine non-case-sensitive, just like Yahoo and Googles, so that these redirections can be avoided?
Also, it would be good if the search engine can propose the closest alternative keywords, should there be a typo error or if the user does not know the correct spelling. Isn't this what other search engines are doing? PM Poon 14:56, 2 August 2005 (UTC)
Maps
Map of pangasinan
http://www.pangasinan.gov.ph/theprovince/towncity.htm
http://www.pangasinan.gov.ph/theprovince/map.htm
http://www.pangasinan.org/surfmap.htm
I hope wikipedia could make a detailed political map of pangasinan with its towns and cities.
"WikiMaps" A new kind of wiki ?
Moved to Wikipedia:Village pump (perennial proposals)
The new masthead
Or whatever it's called - "From Wikipedia, the free encyclopedia that anyone can edit". Possible I missed it before but it seems new. Is there an ongoing discussion of this somewhere? I think it's too wordy, should go back to just "From Wikipedia, the free encyclopedia". Tualha (Talk) 00:37, 3 August 2005 (UTC)
- Whose stupid idea was this? It looks ridiculous. BLANKFAZE | (что??) 00:58, 3 August 2005 (UTC)
- Grr. It's at MediaWiki:Tagline. I reverted this. Things like this that affect sitewide appearance should be discussed. BLANKFAZE | (что??) 01:05, 3 August 2005 (UTC)
- "Tagline"...yeah, that's a good word. Thanks. Tualha (Talk) 01:17, 3 August 2005 (UTC)
- Grr. It's at MediaWiki:Tagline. I reverted this. Things like this that affect sitewide appearance should be discussed. BLANKFAZE | (что??) 01:05, 3 August 2005 (UTC)
Neutral Wikipedia?
Dear all
I am writting about the issue of Macedonia, Republic of Macedonia, Macedonian Slavs (like Wikipedia calls the Macedonians) and the problem between Macedonia and Greece about the term Macedonia. Rant snipped
- Stop spamming this everywhere. -- Cyrius|✎ 21:26, 3 August 2005 (UTC)
- Snipping duplication is fine, but if someone knows where the actual content is, could you please link? -- Jmabel | Talk 06:26, August 4, 2005 (UTC)
Here is a link to the whole text of my complaint: http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28policy%29#Neutral_Wikipedia.3F
incorporating music into wikipedia
this may have been brought up before but I didn't see anything about it when I read the other topics.
I'd like it if Wikipedia would incorporate music files into some entries. For example a classical muscian should also have music files in their entries just as they have picture files. On this subject we really need to break free from the conventional conception of what an encyclopedia should be.
- Music is quite welcome. The problem is finding music which has acceptable copyright terms. -- Cyrius|✎ 02:00, 4 August 2005 (UTC)
Help categories
I'm thinking that our stub categories could be complemented by "Help" categories. That is, we could have something like "Foo articles that need help" or "... need special help", if they need cleanup or wikification or are disputed, etc.
That way these articles (and possibly categories) might be more likely to get the attention of people who care more and know more about the given subject.
The discussion is at Wikipedia talk:WikiProject Categories. Maurreen (talk) 08:18, 4 August 2005 (UTC)
Sections archived on 09:02, 17 August 2005 (UTC)
A dynamic graphical timeline for Wikipedia?
Screenshot of Encarta Dynamic Timeline
I hope this has not been suggested already and if it has, I apologize in advance. Could not find it with a search through the village pump.
I've been using WikiPedia for quite a while now and I have to say that my MSN Encarta installation has been fairly dormant since I found WikiPedia. There is however a couple of things I find really fun and useful with the Encarta implementation. One of these is the Dynamic Timeline feature in Encarta. Take a look at the screenshot above and note the back and forward arrows and the zoom capability in the bottom right hand corner.
I know that implementing something like this would break the html-only / no dynamic content pattern that most of wikipedia seems to adhere to, but I think this would be a high-value-add add-on to wikipedia and people who would like to use it could install a java applet that would display the time line, people who do not want java applets on their machine could just skip using the feature.
I am a java developer with a fair amount of Swing experience and would be interested in contributing to a project like this.
--Mbjarland 11:38, 26 July 2005 (UTC)
- This sounds interesting. Are you referring to the one where you can add on events, or the pre-made ones on one subject? — Ilγαηερ (Tαlκ) 11:24, 26 July 2005 (UTC)
- I'm referring to one where you could add your article to the timeline (including if it's an event or a time period, when it occured, etc) and the timeline could be used as a tool to browse articles. --Mbjarland 13:38, 26 July 2005 (UTC)
- There already is a timeline tool for wikipedia. See for instance Alexandria#History. It isn't as pretty but it is certainly useful (although a little under-used, only about 100 on en). It is documented at m:EasyTimeline. gkhan 11:27, July 26, 2005 (UTC)
- Did not know about the existing timeline. It does seem fairly extensive and thought through. However, looking at how it works and the fact that it's not dynamic, I think there might still be value for a dynamic timeline feature like the Encarta one. The current timeline implementation seems very useful for displaying a timeline related to a specific subject whereas the dynamic one in Encarta is useful (and a ton of fun) as a starting point for browsing from the toplevel and finding relations between articles (i.e. what where the Europeans doing when the Chinese invented gunpowder), and getting a feel for the orders of magnitude involved in history. Feel free to correct me if you think this is not true...and apologiez for not initially signing my post. --Mbjarland 11:38, 26 July 2005 (UTC)
- I don't understand what you mean by dynamic, EasyTimeline can be updated dynamically, just look at the wiki-code. But you do have a point in that the encarta one is a lot more easthetically pleasing. I don't see a reason why it wouldn't be possible to create a timeline that shows what the europeans were doing when the chinese were blowing stuff up for the first time, although I don't really see in what article that would belong (History of the World seems a bit broad for one timeline :P). Why don't you try doing some timelines for a few articles, god knows many need it? The markup don't seem that hard :P, especially not for a java programmer (and, by the way, SWT rules!). Ohh, and about not signing, fuhgeddabout it, every one does that sometimes gkhan 12:30, July 26, 2005 (UTC)
- Ok, I was probably not being entirely clear in my first post. If you've ever used Google Maps, you could say that the dynamic timeline is to the current wikipedia timelines what Google Maps is to a normal atlas. I.e. the little arrows at the left and right ends of the screenshot allow you to dynamically scroll to the left and right (i.e. further into the past and less far into the past) in the timeline and using the zoom tool in the bottom right corner you can zoom in and out so that from a zoomed out view you would see only major events like say "Persian Wars" or "Jesus Christ" and zooming in more details appear so that you would see things like "Diogenes Founds School of Cynicism" etc. This tool is in Encarta used independent of topics and can be accessed from a global, non-article-dependant menu item. It is a lot of fun to just start by zooming in at say the 16th century and then zoom in and scroll around and get a feel for what was going on. So if this kind of tool existed for wikipedia, you could get a feel for what articles have been written in wikipedia about the 16th century or any other time period and you could correlate the times of separate articles. This does mean that you would have to somehow register your article (is this an event or a time period, when did it occur, what should the label in the timeline be etc) in the timeline and this would naturally require some work, so I wanted to start a discussion here on how hard that would actually be and if people would just be opposed to such a dynamic, non-html paradigm in general. I think the implementation difficulties can be overcome. --Mbjarland 13:12, 26 July 2005 (UTC)
Very interesting. I've been wanting to start a similar kind of project, a branching geneology of influences, laid out chronologically, so you could connect wikipedia articles about artists, authors, or thinkers to their influences and followers. Whether or not it has a connecting feature, a dynamic timeline with zoom features would really facilitate browsing specific areas of the Wikipedia. Adding organization like this would improve the value of the content. Is there a simple way to have a visual space with text be open to edits in wiki style?
--mlove 8 August 2005
Beakman & Jax files on Wikipedia
I am the creator of You Can with Beakman & Jax, an educational comic strip that's in about 250 newspapers. The CBS TV show Beakman's World was created from the comic in the early 90s. A company called bonus.com has offered file serving (and a salary) to me for the comic's archives. They are no longer able to do this and I lose file serving on August 31, 2005.
I'm looking to get the files served elsewhere, like here maybe. I know there is no salary here, but I'd still like the files offered to teachers and students without me needing to pay for file serving. Or, if you have other thoughts, please be in touch.
If anyone want to discuss this with me the best thing is to contact e by eMail at myQuestion@beakman.com. You can look through the files at http://bonus.com. Then click the Strategy button.
best,
Jok Church
- I'm not sure, but perhaps you should be looking at Wikisource? In any case, it definitely seems like something to preserve for the future. --NeuronExMachina 06:56, 4 August 2005 (UTC)
- I used to read those! :-)
- You probably want to ask in their version of the village pump: Wikisource:Scriptorium - Omegatron 02:02, August 6, 2005 (UTC)
I used to read those too! lots of issues | leave me a message 22:43, 7 August 2005 (UTC)
Bias is here.....
If this Wikipedia wants to remain a living, growing, and ever improving project.... I suspect it will have no choice but to admit its POV, and to place a very clear disclaimer as to the difficulty it has with maintaining accurate information. For whatever reason, this wiki is having some troubles, maybe for its extraordinary growth rate, thus a bit like a clumsy and oafish teenager... or maybe because it has attracted so many people from Public Relations, Media, and even the intelligence community, NOT because it is such a reliable source for information, but rather unfortunately, because of its powerful dynamic to mold Knowledge, Opinion, and for what people falsely carry away as "Fact".
Place a disclaimer Mr Wales, front page and center. Tell people what exactly an open-source wiki is, and remind them in much stronger words that anyone, ANYONE can come here to add knowledge, just as easily as they can bend it.... the honorable future of Wikpedia may depend on this. 3chester4 14:26, 3 August 2005 (UTC)
- Given that this is your only edit, I'm wondering just what experience you've had that lead you to post this little rant. -- Cyrius|✎ 01:54, 4 August 2005 (UTC)
- I wonder after editing so much how you can dismiss his claims as a "rant". This site is swarmed by POV warriors. And there are some areas such as college pages where promotional POV is standard. lots of issues | leave me a message 10:07, 4 August 2005 (UTC)
- It's extremely easy, actually, to dismissed unsourced ramblings as rants. If he has a problem, he can cite a specific instance - otherwise he's just screaming at the tide. He doesn't even tell us what he thinks "Wikipedia's POV" is. --Golbez 03:09, August 5, 2005 (UTC)
- It's a very, very common "rant" to just dismiss offhand. See Wikipedia:Village_pump_(policy)#Wikipedia_disclaimer and Wikipedia:Proposed update of MediaWiki:Tagline for current discussion. - Omegatron 02:00, August 6, 2005 (UTC)
Template:talkheader
I created Template:talkheader as something that could go on the top of every Talk page (a) to welcome newbies on any page they land on and (b) to remind regulars of key points whenever they visit a talk page. It'll only really work with a software change to make it automatically appear on every talk page, but for now it can be tested and developed, and we can see what people think. Rd232 19:57, 3 August 2005 (UTC)
- I think MediaWiki:Talkpagetext may show up on all talk pages automatically. Perhaps someone more informed could confirm or deny? Superm401 | Talk 05:42, August 5, 2005 (UTC)
WikiWho - THE virtual who's who for common folk
Not certain if this has been proposed. I did a lite search and didn't find anything. But I was thinking of a 'phone book' of the world - for us common folk. There could be a common template to ad photos. Perhaps 3 image slots for different ages like 'baby', 'young adult', and 'mature adult', or something along those lines. There could be fields to supply as much or as little information as possible. Nothing personal such as SSN and street address or any of that nature. Since the whole world would be participating information gathered would have to be linear, in that it's applicable to everyone and each could relate to. Such as
Where born: Year born: Maiden name: Sir name: Syblings
It could turn out to be a short bio that is updated or deleted at will. How to prevent same name entries and the like, I haven't really thought of yet. Just thinking out loud right now.
Just thinking out loud. If anyone from Wikipedia would like to pick this thought up, I would be happy to help in any way.
info at jamescalvin dot com
- Template:VPP-project r3m0t talk 07:12, August 5, 2005 (UTC)
Wikipedia has a newspaper so why not a....
...podcast! Wouldn't it be great with a weekly show that discussed what has been going on in wikipedia for the last week? "Well, the arbcom is up for relection, any surprises this year Willmcv?" "Yes, it turns out that recently admined and bureocrated gkhan is running. And he is looking good! Also in the race, DrZoidberg!"
All jokes aside, wouldn't it be a nice wikiproject? We certainly have people able to do it (see WP:SPOKEN). Sortof like the Signpost but spoken! A good way to keep up with all the things going on. And with the wonder of Skype there could be interviews with a number of interesting wikipedians. (ohh, and by the way, I picked Willmcw because he is active in WP:SPOKEN, no other reason :P) gkhan 08:19, August 5, 2005 (UTC)
- personally, I find this quite unattractive. Of course that's no argument against it, but I would very much that this is only regarded as a possibility provided we have server space, bandwith and cpu power to spare, and then some. I don't want to experience lags because too many people are watching wiki-tv! dab (ᛏ) 10:13, 5 August 2005 (UTC)
- Bandwith isn't really an issue I think, there are sites offering unlimited bandwith for very little money. And besides, it could be hosted using bittorrent which would pretty much eliminate any bandwith-concerns. gkhan 10:31, August 5, 2005 (UTC)
- sure, it could be hosted offsite. The 'unlimited bandwith' deals are not really unlimited, as there is only so much data you can squeeze through their cables in a month, and WP almost certainly needs much more. The Alexa stats are beginning to look positively scary... Anyway, I suppose there is nothing to stop wikipedians from starting an audio service somewhere. dab (ᛏ) 10:49, 5 August 2005 (UTC)
- Bandwith isn't really an issue I think, there are sites offering unlimited bandwith for very little money. And besides, it could be hosted using bittorrent which would pretty much eliminate any bandwith-concerns. gkhan 10:31, August 5, 2005 (UTC)
- Bandwidth can be reduced with technologies such as BitTorrent, perhaps using an RSS feed to announce current files. Is there an implementation of BitTorrent which supports automatic updates/inclusion of new files? (SEWilco 13:54, 6 August 2005 (UTC))
RSS feed?
Is there any way to get an RSS feed set up for Wikipedia featured articles? Or articles as they're featured on the main page? (Cross-posted at "technical".) – Quadell (talk) (sleuth) 19:42, August 5, 2005 (UTC)
- See Wikipedia:Syndication. Bovlb 04:28:48, 2005-08-06 (UTC)
Is there a plan to change editing / review approach?
Reuters, as quoted by Yahoo!, reports Wikipedia will impose stricter editorial rules to prevent vandalism of its content, quoting Jimmy Wales. Slashdot picked this story up. Later text seems to suggest this is really a separation of "stable" and "draft" versions. Does this mean there's a plan to implement an article validation proposal, and if so, what's been decided? If it's just continuing to be discussed, could someone say so? If not, could someone say that too? The article makes it sound like there's new news, but that doesn't make it so...! Sorry for asking a "question" in Village pump, but it seemed like a major proposal issue if there IS such a change and worth discussing. Dwheeler 01:21, August 6, 2005 (UTC)
- I think this is referring to Wikipedia 1.0. There are no plans to freeze any pages on the web version of Wikipedia, except temporarily. Superm401 | Talk 01:23, August 6, 2005 (UTC)
- There has been no announcement by Jimbo or the board, and no verification of any such thing from Wikimania attendees. It is generally accepted that the Reuters report is rather short on facts. -- Cyrius|✎ 01:33, 6 August 2005 (UTC)
- I hope so because this would be a really bad idea. What articles exactly could ever be "finished"? Certainly none of the major ones. Osomec 06:01, 6 August 2005 (UTC)
- There are article validation possibilities being discussed, Eloquence gave part of a presentation on one possible method of doing this this morning, as part of a peer review process I think, although I must confess to not being awake enough to take most of it in. Only an abstract of the presentation has been published so far, but more should be added.
- Certainly as far as I understand it, all these things are still proposed and no decisions have been made. Thryduulf 14:13, 6 August 2005 (UTC)
- I hope so because this would be a really bad idea. What articles exactly could ever be "finished"? Certainly none of the major ones. Osomec 06:01, 6 August 2005 (UTC)
Templated Database
I've observed several situations in which access to pieces of information would be helpful. A shared database could be accessed through a modification to Template behavior which would allow manipulation of retrieved data.
Using {{Data:Country/USA}} within a template may convert to Article=United States|President=George W. Bush|Continent=North America
Several possible uses are suggested:
- WikiProject Fact and Reference Check: list of references that people are using
- WikiProject Wikicite and meta:Wikicite: shared database of citations
- meta:Footnotes: detailed citation information
- Infobox: contain information in common between articles
- Country referencing templates: linked flags and country articles.
Perhaps this can be provided primarily through the existing Template code.
- Data could be stored in "database" entries, perhaps within a "Data:" namespace.
- A single Data: entry could contain several values, such as Title, Author, Mass, Dimensions.
- Existing template code supports named parameters.
- Template modification needed: Templates could use data if substitution of values took place when accessing a "database" entry.
- Desirable modification: Template references to nonexistent data entries reduce to nothing.
- Existing template code could then display data as needed. Interface to Data needed.
- Access to Data: namespace through browsers could display an edit field for each value within a single page, or use existing dictionary WikiSyntax.
- Existing [[namespace:article/article#section]] syntax can refer to data entry as well as specific item within (ie: current head of state for specific country: {{Data:Country/England#Head_of_state}}.
(SEWilco 13:50, 6 August 2005 (UTC))
- I'm not certain if this is the same thing, but one of the ideas for the future presented by Eloquence at Wikimania this morning was the possibilities of inter-language namespaces, e.g. for countries (Country:Germany) and companies (Company:Google) that will host shared infoboxes. The reasoning being that the capital of a country doens't change because of the language it is in, and the turnover of a company is the same in Finnish as it is in Esperanto, and that when information does change (e.g. the president or CEO, then only one change is needed to update all the Wikipedias.
- When and if this comes about is not certain, as they are all just ideas (not even proposals) at this stage. Thryduulf 14:22, 6 August 2005 (UTC)
- This proposal was created independently of what you describe at Wikimania, but is intended for the same type of shared-data usage. However, language sensitivies can exist. The country "United States" does not have the same name worldwide due to translations of the component words. Possible solutions include separate language spaces (same as each lang has its own Image: space), shared global space (same as Commons behavior), or lang: tags within pages for alternatives to a default value. (SEWilco 16:06, 6 August 2005 (UTC))
- This technology would also replace arrays with a template for each element, which store data as templates. (SEWilco 01:35, 8 August 2005 (UTC))
Software recognition of dates in plain text
A discussion started about automating date preferences. I think it is worthy of further discussion.
Here is the original text:
- It is impossible to automatically format a date without creating link. This contributes a lot to overlinking.
- For example, there are pages with 1000 links to the year 2000. I think that is overlinked. As a category, dates are the most excessively linked articles, as is shown by their ranking on the following lists:
- Is it possible to have a 'create date object' that is independent of the 'hyperlink to other article' method? Bobblewik (talk) 16:33, 30 May 2005 (UTC)
- The obvious syntax to use for this would be the double underscore, i.e. __30 May__ __2005__ would be equivalent to [[30 May]] [[2005]]. The first occurence of each date, particularly the year, could be linked but the others formated but not linked. I have seen other proposals for this, and I support it. Thryduulf 22:23, 30 May 2005 (UTC)
- Interesting. I can see why special characters are needed at the beginning and end of the date object i.e. before '30' and after '2005'. Is there a particular reason why special characters need to be placed in the middle of the date object i.e. between 'May' and '2005'? Bobblewik (talk) 13:26, 31 May 2005 (UTC)
- hmm, the current format has characters in the middle, [[30 May]] [[2005]], but there is a reason for this - we have articles on every year, and on every day of a year, but not on every day of every year (very sensible, as apparently nothing of note happened on 14 October between 1987 and 1998) and thus it needs to be two links.
- I suppose that it would be possible for the software recognise a date in any standard formats (see below) without internal characters. For simplicity though I think it would be preferable to allow both __30 May 2005__ and __30 May__ __2005__.
- 30 May 2005
- 30 May, 2005
- May 30 2005
- May 30, 2005
- 2005-05-30
- 30-05-2005
- 05-30-2005
- 30 May
- May 30
- Thryduulf 15:19, 31 May 2005 (UTC)
- I did not know that the middle characters were deliberately put there to make two links rather than one. I thought they were an unintended feature. I would personally find it simpler to avoid middle characters when formatting only. If you think it is simpler to allow both, then that is fine by me.
- It sounds good. Is it really possible?
- As for the middle characters, I think both should be allowed as inevitably people will try to format it as if it were a link, but I agree that without is nicer in the code. If we allow either, neither method will break and users can use whichever is the more intuitive for them.
- Is it possible? I think we should try and get a bit more input into its desirability (there are several discussions on dates happening in several places at once, and when I next have time, I propose to bring them all into one) and then make a feature request on bugzilla. I don't have time to do that at the moment. Thryduulf 18:29, 31 May 2005 (UTC)
- It sounds good. Is it really possible?
- As to two links being required for date preference, that is simply not correct. If the ISO 8601 format is used, a date such as 2005-03-05 can be linked as 2005-03-05 and will show up with proper preference formatting. I have taken to using this format when I intend a date to be linked for prefernce settins, particularly for dates of birth/death in a biographical article. The seperate links mzy be winted as links but since the proposal is for a way to apply date preference settings without making links, that is irrelavent. I think that ideally such a new construct should allow any of a range of formats (although i think the all-numeric formats should follow ISO 8601). I don't see any advantage in allowing (much less engouraging) two-part constructs. Since this will be a a new constturct, that no one will use without learning new rules in any case the rules don't have to folow the rules for the previous style of date linking, particualrly since those rules are rathey controary to the ways dates are written in other contexts.DES 22:07, 31 May 2005 (UTC)
- I support this proposal. I agree that linking to dates is a generally cause of over-linkink. i think thjat shuch links, as links, are usually pointless, and should be removed if there were to be another way to apply date preference formmatting. I also think that most links to partial dates (D/month without year, or year alone) are already pointles, and i have started to remove them when I edit articles that have such links, although i don't go looking for them.
- I have no idea if the proposal is technically hard or easy. I find it hard to belive that it is impossible. Note that instead of _10 Jan 2005_ we could have #Date(10 Jan 2005) if that were technically easier to implent. DES 22:07, 31 May 2005 (UTC)
- There's no need for special syntax, the software can recognise dates in plain text. -- Tim Starling 09:35, Jun 1, 2005 (UTC)
- That would be much simpler if implemented! I presume that on occasions (such as this) where we want to see a specific format not altered by preference then putting the date in nowiki tags would allow that? (i.e. 01 June 2005 would appear as per your preference and <nowiki>01 June 2005</nowiki> would always appear that way). Thryduulf 12:50, 1 Jun 2005 (UTC)
Does anybody know how to implement this? Bobblewik 13:38, 6 August 2005 (UTC)
- I think the first step will be to put a feature request on bugzilla. Outside of that, I'll point any of the developers at the discussion if I happen to see them later. Thryduulf 09:54, 7 August 2005 (UTC)
I wonder why a new element type is introduced here. Why can we not use a template for this (vaguely similar to the style already in use for geographic coordinates):
{{date |any date having month in text or following ISO}}
{{date dmy|numeric date with day first}}
{{date mdy|numeric date with month first}}
The first form like {{date | 30 May, 2005}} would accept any of "30 May 2005", "30 May, 2005", "May 30 2005", "May 30, 2005", "2005-05-30", "30 May", "May 30", "2005"
The second and third would accept "30-05-2005" and "05-30-2005" respectively.
−Woodstone 10:50, August 7, 2005 (UTC)
- Templates can't do that. -- Cyrius|✎ 19:21, 7 August 2005 (UTC)
- Thanks for the responses. I don't know how to put a feature request on bugzilla. I would be grateful if somebody more familiar with it could do it. Bobblewik 21:56, 7 August 2005 (UTC)
Trimming the fat from the welcome template
The {{welcome}} template is the very first thing many users see. Unfortunately, recently it has been growing out of proportions, as some people think that answers to any possible question a newbie might have must be covered in the template. This has lead to a huge welcome page, a screenful on my computer, and it happened at least several times that new users just deleted or moved the welcome template I put on their talk page.
I suggest removing some of the links from there, which are covered in the help pages anyway, and just make a prominent link to the help page. Also, I believe is an overkill to tell the newbies about the Wikipedia:Topical index (who the heck reads that one).
My trimmed version of the welcome template is available at Template:Welcome/Proposed version 1. Again, it is the original with some links cut out. I wonder what people think. Oleg Alexandrov 20:08, 6 August 2005 (UTC)
Actor Filmographies
Looking for comments on a new way to present filmographies in actor articles for improved consistency, less IMDb thievery, etc. I put together a test in my userspace and I'm looking for opinions before rolling it into any articles. Thanks! RADICALBENDER★ 21:02, August 7, 2005 (UTC)
- I think it is far too large and complicated, simple is always better. I prefer the regular list because it is less distracting and takes up less space, however I do like what is done in Henry Fonda filmography, but I would only use the Henry Fonda list style if the list of films was a seperate article. MechBrowman 02:58, August 9, 2005 (UTC)
Trollworld - A parallel Wikipedia universe
I propose after identifying any chronic vandal, we should turn a switch, and that user will be cookied into a parallel version of Wikipedia almost indistinguishable from the real Wikipedia. There will be no indication of banishment for the user. He can vandalize to his content, unresponded to, so that he can admire his "victory". The theory goes that trolls need an audience that interacts with their behavior. Remove all response and this troll will become dejected and forget the hobby. It's also a very funny joke for us to play on vile brats.
To make this simple, the front page, current events, etc. will disappear. The landing page of Trollworld will be a Google like simple search page. The header will announce the new rebranded sleek Wikipedia. I don't expect the typical malicious vandal, a 15 year old pothead, to catch on. lots of issues | leave me a message 01:23, 8 August 2005 (UTC)
- Hilarious idea. -- Cyrius|✎ 01:54, 8 August 2005 (UTC)
- Love it. Trollworld 2.0 would incorporate RC-patrol 'bots, which would randomly revert edits and drop
Hello, I'm [[User:{{subst:REVISIONUSER}}|{{subst:REVISIONUSER}}]]. An edit that you recently made seemed to be a test and has been reverted. If you want to practice editing, please use the sandbox. If you think I made a mistake, or if you have any questions, you can leave me a message on [[User talk:{{subst:REVISIONUSER}}|my talk page]]. Thanks! templates on the troll's talk pages. FreplySpang (talk) 02:01, August 8, 2005 (UTC)
- Love it. Trollworld 2.0 would incorporate RC-patrol 'bots, which would randomly revert edits and drop
- Shhhh! Don't let them catch on! :-) Hilarious idea, and unfortunately probably not possible. - Omegatron 02:05, August 8, 2005 (UTC)
- DO IT! DO IT! DO IT! ~~ N (t/c) 06:08, 8 August 2005 (UTC)
- Let's archive this into perennial proposals - as the last one on the page. :) r3m0t talk 06:59, August 8, 2005 (UTC)
- Hey, that's cheating! :-) JRM · Talk 08:09, 8 August 2005 (UTC)
Let's finally SOLVE the Macedonia issue...
Please visit the following link:
http://en.wikipedia.org/wiki/Talk:Macedonia#Let.27s_finally_SOLVE_this_issue...
I sterbinski 13:14, 8 August 2005 (UTC)
A new Word Game
I don't know where to look for someone or a company who would be interested in a word game that I'm developing that is fun for adults and could also be used as a good tool for teaching and promoting kids on how to form the basics of sentences and using wrods in the proper context. Does any one know what would be the best way to present this to a board game manufacturer for consideration? Frank Eggleston
- Are you proposing that WIkipedia be involved in this somehow? If not, I suggest you ask your question at the Reference Desk, where you'll get more response. Cheers, Bovlb 16:21:56, 2005-08-08 (UTC)
Prevent users from being blocked along with their IPs
Just now I found I was blocked from editing. Gah. The first time it happened I had to sit it out, but this time around I have my amazing wiki-moulding powers so was able to unblock myself, largely for the point of making this post.
Many users, unfortunately including myself, are stuck with crappy ISPs, but the average user isn't going to want to sit through three-hour phone conversations with clueless 20-something brunettes finally ending with some sort of "three months free access" cop-out, rather than an expensive hardware upgrade. So maybe WE should do something.
I think there needs to be some sort of logged-in protection. So if you're a logged-in user you are OK, even if your logged-out IP just got blocked.
Alternately, if that allows people to log out and vandalise then log in and continue editing innocently, maybe have it for admins only since they're so "trustworthy".
Or something. Anyway, see what you think. Feel free to add fertiliser or weedkiller to this sprouting idea. :) GarrettTalk 13:23, 8 August 2005 (UTC)
- gkhan picks up a spraycan and starts spraying it all over Garret. He is promtly blocked.
- Yes, this is a pickle isn't it. I don't like your idea because, as you say, it's painfully easy to circumvent it. I think that when this happends, a user should send an email to the blocking admin (or a nice, friendly admin that you are close with :P) explaining the sitution. I doubt they'd refuse to unblock. Failing that, the mailing list. It's one of those things that are a pain in the ass but you have to deal with. Good users shouldn't be blocked, but bad ones should be. Ahh, it's a dilemma alright :P gkhan 13:40, August 8, 2005 (UTC)
- After my recent move, I was using dial-up for a while before I got broadband here, and there were several times found myself hit by an anonymous user block (and it is quite annoying, let me tell you). Of course, as an administrator, I could unblock the IP address (of course promptly reporting my actions on WP:AN/I). Nevertheless, that option is not available to most Wikipedia editors. It would be nice if IP blocks didn't affect logged-in users, but then of course vandals could just keep creating new accounts. What about allowing logged-in users to edit despite an IP block, provided their account was created prior to the block? The problem is I assume this would be quite difficult to implement in the software. Also, it doesn't address the problem of someone logging out, vandalizing, then logging back in. Do you think this happens often? I always assumed that most vandals were random Internet visitors, not registered Wikipedia editors who logged out to vandalize, then resumed their double life. — Knowledge Seeker দ 03:20, August 9, 2005 (UTC)
- Can the software not recognize if your username is currently browsing or editing the site? Any users who are currently logged in during an act of vandalism couldn't (as far as I can see) also be committing vandalism with an anonymous IP, and so shouldn't be blocked. Of course, this would require that the blocking admin point out to the system the specific time-stamps of the vandalism. This wouldn't help those who are not logged in during the vandalism, but I've been blocked myself while on Wikipedia for an incedent that occured as I was logged in, and it seemed a little silly at the time. — Asbestos | Talk (RFC) 10:01, 9 August 2005 (UTC)
- Currently, if an IP is blocked, so is any user editing via that IP. I have suggested that there should be three levels of block: 1) anon-IP blocks. These would affect an anon user editing via a particualr IP (or range) but would have no effect on a user who is logged in. 2) User blocks. These would affect a particualr user name, no matter what IP is in use. 3) anti-sockpupet blocks. Thesw ould afect a perticular IP no matter what user is using that IP, anon or logged in, just like the current IP blocks do. This typ would normally be sued ONLY when ther is reason to suspect that a user is evading a user block by changing user names or by editing without logging in. This should not be a technically hard change, but a feature change would be needed. DES (talk) 16:35, 9 August 2005 (UTC)
- Can the software not recognize if your username is currently browsing or editing the site? Any users who are currently logged in during an act of vandalism couldn't (as far as I can see) also be committing vandalism with an anonymous IP, and so shouldn't be blocked. Of course, this would require that the blocking admin point out to the system the specific time-stamps of the vandalism. This wouldn't help those who are not logged in during the vandalism, but I've been blocked myself while on Wikipedia for an incedent that occured as I was logged in, and it seemed a little silly at the time. — Asbestos | Talk (RFC) 10:01, 9 August 2005 (UTC)
I believe this discussion should be moved to Wikipedia:Village pump (perennial proposals). --cesarb 18:10, 9 August 2005 (UTC)
Stable contents (WebDSign)
according to a Yahoo newsline dated (20050805) J. Wales said "There may soon be so-called stable contents. In this case, we'd freeze the pages whose quality is undisputed" (note added 20050810: it appears that J. Wales never said that)
a motion follows. this boils down to a proposal for modification of the Wikipedia's underlying Mediawiki software but I'm pretty sure that the idea can be consideraly enhanced on the Wikipedia side, therefore I submit it here, hoping that interested parties will share their thoughts.
Objectives
our objectives are:
- avoid annoying anyone who likes the way Wikipedia works now
- give to anyone who prefers reviewed articles to obtain it
the proposed method:
- offers to any vsitor a way to trust or express his opinions (I like, I agree, I disagree...) about an article content
- eases automatic discovery of favorites topics and opinions shared by coherent groups of Web users (it may lead to some Collaborative_filtering),
- eases automatic (done by software crawling on the Web) and qualified (with conditions, for example "count only certifications made by people identified by this authority") measure of people agreement.
Approach
in order to do so each Wikipedia article may have more than one status:
- 'raw', meaning 'last standard content' (any existing article has this 'raw' status)
- 'unpolluted', meaning 'free from any vandalism'
- 'validated', meaning that 'a Wikipedia commission of people knowing the field validated it'
- 'expertised', meaning that 'a world-known expert of the field checked it ok'
any Wikimedia visitor will be able to state in his profile that, upon reading, [s]he wants to obtain the last version of any article which reached a given status. if there is no such checked version the immediate 'lower' status will be published (this is recursive)
this will not in any way annoy the reader who does not care about all those darn article status :-) because the personal profile (preferences) of each registered user will state 'raw' by default and (for registered and anonymous visitors) upon each article display a new tab will offer access to the various other 'statused' version when such versions exists
those various articles status will be expressed by cryptographic seals. it is not mandatory as most functions proposed here can be implemented using standard version-tracking tricks (taging, branching...) but some people may want to have their screwed articles published with a forged status and try to tamper the servers or network connection. let's integrate security concerns as soon as possible the [WebDSign protocol] may be the technical foundation of such seals.
Usage
all the processes (requesting-delivering-managing certificates, sealing, obtaining information about a seal...) will be done using a Web navigator.
in order to produce a seal one needs a digital certificate (X.509 or OpenPGP (PGP-GPG)), delivered (X.509) or signed (PGP) by a Certification_Authority (CA), which will be Wikipedia organization. anyone can check that a given certificate (and all informations it stores) was issued by a given CA.
any Wikipedia contributor will carry only one Wikipedia certificate, which will store many attributes stating various useful parameters. it is just like the usual username-password pair.
Giving the 'unpolluted' status
any administrator will obtain a certificate in order to let him/her give the status 'unpolluted' to any article.
Giving the 'validated' status
using the existing set of articles an automagic analysis of the volume of informations produced and its relative stability ('unpolluted' status, age and amount of readers) can establish a 'confidence score' for each author. the administrators will use those scores and deliver certificates to the best authors. those certificates will be qualified by an attribute (named 'wpexpert') listing the name of the categories of expertise of their carrier (themes, for example 'mathematics' or 'geography').
Giving the 'expertised' status
in each category this first college of 'wpexperts' will be enabled to form a college in order to elect world-known 'experts' of the field. the CA will produce certificates for them, with an 'expert' attribute storing the pertinent categories names. at first they may be not very interested in participatinf but as more and more will somewhat do emulation will raise their involvement
Scores, votes...
moreover any registered Wikipedia user may have a certificate in order to express that he agrees/likes (or disagrees/dislikes) some chunk of information in an article.
Subramanian kindly pointed to me that User:Sam_Spade/Policy_Proposals is pertinent. it leads to a huge number of interesting ideas, especially meta:Article_validation_proposals, which may be helped or help this proposal.
thoughts and comments
Now for the votes and opinions:
- supported, requires discussion - I heartly agree that something like this is needed. I suggest that only two levels are used, validated and expertised: let´s keep it simple. Both would have their new contributions first added to the talk page, then either incorporated or discarded according to consensus. Also, please note that any stable status is to be dropped when an unexpected ongoing event happens to the subject of an article. - Subramanian talk 21:17, 9 August 2005 (UTC)
- two levels only: I think that there is a need for 'unpolluted' but may be wrong. this approach tolerates adding or removing a status.
- yes, as soon as an expert of the category does it (those experts, as such, are probably following the trends in their categories) Natmaka 11:36, 10 August 2005 (UTC)
- Cough. You are aware that Reuters (the actual source of the article) got it wrong? -- Cyrius|✎ 23:02, 9 August 2005 (UTC)
- note added in the proposal Natmaka 11:36, 10 August 2005 (UTC)
- Well, I confess I was aware of the misunderstanding. But the discussion this guy proposes is still useful. :) Subramanian talk
- Shh, I was waiting to see how far they went with it! --Golbez 23:05, August 9, 2005 (UTC)
- Could be the "soon" specified bit more? Is the SW already developed or is it in design phase? Pavel Vozenilek 00:58, 10 August 2005 (UTC)
- as far as I know the code is in beta stage in Mediawiki 1.5 Natmaka 11:36, 10 August 2005 (UTC)
An option in preferences to hide reverted edits.
This would make history pages look MUCH better IMHO.It would work like this: With the option on, you look at a history page (say, of George W. Bush) and things like this would be gone (this was pulled right off the top, lol):
# (cur) (last) 03:19, 10 August 2005 Zzyzx11 m (Reverted edits by 172.153.39.187 to last version by NoSeptember) # (cur) (last) 03:17, 10 August 2005 172.153.39.187 # (cur) (last) 03:16, 10 August 2005 NoSeptember m (→Presidential campaigns - more concise) # (cur) (last) 03:04, 10 August 2005 Bmicomp m (Reverted edits by 172.153.39.187 to last version by Gidonb) # (cur) (last) 03:01, 10 August 2005 172.153.39.187 # (cur) (last) 02:54, 10 August 2005 Gidonb (rv; sick!) # (cur) (last) 02:53, 10 August 2005 172.153.39.187 (Fuck Bush and Fuck the War in Iraq. Bush is a War Criminal and is well known to be a Cocksucker of the First Order) # (cur) (last) 02:50, 10 August 2005 Everyking m (Reverted edits by 172.153.39.187 to last version by Gamaliel) # (cur) (last) 02:49, 10 August 2005 172.153.39.187 # (cur) (last) 01:34, 10 August 2005 Gamaliel m (Reverted edits by 70.150.37.32 to last version by MONGO) # (cur) (last) 01:33, 10 August 2005 70.150.37.32
This option would do exactly this: hide from the history page, any edits made using the rollback button that admins have, and the edit that was reverted by it. Hopefully this wouldn't be spoofable by vandals marking their edits as minor and putting in there edit summary "Reverted edits by [anon ip] to last version by [username]". Are rollback edits marked in any special way so vandals cannot spoof it? Of course, reverts by non-admin users would still show though.
Also, in the process, it would also not alert articles on your watchlist. The watchlist pulls the most recent edit, and it would only put it at the top if you open your watchlist before it was reverted by an admin. Of course you could still use the diff and old version links since it is only hiding it, not deleting it.
I think this would also discourage vandals since their 30 seconds of fame wont be seen by as many people.
What do you think of this proposal? --pile0nadestalk | contribs 09:03, 10 August 2005 (UTC)
- A better way to detect reversions: if two consecutive edits have no net effect, i.e. if there is no difference between the versions before and after them, show neither. This shouldn't be too hard to fit in the code, and problems with the processing power needed to detect this could be fixed by marking edits as reverts when the edits are made instead of when the history is pulled up. Of course, that would necessitate adding a new field to the database... ~~ N (t/c) 09:29, 10 August 2005 (UTC)
- I assume "them" refers to the edit being reverted, and "neither" to this and the reverting edit? If so, that could work. But then, couldn't a vandal just revert back to a vandalized version and it not show, and people may miss it? --pile0nadestalk | contribs 10:01, 10 August 2005 (UTC)
- No, if they did something like:
- vandalize
- vandalize again
- revert to version after edit #1
- then it would show edit #1. The real problem, I just realized, is that this would make it hard to detect 3RR violations if people forgot to turn it off. ~~ N (t/c) 10:26, 10 August 2005 (UTC)
- OK, I get it. The only thing a vandal could hide is a reversion of his own vandalism! --pile0nadestalk | contribs 10:46, 10 August 2005 (UTC)
- I don't think that it would be at all appropriate for the history to hide reversions by non-admins. This would hide a great deal of edit warring, and any vandal would be able to revert any edit back to a previous version and have that earlier edit not show up on watch pages or the like.
- I can see that it would be beneficial to have such a system for uses of the roll-back button, however, which admins are expected to use only in the cases of vandalism, and not edit warring. This, I think, would be fine so long as
- There were a simple button at the top of the history which allows you to see all edits, including reversions,
- There were some kind of flagging that reversions had been hidden, for instance making the following edit show
- # (cur) (last) 01:33, 10 August 2005 Jimbo Wales m (spelling correction) [some earlier edits hidden]
- or something along those lines. Beyond those three points, I think this would be a good idea. — Asbestos | Talk (RFC) 14:34, 10 August 2005 (UTC)