Wikitech-l February 2005

wikitech-l@lists.wikimedia.org

129 participants
162 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

machine translaton of the articles...
by prasad gadgil 21 Nov '05

21 Nov '05

Hi, I have just joined, I am from mumbai, india. I would like to get the articles translated in marathi, my mother tongue. Looking at the effort and no of volunteers, this will not be usable in any reasonable amount of time. That has made me think of alternatives - machine translation. A state funded institute has a software available but I don't have access to it yet. Pl. comment about this approach. Has this been tried for any other language earlier. Thanks & regards, Prasad Gadgil ________________________________________________________________________ Yahoo! India Matrimony: Find your life partner online Go to: http://yahoo.shaadi.com/india-matrimony

9 8

Time to get some new servers
by Camille Constans 04 Jul '05

04 Jul '05

Hello, As wikipedia is slow at the busy time, I propose to get some new servers for our cluster. - Some new web servers(3 or 4), P4 2,8Ghz with 2Go of RAM - A server which could be a backup for nfs server, zwinger, with bigger disk, 80Go is very low, maybe 200 or 250Go - Upgrading disk of zwinger to 200 or 250Go (or add a new one) - A db server in 64 bits mode with 4Go of RAM (if we cant make working geoffrin), like this one : http://www.macomp.com/products/servers/patriot2200.asp With raid 10 disk system, 4 or 6 drives in raid and 1 stand-by. I prefer 15000rpm disk, but I can understand that they are more expensive - Maybe another squid server What do you think of that ? Shaihulud

7 6

Changes in the Python Wikipediabot framework
by Andre Engels 03 Apr '05

03 Apr '05

The following changes have been made to the Python Wikipediabot framework since the previous overview of February 6. As always, the new files can be downloaded at http://cvs.sourceforge.net/viewcvs.py/pywikipediabot/pywikipedia/, and one can of course use a newer version as well. Furthermore, changes have been done to the Wikimedia software early February, and to the bot as well. Therefore: * versions of wikipedia.py older than 1.391 (February 5) do not work any more * If you use a version of anything from February 6 or later, you should use a version of everything (more precisely, wikipedia.py, config.py and the specific bot you are using) from that date or later. But on to the newer changes. For the bugfixes I will describe which bot(s) is or are affected, and what goes wrong with older versions. "int." means that the bug has been introduced in some earlier version. Bugs both introduced and solved in the current period have not been mentioned. For all changes the files and versions that are needed are mentioned. Andre Engels == Dependencies == In general, if error messages occur upon downloading a new version of a bot, getting a new version of wikipedia.py as well would be the first idea. Versions of wikipedia.py 1.405 and higher need family.py 1.21 (and vice versa) == Bug fixes == * general * wikipedia.py 1.397 (int. 1.392 - does not count number of bot processes correctly) * general * wikipedia.py 1.397 (int. 1.392 - cannot edit redirect pages and cannot create new pages) * general * wikipedia.py 1.406 (is unable to edit after having been dormant for some time) * catall.py * catall.py 1.13 (int. 1.12 - gives an error message before ending) * category.py * category.py 1.62 (int. 1.61 - major disfunction) * category.py (and others) * catlib.py 1.32 (finds at most 200 articles in a category) * interwiki.py * family.py 1.20 (does not find pages on csb:) * interwiki.py * family.py 1.21, wikipedia.py 1.406 (does not recognize [[{xx:PAGENAME}]] interwiki links and a few redirects) * interwiki.py * interwiki.py 1.135 (crashes when the -continue option is used with an empty dumpfile) * interwiki.py * interwiki.py 1.136 (chance of not being removed from the list of bot processes if stopped *very* soon after being started) * interwiki.py * titletranslate.py 1.38 (crashes when a non-existing language is given as a hint) * pagefromfile.py * pagefromfile.py 1.7 (int. 1.6 - gives error message at end and is not removed from the list) * pagefromfile.py * pagefromfile.py 1.8 (the option "-end" is not recognized) * redirect.py * redirect.py 1.19 (int 1.18 - major disfunction) * replace.py * replace.py 1.35 (int. 1.6 - gives error message at end and is not removed from the list) == Major changes == * interwiki.py can now, when asking for hints, be asked for the text of the page by typing "?" or adding the "-showpage option * interwiki.py 1.136 * replace.py and solve_disambiguation.py now give their diffs colored (Unix only) * replace.py 1.37, solve_disambiguation.py 1.128, wikipedia.py 1.404 * Two new features of sqldump.py: findr finds regular expressions; the function of baddisambiguation is not clear to me * sqldump.py 1.17 * interwiki.py uses nb: instead of no: in presence of an nn: link or on the nn: wiki * interwiki.py 1.139 == Minor changes == * Swedish translations for interwiki.py: interwiki.py 1.137 * Change of Icelandic text for category.py: category.py 1.63 * Hawaiian and Chichewa added to known languages (wiktionary only Hawaiian yet): wikipedia_family.py 1.89, wiktionary_family 1.21 == Cosmetic changes / invisible changes == * Multiple alternative redirect texts for one language are supported: wikipedia.py 1.406 * Special care for zh-cn/zh-tw difference removed: interwiki.py 1.139, wikipedia.py 1.408

1 2

RE: [Wikitech-l] French wikipedians requesting to install Wikifor um extension on French Wikipedia
by Lane, Ryan 19 Mar '05

19 Mar '05

I personally don't understand the reasoning to want to edit other people's posts. Can you give an example of a good reason to edit someone's post? Truthfully, I think its more of a detriment than a benefit to be able to edit someone's posts. I can think of a ton of bad reasons to edit another persons post, but very very few good reasons. It would be MUCH better to have a system where the user making the post allowed/disallowed people to edit their posts. If I'm signing my posts, I don't want someone to edit it to change my opinion to side with theirs. For instance, if this email were a part of a thread in a forum, you could change it to make it look like I side with your argument, and most people wouldn't notice. Ryan Lane Naval Oceanographic Office > -----Original Message----- > From: wikitech-l-bounces(a)wikimedia.org > [SMTP:wikitech-l-bounces@wikimedia.org] On Behalf Of Jimmy (Jimbo) Wales > Sent: Friday, February 18, 2005 10:48 AM > To: wikipedia-l(a)wikimedia.org; Wikimedia developers > Subject: Re: [Wikitech-l] French wikipedians requesting to install > Wikiforum extension on French Wikipedia > > > I was prepared to say that I'm against the idea until I tried it. > > For me the key is: I can edit other people's posts. This keeps it a > wiki, and this has very important social implications. > > I would be opposed to much use of talk pages that allow for > discussions that don't let other people edit. > > It is very important as a matter of mutual trust that we *can* edit > comments, even if we almost *never* do, as a matter of custom. > > Public restaurants might be much safer if every table was in a > different room with a locked door. That way, no one could hit each > other. But it's good for society that we sit at restuarants > peacefully together. Sure, people *could* hit each other, but they > *don't*. (Usually :-)) > > I like it. > > --Jimbo > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/wikitech-l

4 3

Converting ZopeWiki data to MediaWiki?
by Arne Heizmann 15 Mar '05

15 Mar '05

Hi. Here at CSR, we are thinking about replacing our company-internal wiki, which is currently running ZopeWiki, with MediaWiki. (I had nothing to do with that decision *whistles innocently*... :) ) Does there exist a tool to convert the ZopeWiki data to a MediaWiki database? Thanks! Timwi

5 5

Apache rewrite rule missing
by Alfio Puglisi 04 Mar '05

04 Mar '05

Hello, it seems that after the blackout an Apache rewrite rule that allowed "short URLs" like this: http://en.wikipedia.org/USA instead of http://en.wikipedia.org/wiki/USA is now missing. Or maybe it depends on which particular Apache server you hit. The first URL gives a 404. Alfio

8 15

www.en.wikipedia.org
by NSK 03 Mar '05

03 Mar '05

I cannot access www.en.wikipedia.org, I know this isn't supposed to be the right domain but I am sure many users make this mistake from time to time, and it can easily be avoided by enabling some new dns aliases. -- NSK http://portal.wikinerds.org

6 8

Zend Optimiser
by NSK 01 Mar '05

01 Mar '05

Wikipedia/WikiCommons/Wikibooks are all dangerously slow. I recently installed the Zend Optimiser 2.5.7 on my site www.wikinerds.org . Zend Optimiser speeds up php by 40%. I think you should install it too if you haven't done so already. -- NSK http://portal.wikinerds.org

2 1

deletion of images
by Anthere 01 Mar '05

01 Mar '05

Why is deletion of images permanent ? Is there a good reason it is so while articles may be restored ? While images deletion is permanent, it really tips the balance in favor of deletionists, I do not think it is fair. If there is no possibility to retrieve a deleted pictures, deletion should possibly not be as easy than just clicking on delete. Is there a solution other than retrieving lost images on our mirrors ? Anthere

4 4

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 February 2005

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.