danbooru downloader 20140705

17 thoughts on “danbooru downloader 20140705”

1. Hello, does Danbooru Downloader support ReFS (Windows 8) and its long filenames? Because I want to make a pivot collection without loosing any of the tags in the filename due to ntfs name cap. like this guy did: https://www.youtube.com/watch?v=hAyHsyEz978

   Excuse my bad english.

   Thank you very much for your effort!

   1. if the underlying OS support long filename, technically you can set the filename limit to big number.

      I don’t have win8 to test.

2. Do I need to update tag.xml everytime before starting a new job?

   1. No, it is only requried once as reference. It is optional to update the tags.xml.

3. The Sankaku Parser Seems to be broken again, However Only for .swf Files. Hopefully you can fix it soon =). This is what I have my current “Filename Format” set to “%searchtag%%id%-%md5%” and Im using Full Batch Mode. I look forwards to continuing to use danbooru downloader. Its really a great program!!

   1. Can you add the issue on https://github.com/Nandaka/DanbooruDownloader/issues?

      1. I have added the issue on github.

         I did also get the “Illegal characters in path” error when downloading from Sankaku. I was using Full batch mode, and I set the filename format to %id%+%artist%+%copyright%+%character%+%md5%+%tags%. I have ignored those tags like “4:3_aspect”, so the problem was unlikely due to the illegal characters in these tags.

4. Is downloading tags from Sankaku supposed to create 2100+ tags.xml.[#].!tmp? Is it supposed to take a long time?

   1. Yap, because sankaku block the normal api, so need to parse for each page (which thousands)

5. Does this work for Gelbooru too?

   1. If they have enabled the danbooru API (e.g. gelbooru.com), it will works.

6. sorry if I write here, but who should I contact for questions?

7. I got “ProtocolErorr()” everytime trying to download from Sankaku
   And updating the tags from Sankaku is a disaster, I know they have a lot of tags which must be manually process, but if the some tags not presenting in the tags.xml, then batch download tool won’t recognize those tags, leading the tool to nullify the tags from the filename
   For example: My filename format is like “%artist% – %character%- %copyright% – %id%”, but if the artist name is not in the tags.xml, batch download will still work, but the filenames are saved as ” – %character%- %copyright% – %id%”

   1. And the manually check-and-add download behaves the same way too, all tags that are not in the xml is nullifying from the saved filenames

      1. >> Protocol error
         I’ll check it on.

         >> null tag
         This is the expected behavior as the application cannot recognize the tags, use the generic tags to get all.

8. still no separator character or multiple tag adding which then gets treated as separate jobs?

9. Issue #41 is only partially fixed. It seems to now be pulling things up correctly via the “Main” tab, but the Full Batch Downloader is still not correctly parsing things; using the example given in the GitHub bug report, it’s still pulling up any image with “blood” in its tags, versus the series “Blood+”.

Comments are closed.