Wikitech-l September 2006

91 participants
141 discussions

MediaWiki to Latex Converter
by Hugo Vincent 18 Jun '12

18 Jun '12

Hi everyone, I recently set up a MediaWiki (http://server.bluewatersys.com/w90n740/) and I need to extra the content from it and convert it into LaTeX syntax for printed documentation. I have googled for a suitable OSS solution but nothing was apparent. I would prefer a script written in Python, but any recommendations would be very welcome. Do you know of anything suitable? Kind Regards, Hugo Vincent, Bluewater Systems.

6 13

10k
by Domas Mituzas 01 Dec '07

01 Dec '07

Hi, today we came over 10k HTTP requests per second (even with inter-squid traffic eliminated). Especially thanks to Mark and Tim, who've been improving our caching, as well as doing lots of other work, and achieved incredible results (while I was slacking). Really, thanks! Domas

16 21

Rating Articles Extension
by Travis Derouin 19 Jun '07

19 Jun '07

Hey, I've put together an extension for rating articles if anyone is interested. It's just a first version and hasn't been tested much, but the details can be found here: http://www.wikihow.com/WikiHow:RateArticle-Extension You can see an example here on our development server: http://wiki16.wikidiy.com/Get-a-Better-Deal-on-a-Home-Loan (username password wikihow / wikihow2006) - scroll down to the bottom of the page for the checkmarks. I'd appreciate feedback if anyone has any. If someone wants to add this to extensions in svn, that'd be great. Thanks, Travis

11 22

Proposal for an improved user rights page
by Rotem Liss 08 Dec '06

08 Dec '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In the previous discussion (about Special:Desysop), it was proposed to merge the user rights pages (Special:Userrights, Special:Makesysop, Special:Makebot, Special:GiveRollback, and now also Special:Desysop) into the page Special:Userrights, using configuration settings. It seems to be a good time to propose it: I've merged these special pages to Special:Userrights using configuration settings in http://svn.wikimedia.org/viewvc/mediawiki/branches/rotem/userrights , which is an improved user rights page. This proposed system adds the following features to Special:Userrights: * Flexible configuration settings for a limited interface – for example, you can allow bureaucrats to grant only these permissions and revoke only those permissions, and allow the stewards to do everything. * Checkboxes instead of lists, mainly because it's possible to disable them separately while it's not possible in lists. * Changing the permissions of remote users for stewards, controllable by a permission ("userrights_remote"), like in the stewards interface of Special:Makesysop. * Log comment, to explain the change, like in Makebot. You can either download and test it directly, or watch the following images: http://img150.imageshack.us/my.php?image=mediawikinewuserrightsbureaucratsl… The limited interface for bureaucrats, like it can be set in Wikimedia sites. http://img84.imageshack.us/my.php?image=mediawikinewuserrightsstewardsgg7.p… The full interface for stewards, like it can be set in Wikimedia sites, editing a remote user. This change should deprecate Makesysop, Makebot, GiveRollback and Desysop and make them implementable by using only configuration settings. However, these extensions may be kept for old versions, and for sites which were not updated. (There seems to be a compatibility issue with Special:Makesysop because one of its core functions (HTMLSelectGroups) was removed, but it can be defined in SpecialMakesysop.php or SpecialMakesysop_body.php as a class function.) Additional technical information may be found in http://www.mediawiki.org/wiki/User:Rotemliss/User_rights_suggestion#How_to_… . You can also read the other parts of the page, but it's a bit old and not updated in some parts. You can also ask here about anything unclear. What do you think about this implementation? Which changes should be done? Do you think some features should be added, or dropped? Thank you very much for the feedback. - -- #define Name RotemLiss #define Mail mail-AT-rotemliss-DOT-com #define Site www.rotemliss.com #define KeyFingerPrint 4AFD 8579 A449 4267 BED9 38E5 6EF8 5B1F EBDE 7AC0 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE4b2abvhbH+veesARApwWAKCq1TGg1zVjTIjwDiH3f7AVe0sbGQCfV7hJ NCU2Uwu1nrCv9ReNhVtaIxw= =CBQh -----END PGP SIGNATURE-----

3 3

new dumps ?
by Erik Zachte 02 Oct '06

02 Oct '06

Steve Summit > And in case no one's made the observation: after just a couple > of initial hiccups (affecting, not surprisingly, only the > biggest wikis), it seems to be working very well, with all > dumps successfully up-to-date, on a cycle of just a few days. > <http://download.wikimedia.org/> is a very pretty picture now. > Well done! Sorry Steve you are quite mistaken. I'm probably the one person looking at the xml download progress report most often, as I wait impatiently for a good moment to run wikistats after month has completed Dumps for largest Wikipedias still fail very frequently. There has not been a useful English dumps for months and maybe a handful in a whole year. Sometimes the jump job reports all is well when it is not (Brion knows this) I hate to chase Brion because he has thousand obligations but dump process is pretty unstable still http://download.wikimedia.org/enwiki/20060925/ is running now, but http://download.wikimedia.org/enwiki/20060920/ reports it is still in progress http://download.wikimedia.org/enwiki/20060911/ reports on the 7z file all is OK but is 36 Mb http://download.wikimedia.org/enwiki/20060906/ reports on the 7z file all is OK but is 19 Mb http://download.wikimedia.org/enwiki/20060905/ reports on the 7z file all is OK but is 98 bytes http://download.wikimedia.org/enwiki/20060816/ reports on the 7z file all is OK and it is 5.1 Gb but I know it is incomplete it just stops in the middle of an article http://download.wikimedia.org/enwiki/20060810/ failed http://download.wikimedia.org/enwiki/20060803/ in progress http://download.wikimedia.org/enwiki/20060717/ OK http://download.wikimedia.org/enwiki/20060702/ OK http://download.wikimedia.org/enwiki/20060619/ in progress I could go on: 2 or 3 OK in 10 older runs Early this year there was no valid en: archive dump for over 4 months. I proposed doing the largest dumps in incremental steps (say one job per letter of the alphabet and concat at the end), so that rerun after error would be less costly but Brion says there are no disk resources for that As other people commented, the current situation helps to prevent forks ;) So again I fully appreciate Brion can't be all things to al people. But please don't suggest the dump process is reliable enough. Erik Zachte

5 8

maintenance notice
by River Tarnell 02 Oct '06

02 Oct '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hello, at about 13:00 UTC on Sunday the 30th we will be performing some maintenance on our network during which the site will be offline. hopefully this won't last longer than a few minutes, although it will involve a switch reload. - river. (see, not all our maintenance is scheduled 5 minutes in advance...) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFHDu1rCkrk04PPEoRAi84AJ0abN/od2YXInuGLPcaic6r6b/yeQCeNRxn cyAQmv4ffTFvM4InKQ/arKU= =oaFr -----END PGP SIGNATURE-----

1 2

New Wikipedias created
by jf＠mormo.org 02 Oct '06

02 Oct '06

6 7

Re: [Wikitech-l] Parsing database dumps
by Mike O 02 Oct '06

02 Oct '06

> > Mike wrote: > > ...look at this snippet of XML from enwiki-latest-pages-articles.xml.bz2 > > taken from late August. I don't see any namespace in the <title> elements, > > ... > > <title>AaA</title> > > ... > > <title>AlgeriA</title> > > Those are main namespace (namespace 0) articles, so they don't > have a prefix. But all the non-main-namespace pages do. > The first is <id>724</id><title>Wikipedia:Adding Wikipedia > articles to Nupedia</title>.) Thanks! That explains a lot. Mike O -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze

5 8

Re: [Wikitech-l] [Commons-l] Ogg Theora is too hard to play. We needYouTube-style Flash streaming video.
by David Gerard 01 Oct '06

01 Oct '06

On 30/09/06, Gregory Maxwell <gmaxwell(a)gmail.com> wrote: > On 9/30/06, Walter Vermeir <walter(a)wikipedia.be> wrote: > > For Ogg Vorbis there is; > > http://www.jcraft.com/jorbis/ > > And with that you can play a Ogg Vorbis file without a player at the > > client side. > I set it up weeks ago and have been able to gather fairly little > interest in it... thus my frustration with people insisting that we > must use proprietary formats for ease of use. I, and I assume most of those who saw it, thought it was an early demo - not something ready to roll. I also wasn't aware it ran under GCJ as well as proprietary Java. As such, WHAT ARE WE WAITING FOR? ROLL IT OUT! SOMETHING USABLE! IT SHOULD BE ON EVERY OGG IMAGE PAGE! (The "about" will have to mention it works fine under GCJ and is Free-As-In-Stallman Software all the way down.) cc: to wikitech-l in case there's some technical hiccup to doing so - d.

4 4

dwdiff - word by word diffs
by David Gerard 01 Oct '06

01 Oct '06

http://www.linux.com/article.pl?sid=06/09/21/1913234 Interesting. Any use for wikitext diffs, you think? - d.

2 1

Jump to page:

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 September 2006