On 12/19/06, Mark Clements gmane@kennel17.co.uk wrote:
"Rob Church" robchur@gmail.com wrote in message news:e92136380612180426w77762c6ftf0ece0adc563b330@mail.gmail.com...
On 18/12/06, Magnus Manske
magnusmanske@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