Brion, any chance to include the imagelinks table into the dump script, too?
You may use rebuildlinks/refreshlinks scripts from maintenance/ package. If imagelinks would be included, so should links, categorylinks, brokenlinks, math and all other metadata tables, which can be generated out from cur..
Domas
Domas Mituzas wrote in gmane.science.linguistics.wikipedia.technical:
Brion, any chance to include the imagelinks table into the dump script, too?
You may use rebuildlinks/refreshlinks scripts from maintenance/ package. If imagelinks would be included, so should links, categorylinks, brokenlinks, math and all other metadata tables, which can be generated out from cur..
links, categorylinks and brokenlinks (and a couple of others) are actually included in the dump (http://download.wikimedia.org/archives/en/). i think the lack of imagelinks is an oversight in the dump script.
Domas
kate.
Brion, any chance to include the imagelinks table into the dump script, too?
You may use rebuildlinks/refreshlinks scripts from maintenance/ package. If imagelinks would be included, so should links, categorylinks, brokenlinks, math and all other metadata tables, which can be generated out from cur..
Well yes, but refreshlinks.php takes a LONG time to run and tends to bomb out eventually on my installation... so I've tried to rework the obsolete rebuildlinks script for imagelinks only, but couldn't get it to work for images included by templates etc. and finally had to give up on this. I use the imagelinks table to decide which images to include in a notebook installation - more precisely, to drop (or not to mirror) orphaned images which are not referenced by a NS_MAIN or NS_TALK article (a considerable percentage).
links, categorylinks and brokenlinks (and a couple of others) are actually included in the dump (http://download.wikimedia.org/archives/en/). i think the lack of imagelinks is an oversight in the dump script.
It would really help if imagelinks could be included in the dump script - doesn't use much disk space anyway.
Regards Hannes.
Well yes, but refreshlinks.php takes a LONG time to run and tends to bomb out eventually on my installation...
Just to be sure: be advised that 1.4beta5 fixed some bugs (memory leaks, take a look at http://bugzilla.wikimedia.org/show_bug.cgi?id=1101) with those refresh scripts. If you are experiencing problems, this might be the cause.
-- [[:cs:User:Mormegil | Petr Kadlec ]]
Well yes, but refreshlinks.php takes a LONG time to run and tends to bomb out eventually on my installation... <<
Just to be sure: be advised that 1.4beta5 fixed some bugs (memory leaks, take a look at
http://bugzilla.wikimedia.org/show_bug.cgi?id=1101) with those refresh scripts. If you are experiencing problems, this might be the cause. <<
Thanks Petr... I was using 1.4beta5 already. The error msg is
### Fatal error: Call to a member function getUrl() on a non-object in E:\Info\Wiki\ xampp\htdocs\wiki-en\includes\Image.php on line 349 ###
Will see if I can add some trace output to the script - but, even if refreshlinks would run to completion eventually, its extremely long runtime seems prohibitive, so, again - sorry for being a PITA - I think it would be a really nice move if imagelinks could be added to the dump script some time (it's a quite small table, and since links, categorylinks, brokenlinks etc. are getting dumped already, imagelinks is the only one still missing from a complete dump set).
Regards Hannes.
wikitech-l@lists.wikimedia.org