Hi Roan,
thanks for the reply!
because recentchanges are are periodically purged, so
cannot be used
between
arbitrary dates.
If you have control over
wiki A, you can set $wgRCMaxAge to a higher
value. You could also do the updates more often so there's never more
than $wgRCMaxAge between them.
...
I think your best bet is to use list=recentchanges and
update frequently.
Sure. However, for the cases I am thinking of, this isn't always under my
control. E.g. I might not be able to convince wikipedia to keep much longer
logs. (Or would keeping recent changes say for several months be feasible?)
Question 2: Can you see a better way of doing this?
Also, why won't
generator=allpages work across namespaces? (I
guess there my be a reason
why
that isn't possible to do easily.)
Because other parameters like apprefix don't work cross-namespace.
Requests to make list=allpages work cross-namespace have been made in
the past and denied because the benefits of the slight increase in
convenience (there are few namespaces anyway) don't outweigh the
complexity of preventing certain parameters from being used
cross-namespace.
I guess there isn't a simple way to make allow something like
apnamespace=0|1|2|3 for the same reason?
action=query&prop=revisions&generator=allpages&rvstart=20090521000000
but this doesn't work.
So, my question 3: Do you know why this doesn't work?
This'll probably
result in an error, since rvstart can't be used in
multi-page mode.
Sure, it generates an error. I guess it's not implemented for the same
reason as the apnamespace issue, in that it would just add a lot of
complexity.
I can see that there are certain things one doesn't want to allow generally
because the complexity outweighs the benefits. On the other hand it seem
strange though that I can't get easily get all 'events' between two dates.
Would it somehow be possible to build an intermediate solution? E.g. would
it be feasible to build a dedicated
action=query&prop=allchanges&start=...&end=...
that just solved that problem?
I guess in principle it's possible to build this, but it might be quite
inefficient, seeing as maintenance/rebuildrecentchanges.php says "This takes
several hours, depending on the database size and server configuration."
Thanks,
Bjoern