10-26-2010, 01:47 PM | #1 |
Groupie
Posts: 178
Karma: 134
Join Date: May 2010
Device: IREX DR1000
|
Books disappear after calibre crash
Hello,
I have added some books to my library when the TAG reader crashed. I have then read manually the image of the books whose name was "unknown" via "Modify Metadata Individually". After 8 books I have encountered the "problematic" pdf and calibre crashed. After having realoaded calibre all the books I have edited before the problematic one disappeared. Where are they ? As I encounter often this kind of problem I have a little request: could please make visible the TIME the book has been added to the library ? This would help to intercept and delete all the books added during the last run. Note, the time should be the same for all the books added in a single batch. (Waiting for the crc32 + filesize duplicate detection...) Giuseppe Chillemi Last edited by Giuseppe Chillem; 10-26-2010 at 01:49 PM. |
10-26-2010, 02:00 PM | #2 | ||||
Wizard
Posts: 4,004
Karma: 177841
Join Date: Dec 2009
Device: WinMo: IPAQ; Android: HTC HD2, Archos 7o; Java:Gravity T
|
Did you restart Calibre or actually have to reinstall it?
Quote:
Quote:
Quote:
Quote:
|
||||
Advert | |
|
10-26-2010, 03:52 PM | #3 |
Groupie
Posts: 178
Karma: 134
Join Date: May 2010
Device: IREX DR1000
|
1) I have restart Calibre without reinstalling.
2) I have sorted the library by date and they were not there. 3) I know the time is there but I want to see it. It will solve once and for all the problem of multiple batch of books added the same day. In the actual scenario I can't recognize where one batch end and where another starts. 4) Can't understand why the precise adding time is better for you than the batch adding time (one and for all). The former doesn't give us any usefull information, the latter let us identify the latest batch. 5) File Hash + Duplicate tag is the complete solution for any problem. When a duplicate file hash is found you have 99.99999999% chance you have a duplicate. Using other tools complicate things too much as new files needs the duplicate library to be rebuild, even for one file added. The final solution is: File Hash duplicate check -> Ask for deletion. Then: Start the current Tag based duplicate check. Berlieve me when I say your library will never have duplicates and believe me when I say this solves the Calibre Crash problem that generates duplicates. If the TAG library crashes and you have 100 "unknown - Unknown" books the tag mechanism won't work while the hash mechanism will find 100% of them, either checking against existing books or if you restart the batch, against new added books. Regards Giuseppe Chillemi |
10-26-2010, 04:16 PM | #4 | ||||||||
Wizard
Posts: 4,004
Karma: 177841
Join Date: Dec 2009
Device: WinMo: IPAQ; Android: HTC HD2, Archos 7o; Java:Gravity T
|
Good. I've never needed to reinstall (and I can't recall any crashes either, not that I disbelieve you.)
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
||||||||
10-26-2010, 04:29 PM | #5 | |
Wizard
Posts: 4,812
Karma: 26912940
Join Date: Apr 2010
Device: sony PRS-T1 and T3, Kobo Mini and Aura HD, Tablet
|
@Giuseppe Chillemi
Can't you search for unknown? Quote:
Even a hash based on title only will be useless as many titles seem to be chosen by different authors. Title-author, you have to deal with things like spaces after initials or periods after initials. For example J. D. Robb could be written in many ways J. D. Robb J.D. Robb J D Robb Norah Roberts as J. D. Robb. Only hash code that would actually work is one generated on original file and this could not be done until file was added. While pretty old school, hash codes still have their place, but I don't think it is a viable solution in this instance. The current duplicate detection is pretty good although not foolproof. Of course you can prove me wrong by writing a foolproof hash code based calibre module to do this Regards Helen |
|
Advert | |
|
10-26-2010, 05:18 PM | #6 |
Groupie
Posts: 178
Karma: 134
Join Date: May 2010
Device: IREX DR1000
|
Sorry17 Starson but I have problem as I don't know how to multiple quote your message.
As for looking using a SQLite browser I prefer having timestamps on calibre. Much better ! Also I could agree into not having a single timestamp. I could identify the gap even in this scenario. >True, but not finding a duplicate doesn't mean you don't have any duplicates, >and I'm almost always looking for duplicates, not 99.99999999% duplicates. >QTiny changes in the file mean that I wouldn't get a match with file hash/CRC. >It's just not a tool I need. If I did need it, I'd use a third party file dupe finder. > I'm not saying you don't need/want it. In fact I am not whishing it as the perfect solution for any duplicate. It is the solution for situations where: 1) Calibre crashes in the middle of a batch adding. 2) You import a file which is phisically the same of a previous one. In all other situations the standard tag based method is ok. Believe me: today only I have had at least 10 crashes. I am going crazy without hashes. Regards, Giuseppe Chillemi |
10-26-2010, 05:22 PM | #7 | |
Wizard
Posts: 4,812
Karma: 26912940
Join Date: Apr 2010
Device: sony PRS-T1 and T3, Kobo Mini and Aura HD, Tablet
|
Quote:
|
|
10-26-2010, 05:23 PM | #8 | |
Groupie
Posts: 178
Karma: 134
Join Date: May 2010
Device: IREX DR1000
|
Quote:
For this request I have a precise scenario: 1) Frequent crashes during import 2) Frequent crashes of the tag reader without Calibre Crashes. This generates lots of "Unknown" by itself. 3) Tags not properly set which often led to "unkown" as result. It is the kind of mess I am actually facing... Last note: I am not a Phyton programmer... I work in REBOL. Regards, Giuseppe Chillemi |
|
10-26-2010, 05:25 PM | #9 |
Groupie
Posts: 178
Karma: 134
Join Date: May 2010
Device: IREX DR1000
|
|
10-26-2010, 05:29 PM | #10 | |
Wizard
Posts: 4,812
Karma: 26912940
Join Date: Apr 2010
Device: sony PRS-T1 and T3, Kobo Mini and Aura HD, Tablet
|
Quote:
I haven't had a calibre crash in months. Do you have sufficient hard drive space/memory I am beginning to see why you are frustrated/upset but not why you are having these crashes. Regards Helen |
|
10-26-2010, 05:33 PM | #11 |
creator of calibre
Posts: 43,858
Karma: 22666666
Join Date: Oct 2006
Location: Mumbai, India
Device: Various
|
Haven't I already told you to disable the PDF metadata reader to get rid of your crashes?
|
10-26-2010, 05:36 PM | #12 | |
Wizard
Posts: 4,812
Karma: 26912940
Join Date: Apr 2010
Device: sony PRS-T1 and T3, Kobo Mini and Aura HD, Tablet
|
Quote:
I am thinking that has codes are not going to stop your crashes and that the crashes are the big problem. |
|
10-26-2010, 05:37 PM | #13 | |
Wizard
Posts: 4,812
Karma: 26912940
Join Date: Apr 2010
Device: sony PRS-T1 and T3, Kobo Mini and Aura HD, Tablet
|
Quote:
|
|
10-26-2010, 07:19 PM | #14 | |
Groupie
Posts: 178
Karma: 134
Join Date: May 2010
Device: IREX DR1000
|
Quote:
And Yes, I am FRUSTRATED :-) About Tag Reader Crashes: they are different from Calibre crashes. When the tag reader hangs all the subsequent TAG read are "Unknown" until nex inport but calibre lives. Regards, Giuseppe Chillemi |
|
10-26-2010, 07:28 PM | #15 | |
Groupie
Posts: 178
Karma: 134
Join Date: May 2010
Device: IREX DR1000
|
Quote:
I am importing into calibre all the books collected during the years. If I disable the PDF Metadata reader I will lose COVERS too. Without covers I have to manually open each of 10.000 files to find NAME and AUTHOR or use the Metadata Editor and click 10.000 times to read the cover. Also I want to dress your shoes and I think there is no way to know if the TAG reader is crashing or the cover reader is crashing as, I suppose, they belong to the same library. As you gave me no chance about soliving the crashes issue (I think they depends from an external library you are using), the Hash solutions seems the only one suitable in my scenario. Regards, Giuseppe Chillemi |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Kobo Books Disappear | Themus | Kobo Reader | 6 | 10-09-2010 09:19 AM |
Preferences causes Calibre to crash | PKFFW | Calibre | 2 | 06-07-2010 06:01 PM |
Calibre 0.6.51 Preferences crash | GexMax | Calibre | 0 | 05-02-2010 09:04 AM |
Ebook DRM provider goes dark, the books you paid for disappear | orwell2k | News | 17 | 02-04-2010 03:23 PM |
Conversions crash calibre | slantybard | Calibre | 0 | 07-20-2009 12:50 AM |