Wikitech-l October 2004

wikitech-l@lists.wikimedia.org

120 participants
165 discussions

Size of images from WikiTeX
by Jim Higson 08 Oct '04

08 Oct '04

Compare (taken from http://en.wikipedia.org/wiki/Wikitex): http://users.aber.ac.uk/jqh1/chess.gif (17.1k) With the png version I just made: http://users.aber.ac.uk/jqh1/chess.png (7.9k) That's 46% of the original size by switching format. Futhermore, doesn't wikipedia prefer PNG? Jim

4 7

Showing last changes on teh wiki since last visit ...
by Victor Fariña 08 Oct '04

08 Oct '04

Hi ... I need this feature : When a user logins , some articles must be marked with a light yellow to view faster the last changes ... My wiki is intended to use by deelopers, so when a user commits a change , a mail would be sent and also the changes maden to an article must be marked ... Anyone knows what files are involved on this step ?? i know this feature may be not interesting to wikimedia , so i will start to develop it, but i dont know what files i must touch ... any appointment ?? any help ?? thanks -- Problems with Windows - Reboot. Problems with Linux - Be root. Vic (aKa CoffMan) vic(a)wickle.com

2 1

installation error (v.1.3.5)
by Valkov＠t-online.de 08 Oct '04

08 Oct '04

Hello i have the following problem : i trying to install a mediawiki version 1.3.5 in Russian and after chmodding the "config" dir and filling the installation formular ive got this: Initialising "MediaWiki" namespace... Warning: Undefined index: 1movedto2 in /home/ZTM3PNG1/htdocs/encyclopedia/languages/LanguageRu.php on line 1028 And then if i trying to access the main page (after moving localsettings.php to the root directory) im getting: [pear_error: message="fopen("/tmp/tpl_0_7_0_239b6c042560228b7d7cdf729efbd138.php", "w") - Operation not permitted" code=0 mode=return level=notice prefix="" info=""] Wats wrong ?

3 3

Email notification enotif v1.1 released (patch for current phase3 CVS version 1.4)
by Thomas Gries 07 Oct '04

07 Oct '04

http://bugzilla.wikipedia.org/show_bug.cgi?id=454 To whom it may concern: today I released a new version of *** e-mail notification for changed pages and user_talk pages (enotif) ***, which corrects a text and recipients' address problem when sending the notification mails. The patch is based on yesterday's evening version of CVS 1.4, further updates are currently synchronised with 1.4 version as suggested by Brion, and a lot of documentation pages are available on http://meta.wikimedia.org/wiki/Enotif . Remark: the useful proposals by Brion, JeLuF and Wil - see Bugzilla - are not yet integrated into this v1.1 source, but will be soon. I am looking forward to your feedback, if you can invest the time for implementing and testing it. Tom Berlin

1 0

yet another conference: invitation to 21C3 mediawiki devcon
by Elisabeth Bauer 07 Oct '04

07 Oct '04

Hello, At the 21C3 - the annual congress of the Chaos Computer Club - we are organizing a small mediawiki developer conference to which I'd like to invite everybody involved in mediawiki development (the people doing mostly admin tasks on the servers are of course invited too ;-). The event takes place from 27th to 29th december in Berlin Planning happens on http://meta.wikimedia.org/wiki/21C3/MediaWiki_developer_conference Please list yourself, if you want to attend and contact me if you need accomodation/a computer to work on/anything else ;-) The people who participate should decide soon where they want their living-room at the congress: you can either stay with the rest of the wikipedians at the ground floor or I could organize a corner in the hack-center in the basement. @Brion and Tim Starling: it would be fine if you could send abstracts for your presentations in soon, the schedule is quite full already. greetings, elian

3 3

RFC: Approved Edits Only
by Randy Becker 06 Oct '04

06 Oct '04

I'm a high school student involved in our website (http://www.rileyhighschool.com/). After taking a look at the sorry state of our site, and subsequently visiting wikipedia, I came to the realization that a wiki, especially mediawiki, would be enormously beneficial to our site in many ways. I investigated further, installed 1.3, got some content in, customized monobook a little bit, got familiar with the software. I decided that it really would be a great improvement, and continued further testing. Upon further review, and in conversation with the administration, it was determined that the principal objection to using mediawiki as our primary site was that anyone could edit. Although it has been presented that this is not a serious problem in practice, it was still too much of a risk for them to take. Downtrodden, but not discouraged, knowing that mediawiki is an open source product, and being familiar with php and mysql, I looked further into what was available. Ultimately, it was determined that unapproved edits cannot come to exist in the first place, irregardless of the ease of their removal. I began looking for a way to implement an approval mechanism. On #mediawiki it was suggested that I look into the recent changes patrolling in 1.4 as a potential method of implementing this solution. I have done this and determined that it will be just as difficult to use this as it will be to implement a cleaner solution, involving a new table in the database and an approval mechanism. Therefore, I'm here to ask for suggestions, comments, and help implementing this, or a similarly acceptable solution. -Randy

7 13

Schema change work in progress
by Brion Vibber 06 Oct '04

06 Oct '04

I'm working on code for the much-discussed database schema change. See overview & in-progress schema conversion code: http://meta.wikimedia.org/wiki/Proposed_Database_Schema_Changes/ October_2004 I've got various features up and running on the new schema and will check in some code on a branch until it's sorted out and we've done some test conversion runs to make sure it's not too out of whack. This is intended to solve a number of major issues including: * eliminate denial-of-service problem on page renames * make revision ID number available and consistent for old and current revisions * speed up aggregate queries by not having to slog through text storage to get at revision metadata It also should reduce the update burden on the slave database servers by not having to save every edit's text and data twice. This current schema co-opts the existing old table for text storage, ignoring the extra fields which are now moved off to other tables. This should keep the initial conversion cost relatively low as the table doesn't need to be rebuilt, just added to. The smaller metadata-only tables should be easier to alter in the future as needed. -- brion vibber (brion @ pobox.com)

3 3

WikiMarkupStandard WG + mailing list
by Mario Salzer 05 Oct '04

05 Oct '04

There has been much talk about a potential WikiMarkupStandard, but so far not much has happened. There is however a new attempt to fully discuss that topic, this time on an official mailing list (an ID/RFC is planned): http://www.usemod.com/cgi-bin/mb.pl?WikiMarkupStandardWorkingGroup Discussions may be lengthy and not all too pleasant for everyone (any standard can only be a big collection of compromises), and initial debates may be very lame I fear. However I'd like to invite any interested from the WikiMedia crew and user base, so we can also have your thoughts, opinions and preferences heard. That's important to get the best possible out of this process - a markup standard that only very few people agree on isn't worth anything; and because MediaWiki is one of the most widespread engines and most people first learn WikiWikiWeb by it, it is surely the most interesting. It hasn't started yet, we'll first have to negotiate on a few basic "meta rules" for what the markup standard should look like. My opinion is, that it should only be a 'recommendation' and nothing more. Merely promoting the "best" markup and mentioning a few viable alternatives. All WikiEngines should be free to add as many extensions as possible (that's the biggest advantage of Wiki anyhow, and shall remain it). And it's likely that we negotiate on a general MIME media type as well, so "Content-Type: text/wiki; variant=mediawiki" could be used with WebDav, AtomApi protocols and eventually even EMail in the future. Ok, I don't want to go in too deep detail here. Please anyone consider taking part in that discussion; it would help if we could hear all ideas up front - there will be a final WikiWorldWide voting or such, but problems and incompatibilities should be worked out as early as possible of course. Best, mario (please Cc: me, unsubscribing again)

3 2

Vandalism on nl:wiktionary
by Gerard Meijssen 05 Oct '04

05 Oct '04

There is a person who thinks it funny to add texts to templates that are used on almost all pages of nl:wiktionary. I have protected the templates that were abused so far. I have two questions: *The latest IP number used is 213.224.16.165 <http://nl.wiktionary.org/w/wiki.phtml?title=Speciaal:Contributions&target=2…> can we find if this person is known as a wikipedia user as well ? *I want to protect all templates against this kind of abuse. Is there a way of doing this easily ? Thanks, GerardM

1 0

Re: [Wikitech-l] Re: How to get a list of all pages without interlanguage links
by Vina Wang 05 Oct '04

05 Oct '04

>Me! I did a SQL with the latest dump. I made a file which contains the list >of the articles with no interwiki : http://mboquien.free.fr/nointer_zh.zip . It is coded in UTF-8. Thank you very much. The list has been reformatted into links and uploaded to Chinese wiki. Please feel free to remove the zip file. Several people has started chugging through the list, over 4800 to go through. When I uploaded the file with all of the links, I thought I might have crashed the server when I asked for the preview.. -Vina

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l October 2004