Arent there a few WikiBots that could be trained to do the task?

For Bot tasks I use pywikipediabot (Python based bot that's pretty easy to use). I run it on my own computer at home, using a Bot user ID that's set up specifically for this task.

It's hard to run the python bot on the server itself (as a Cron job for example). I've never managed to convince it to run there - old version of Python or something. Basically it doesn't work server-side, and I've not taken the time to sort out why.


in these three steps:
1) Move every page at
http://wiki.services.openoffice.org/w/index.php?title=Special:UncategorizedPages&limit=2400
in a at least vaguely fitting category. Those are maily a few huge
groups:
- ~700 pages in "Documentation/How Tos/Calc:"
- ~100 pages of "ReleaseStatus Minutes"
- ~100 pages of "Log Mac"-pages
- ~70 pages belonging to Education
- ~50 pages belonging to "OOoES"
- ~30 pages of "Renaissance"

How do you define it clear enough for the Bot? The Bots are pretty dumb - well, only as smart as the RegEx you can write for them.


2) Rename all NLC Categories as proposed at
http://wiki.services.openoffice.org/wiki/Documentation/Dashboard/Ideastorm#Category_cleanup

3) As now all localized content is in an appropriate category, it
should be easy to move them to the corresponding subpage.

After that, it would be manageable to keep the wiki clean by having a
look at the special pages (Broken redirect, Double redirects, Short
pages, Uncategories categories/pages, Unused/Wanted categories) once a
week.

There are quite a few maintenance scripts that could be set up to run on a regular schedule... but are not currently set up or running (and some are not even documented :-( ). http://www.mediawiki.org/wiki/Manual:Maintenance_scripts

I haven't done anything at all with these - historically because of annoying quirks in the PHP set up on the Wiki server that cause all scripts to SegFault... I've fixed that now (I think)... but since then I simply haven't had the time to chase them.

There is a lot that can be implemented (like nice welcome emails to new users)... someone has to do it and maintain it :-)

C.
--
Clayton Cornell       ccorn...@openoffice.org
OpenOffice.org Documentation Project co-lead
StarOffice - Sun Microsystems, Inc. - Hamburg, Germany

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@documentation.openoffice.org
For additional commands, e-mail: dev-h...@documentation.openoffice.org

Reply via email to