Question why dont you use Pywikipedia framework? I can see about 90%
of your code becomes obsolete If you just use the existing framework
and it handles the differences in MediaWiki versions automatically.
(and can even fall back to screen scraping on sites that either have a
ancient or missing API).
If you can write up a doc of how dumpgenerator.py should work
(ignoring how it currently does and just focus on how it should and/or
perfect process) and what you want the outcome to be writing up
replacement will be easy. I just need specifics on exactly how/what
you want the dump creator to do.
On Fri, Nov 9, 2012 at 11:52 AM, Federico Leva (Nemo)
<nemowiki(a)gmail.com> wrote:
Brad Jorsch, 09/11/2012 17:30:
On Fri, Nov 9, 2012 at 7:59 AM, Hydriz Wikipedia
<admin(a)alphacorp.tk>
wrote:
You mentioned "a while back" for "apcontinue", show recent was it?
This
dump
generator is attempting to archive all sorts of versions of MediaWiki, or
so
unless we write a backward compatibility handler in the script itself.
July 2012:
http://lists.wikimedia.org/pipermail/mediawiki-api-announce/2012-July/00003…
Any wiki running version 1.19, or a 1.20 snapshot from before
mid-July, would be returning the old parameter. If you do it right,
though, there's little you have to do. Just use whichever keys are
given you inside the <query-continue> node. Even with your regular
expression mess, just capture which key is given as well as the value
and use it as the key for your params dict.
Thank you again for your useful suggestions!
However, as already noted,
https://www.mediawiki.org/wiki/API:Query#Continuing_queries doesn't give any
info about supported releases.
Nemo
P.s.: Small unreliable "temporary" things in MediaWiki, like the "powered
by
MediaWiki" sentence we grep for, are usually the most permanent ones,
although I don't like it.
_______________________________________________
Mediawiki-api mailing list
Mediawiki-api(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api