Currently warnfile.py is giving summary messages like this one:
warnfile - adding: en, modifying: fr
I think this is bad because people who are not familiar with
pywikipediabot don't know what a warnfile is.
I would suggest using a summary message which makes clear what the bot
is really doing, e.g.
Bot: Changing interwiki without validation: adding: en, modifying: fr
What do you think about it?
I had some fun with a graph generated by interwiki.py . Before giving
you the article from which I generated it, some data:
- tooks like 15 minutes to generate.
- file is 3.6MB
- size is 29903x4564
Scaling to 50% size with ImageMagick used 1.3GB of disk space :)
- can only be viewed in firefox (all my other image viewers crash :p).
Looking at the result, it's very nice and very very messy. I doubt I
will be able to solve it today :o)
The article is:
interwiki.py -lang:fr Agriculture
Looking at meta:
Maybe the graphs should be made smaller, the simple one about
[[Allier_(département)]] is 1100x930px. Maybe this is cause by the font
Anyway, great work on using graphwiz ;))))))))
Ashar Voultoiz - WP++++
IM: hashar(a)jabber.org ICQ: 15325080
C:\Python23>login.py -all -user:sz-iwbot
Checked for running processes. 1 processes currently running, including the curr
Traceback (most recent call last):
File "C:\Python23\login.py", line 192, in ?
File "C:\Python23\login.py", line 181, in main
File "C:\Python23\wikipedia.py", line 1920, in loggedin
output(u'Getting a page to check if we\'re logged in on %s' % self)
File "C:\Python23\wikipedia.py", line 2392, in output
ui.output(text, colors = colors, newline = newline)
TypeError: output() got an unexpected keyword argument 'colors'
To help resolving interwiki conflicts, I programmed a feature to output
interwiki graphs. It's still under development, but works fine already.
You need pydot to use it, which is freely available here:
If you then set interwiki_graph = True in your user-config.py,
interwiki.py will output graphics like these if it encounters conflicts:
White - normal page
Grey - disambiguation page
Yellow - redirect
Red - non-existing page
Blue - Link within the same wiki
The second graph is quite chaotic, but if you look carefully you will
find hints which might help you resolving the conflict.
There have been large changes in the Python Wikipediabot Framework
recently. Below I will sum up the most important changes, but before
doing so, I want to warn you that the user-config.py has to be changed
before using a recent (less than about one week old) version of the
bot. It has been changed to enable the editing of multiple languages
with the interwiki bot.
Removed has to be the line:
username = 'MyBot'
And it is to be replaced with lines:
usernames['family']['xx'] = 'MyBot'
for each project and language where your bot has a login. 'family'
will be 'wikipedia' for most of you; the others will probably know
what it should be in their case.
A recent snapshot can be found at
The most important changes of approximately the last month:
== General ==
* The option '-help' has been added to many bots, giving their
documentation. This includes a hint of what they do and a list of
* The bot checks watchlists, so that if something is on the watchlist,
it will not be automatically removed upon editing. They are still
checked only once a month, however.
* If the bot is not logged in, it tries to log in before saving a page.
== Configuration (config.py) ==
* 'username' changed to 'usernames' (see above)
* new configuration parameter ring_bell: Can be set to False to let
the bots not give any audible signs (bell)
* new configuration parameter userinterface: default value 'terminal',
the alternative 'tkinter' (more GUI-like interface) is not ready yet.
== category.py ==
* Better exception handling for category.py all
== imagetransfer.py ==
* Can now be used to directly upload to commons
* Can now be used to upload to another wiki rather than commons
== interwiki.py ==
* Will edit all languages the bot is logged in at, not just the one
you are working in
* Will notice links between disambiguation pages and
non-disambiguation pages, and prompt the user upon meeting them
* New option -select always lets the user say yes/no to each specific page found
* Handles the scanwiki/interwiki from nn:wikipedia correctly now
* Option -vertfile produces a list of interwiki links
== login.py ==
* New option '-all' to login on all wikis from the user-config.py (but
== makecat.py ==
* If the page is already in a (direct) parent category of the category
being added, the parent is removed (there is however currently a bug
in finding parent categories, will be corrected)
== replace.py ==
* Does now accept the -start option
== touch.py ==
* Replaces the old bot touchall.py. Apart from the old functionality
to 'touch' all pages in a wiki (starting at a given page, this bot can
also be used on all pages in a category, all pages linked from a wiki
page, all pages linking to a given page, a list in a textfile or on a
== weblinkchecker.py ==
* Various bugfixes and minor improvements
== Localization ==
* Languages ff:,fur:,bm: added, sh: re-added
* Names for namespaces added
== Private bots ==
People who have their own bots may notice various changes that might
make them unable to use them in combination with new releases. The
latest important change is that Page.linkname() has been renamed to
Page.title() (for those who are used to yet older versions: The Page
class is a renaming of the PageLink class).
for Norwegian Bokmal, Wikipedia treats nb: and no: interwiki links as
equivalent. But the wiki is found at http://no.wikipedia.org .
Now someone from the Estonian Wikipedia noticed me that they prefer no:
over nb:. So what the bot is doing in its current state (changing no: to
nb:) would be exactly the wrong way.
What do you think about this issue?