summaryrefslogtreecommitdiffstats
path: root/sorter.py
Commit message (Collapse)AuthorAgeFilesLines
* Nasty bug where it didn't actually save anythingGravatar ryuslash2010-04-221-1/+9
|
* Not checking and kirbybaseGravatar ryuslash2010-04-191-16/+8
| | | | | Using kirbybase to store downloaded images A nasty bug that always returned the wrong result when checking whether an image had already been downloaded has been fixed
* Error with archiveGravatar ryuslash2010-04-071-7/+3
| | | | The archive function in sorter.py didn't archive to .arch, now it does
* Sorter also sorts by date nowGravatar ryuslash2010-03-221-0/+13
|
* FAIL and printGravatar ryuslash2010-03-191-4/+3
| | | | | If source and dest in copy are the same, it is no longer reported If an image can't be read, it is counted as failed
* Sorting, multi category, multi resolutionGravatar ryuslash2010-03-191-0/+110
After a file has been downloaded a callback function can now be called. The callback function I call checks to see if the resolution of the image appears in the collection of resolutions that has been entered in the configuration file and deletes/moves accordingly. If a file can not be read (which I have noticed happens sometimes), it is removed, not copied and not archived so that it can be retried later. 4grab got a new command-line option, -s --sorter, to sort out old images, running python sorter.py has the same effect, but this seemed pretties. theoretically multiple categories could now be entered into the configuration file seperated by ',', but this hasn't been tested yet. mutliple resolutions could be entered into the configuration file, seperated by ',' like so: 1680x1050,1920x1200. Configuration now checks to see if all the necessary properties are available in the configuration file, if one is missing, it tries to create it.