On 12/19/06, Mark Clements <gmane(a)kennel17.co.uk> wrote:
"Rob Church" <robchur(a)gmail.com> wrote
in
message news:e92136380612180426w77762c6ftf0ece0adc563b330@mail.gmail.com...
On 18/12/06, Magnus Manske
<magnusmanske(a)googlemail.com> wrote:
> Or, we could use query.php (or that other
api thing...) :
>
>
http://en.wikipedia.org/w/query.php?what=imageinfo&titles=Image:Cetacea…
e_map_Chinese_River_Dolphin.PNG
to import the image history, and use SpecialImport for the description
page only.
No, I think it makes more sense if Special:Import handles the full,
proper import itself.
Rob Church
I agree, Special:Import should copy the full image history as well as the
full page history. The way it is at the moment just feels broken, and
making it a two stage process won't fix that.
OK. So, how do we handle the user ids from the other project? Do we
assume single login is in place? Or do we create dummy users like
"en:someguy", user_id=0? (I didn't bother to look how it's handled in
Special:Import right now, easier to ask here;-)
Also, if we plan to do mass-moving, of images, should we add this
function to the api? What about handling the deletion of the images on
the "source wiki"? If these functions were available using
"name=xxx&password=yyy" on the api, it would save a lot of clicks with
a decent front-end (which I then would volunteer to develop;-)
We may also want an 'include files when
relevant' check-box that can be
turned off for those occasions when you just want the text, although I can't
really think of a use for that - at least not for the way we use image pages
on WM projects.
A checkbox/option won't hurt. Except when people set up a wikipedia
mirror and leech the images from wikimedia servers that way...
Magnus