[Pywikipedia-l] [ pywikipediabot-Bugs-1730220 ] interwiki.py -untranslatedonly -number:nn not intuitive

[SourceForge.net]

Bugs item #1730220, was opened at 2007-06-03 09:26
Message generated for change (Settings changed) made by russblau
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1730220&group_id=93107

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: interwiki
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Purodha B Blissenbach (purodha)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py  -untranslatedonly -number:nn  not intuitive

Initial Comment:
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.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1730220&group_id=93107