wikiteam
wikiteam copied to clipboard
dumpgenerator.py on Windows and filesystem support
From [email protected] on November 11, 2013 16:37:18
Found an issue because I'm running r866 on a Windows machine and because the "?" on http://mamedev.emulab.it/undumped/index.php?title=File:Jinglebell(global?).jpg Checking api.php... http://mamedev.emulab.it/undumped/api.php api.php is OK
Checking index.php... http://mamedev.emulab.it/undumped/index.php index.php is OK
Analysing http://mamedev.emulab.it/undumped/api.php Loading config file...
Resuming previous dump process...
Domain is mamedevemulabit_undumped
Title list was completed in the previous session
Domain is mamedevemulabit_undumped
XML dump was completed in the previous session
Domain is mamedevemulabit_undumped
Image list was completed in the previous session
1436 images were found in the directory from a previous session
Retrieving images from "Jigsaw Paradise.jpg"
Traceback (most recent call last):
File "C:\Luiz Augusto\wikiteam\dumpgenerator.py", line 1205, in
Original issue: http://code.google.com/p/wikiteam/issues/detail?id=73
From [email protected] on January 27, 2014 11:35:10
This has happened to me 4 times today, with 3 of them the same message as above. The one that was different (but still an IOError: Errno 22)
Traceback (most recent call last):
File "dumpgenerator.py", line 1220, in
I am running windows 7.
Attachment: errno 22.png
XML dump saved at... dragonagefandomcom_ru-20190121-current.xml
Retrieving image filenames
......................... Found 12221 images
12221 image names loaded
Image filenames and URLs saved at... dragonagefandomcom_ru-20190121-images.txt
Retrieving images from "start"
Creating "./dragonagefandomcom_ru-20190121-wikidump/images" directory
Traceback (most recent call last):
File "dumpgenerator.py", line 2323, in
not all use linux, fix it
not all use linux, fix it
I agree, an error like this shouldn't happen on a Python based tool. Python is able to handle both Linux and Windows operating systems as well as filesystems. I have never had any errors in the scripts I've written.
But maybe it's remnants that are caused by the medieval Py2.7 as this does not happen in the test runs I've done on the port in progress (Python 3.10).
What you need to do if the filename is gonna be legal is to look at the character encoding.
Python 3 is UTF-8 by default, so that makes sense.