Originally from: http://sourceforge.net/p/pywikipediabot/bugs/412/
Reported by: purodha
Created on: 2007-06-03 13:26:17
Subject: interwiki.py -untranslatedonly -number:nn not intuitive
Original description:
interwiki.py -untranslatedonly -number:nn -confirm
acts counterinuitively. I expect the be asked for nn groups of page hints, and that nn pages may be altered.
In fact, nn pages are being checked, and only those among them which match the -untranslatedonly criterion, are possibly altered. Only for those, hints are being asked from me. Their number is usually far less than nn, and may be even zero. I have to know, or guess, how many "-untranslatedonly" pages there are in a selection, given e.g. by -cat:cc, or -link:ll, etc., and how these are distributed, so as to find a decent value for nn, to avoid unneccessary loading of pages \(if I choose nn too high\) or a too short session \(if I choose nn too low\) which due to reprocessing the same call with a larger nn, again creates an unneccessary burden on the servers.
What I want with -untranslatedonly -number:nn -confirm, is to process exactly nn pages. I want to be asked about less pages only, if my selection has been exhausted before nn pages have been processed.
Version: unspecified
Severity: enhancement
See Also:
https://sourceforge.net/p/pywikipediabot/bugs/412