MobileRead Forums - View Single Post - Reimport same library in Calibre (without Save to Disk)?

rebl · 05-29-2015, 09:08 AM

I won't argue with you since by no means I know the internals of calibre.
But I know sometimes, some (improperly coded) apps can circumvent an OS's limitations and just write improperly named files (for example apps that can produce files ending with dot in the extension or folders ending with dot in the name - such files or folders can be produced by.... I'm not sure... by WinRar -maybe when extracting an archive made under linux or "flexible renamer" when batch renaming files... I don't remember exactly but I know I managed to got such files in my system)... I am not implying calibre would be improperly coded, but bugs happen (also I am not implying the issue I've experience is a bug since I haven't excluded all the possible causes- even me not counting the files properly... but that's little improbable).
Also some cross-plaform apps can sometimes create such problems - for example this case randomly found on web when cygwin created a "readme." file which is not easily deleted in windows (must use a vbs script or the \\?\* trick to delete it).
http://superuser.com/questions/49495...t-in-windows-7
I might try (when I have more time) to reproduce the issue of the missing DOC files by re-saving without the {id} in the folder name and see what files are really missing. For the moment since I've already deleted the initial first export folder (I was little tight on hdd space) I can't really say what was wrong. For me, inserting the {id} in the save path instantly solved the problem so I can only assume that somehow calibre either skipped some files because of name conflict or ... created duplicates

I still wonder what happened in this other person's case, too:
http://ask.metafilter.com/222066/Dup...he-same-folder

L.E.: I can't anything right now (calibre is adding books) but if that is indeed a bug, should be easily reproduced this way:
with an empty database, two books should be added; same author, same format, but different ID's; one should be titled "This is a title" and the other one "This iS a title"; then a save to disk should be performed, with the default path template. If the bug is real, two files should be saved, in author sort\title\ with case sensitive names... I'm burning with curiosity to test this, but it might just be that the issue won't be reprudced this easily and need the whole 15660 files instead lol

05-29-2015, 09:08 AM	#9
rebl r.eads e.njoys b.ooks lol Posts: 76 Karma: 580748 Join Date: Mar 2010 Location: It's time to get this Book a Rest Device: Kindle 4 NT	I won't argue with you since by no means I know the internals of calibre. But I know sometimes, some (improperly coded) apps can circumvent an OS's limitations and just write improperly named files (for example apps that can produce files ending with dot in the extension or folders ending with dot in the name - such files or folders can be produced by.... I'm not sure... by WinRar -maybe when extracting an archive made under linux or "flexible renamer" when batch renaming files... I don't remember exactly but I know I managed to got such files in my system)... I am not implying calibre would be improperly coded, but bugs happen (also I am not implying the issue I've experience is a bug since I haven't excluded all the possible causes- even me not counting the files properly... but that's little improbable). Also some cross-plaform apps can sometimes create such problems - for example this case randomly found on web when cygwin created a "readme." file which is not easily deleted in windows (must use a vbs script or the \\?\* trick to delete it). http://superuser.com/questions/49495...t-in-windows-7 I might try (when I have more time) to reproduce the issue of the missing DOC files by re-saving without the {id} in the folder name and see what files are really missing. For the moment since I've already deleted the initial first export folder (I was little tight on hdd space) I can't really say what was wrong. For me, inserting the {id} in the save path instantly solved the problem so I can only assume that somehow calibre either skipped some files because of name conflict or ... created duplicates I still wonder what happened in this other person's case, too: http://ask.metafilter.com/222066/Dup...he-same-folder L.E.: I can't anything right now (calibre is adding books) but if that is indeed a bug, should be easily reproduced this way: with an empty database, two books should be added; same author, same format, but different ID's; one should be titled "This is a title" and the other one "This iS a title"; then a save to disk should be performed, with the default path template. If the bug is real, two files should be saved, in author sort\title\ with case sensitive names... I'm burning with curiosity to test this, but it might just be that the issue won't be reprudced this easily and need the whole 15660 files instead lol Last edited by rebl; 05-29-2015 at 09:22 AM.