calibre 0.6.0 released - Page 9

jesscat · 08-01-2009, 07:02 PM

When I add a new book, open Edit Meta Information, and then change the month in the Published field, after I click OK, the month is not being reflected correctly in the entry for the book in the main window - the month shown in the main window seems to be always one month behind. So if I change the published date to Mar 2008 in the Edit Meta Information dialogue, after I save, it shows as Feb 2008 in the main window. But it still shows as Mar 2008 if I open Edit Meta Information again. (And oddly, if I double click on the date in the main window entry and change it there, from then on the date in the main window entry matches the date in the Edit Meta Information dialogue, even if I edit it again using Edit Meta Information. But if I only ever use Edit Meta Information, the main window entry continues to be incorrect, no matter how many times I change it in Edit Meta Information.)

Anyone else experiencing this? I think this has only started happening for books I've added in 6.4 (though I'm not 100% certain).

JSWolf · 08-03-2009, 11:51 AM

Trying to convert a Mobipocket format eBook to HTML in 0.6.4 blows up big time.

Quote:

Parsing all content...
Parsing file 'Like_Warm_Su-Nekkid_Bottoms.html' as HTML
Stripping comments and meta tags from Like_Warm_Su-Nekkid_Bottoms.html
Failed to parse content in Like_Warm_Su-Nekkid_Bottoms.html
Spine item 'id1' not found
Traceback (most recent call last):
File "cli.py", line 254, in <module>
File "cli.py", line 246, in main
File "calibre\ebooks\conversion\plumber.pyo", line 654, in run
File "calibre\ebooks\conversion\plumber.pyo", line 758, in create_oebbook
File "calibre\ebooks\oeb\reader.pyo", line 72, in __call__
File "calibre\ebooks\oeb\reader.pyo", line 589, in _all_from_opf
File "calibre\ebooks\oeb\reader.pyo", line 289, in _spine_from_opf
calibre.ebooks.oeb.base.OEBError: Spine is empty

But using 0.5.14 works fine.

kovidgoyal · 08-03-2009, 12:19 PM

Open a ticket and attach the file

starrigger · 08-03-2009, 04:42 PM

I'm not sure if the following is a bug report or merely an observation:

When I used Calibre 6.4 to convert a .prc file to .mobi (for purposes of updating the metadata and cover), then renamed the resulting file back to .prc (because mobi reader on my old Pocket PC cannot read .mobi, but only .prc files), I got a file that froze the reader on my Pocket PC.

I realize that I'm using a legacy device, and I haven't a clue what the difference is between a .prc file and a .mobi file, so I merely offer the information in case it's useful or anyone else has a similar problem.

kovidgoyal · 08-03-2009, 04:54 PM

In 0.6 calibre's MOBI output got a lot of work. For example, it now supports indexing so you can use the joystick to browse sections on the Kindle. Probably that indexing is causing the problem with your palm.

kiklop74 · 08-03-2009, 08:24 PM

I finally got some time to experiment with new calibre 0.6 and things still need work. For example EPUB with @font-face specification is incorrectly rendered on Sony reader. I see that recipe classes are changed too so some serious work will be needed to update everything.

As soon as I can I'll start working on this and hopefully with Kovid's help cleanup all of the issues thus giving back the users stabillity and quality of 0.5.1.4 version.

JSWolf · 08-03-2009, 08:35 PM

Quote:

Originally Posted by starrigger

I'm not sure if the following is a bug report or merely an observation:

When I used Calibre 6.4 to convert a .prc file to .mobi (for purposes of updating the metadata and cover), then renamed the resulting file back to .prc (because mobi reader on my old Pocket PC cannot read .mobi, but only .prc files), I got a file that froze the reader on my Pocket PC.

I realize that I'm using a legacy device, and I haven't a clue what the difference is between a .prc file and a .mobi file, so I merely offer the information in case it's useful or anyone else has a similar problem.

To update the metadata and cover, I suggest using mobi2mobi to do so. It does not change the content of the book at all.

gai-jin · 08-03-2009, 09:39 PM

Kovid -- In a previous thread, you said that a search for "format:false" should show all books with no formats available. I've tried that in .64 and .65, but I get no results. Searching for other formats (such as "format:mobi") works as expected.

Any idea what I'm doing wrong?

Is there any info I can give you to help troubleshoot?

kovidgoyal · 08-04-2009, 12:41 AM

If format:false is showing no books, then all your books have at least one available format.

gai-jin · 08-04-2009, 06:55 AM

When I browse through the list of books, there are entries that show 'None' for formats. I'm sure these are likely books that were imported into calibre, but then the file was deleted from the library through windows explorer rather than from within calibre.

What would cause calibre to show 'None' for formats when I select a book, but still not list that book in a search for 'format:false' ?

itimpi · 08-04-2009, 06:57 AM

If you delete books via Windows Explorer rather than via Calibre it could explain your symptoms. Calibre will be looking in the metadata.db file to see if it has specific formats - not directly at the hard disk itself.

You could use a tool like "Remove Empty Directories" (a useful piece of freeware) to scan for folders that are empty (except perhaps for the cover.jpg file). Just use the scan option and not do the actual directory remove unless you really want to.

gai-jin · 08-04-2009, 07:57 AM

I can see how that could be an issue, but if that were the case, then wouldn't Calibre show the deleted formats still when I select a book? In these cases, I can select the book, choose edit metadata, and the 'formats' box is empty.

I didn't actually go through and manually delete these books with explorer, but rather used a dup finder app. (Essentially the same effect though.) Any files with matching md5 it deleted all but one of. Since I had imported from multiple ebook directories into calibre, there were a lot of duplicates.

kovidgoyal · 08-04-2009, 11:36 AM

Deleting books directly from the file system is going to cause you problems.

gai-jin · 08-04-2009, 05:37 PM

Quote:

Originally Posted by kovidgoyal

Deleting books directly from the file system is going to cause you problems.

Yeah, I got that some time ago. I was looking forward to the 'format:false' option as a quick and easy way to find all of the remnants of those books that were deleted directly, and remove them from calibre. Unfortunately, it seems that for some reason calibre knows the files are gone, but doesn't show them in format:false.

kovidgoyal · 08-04-2009, 05:39 PM

Searching always queries the inmemory database, otherwise it would be too slow on large collections

08-04-2009, 06:57 AM	#131
itimpi Wizard Posts: 4,553 Karma: 950151 Join Date: Nov 2008 Device: Sony PRS-950, iphone/ipad (Marvin/iBooks/QuickReader)	If you delete books via Windows Explorer rather than via Calibre it could explain your symptoms. Calibre will be looking in the metadata.db file to see if it has specific formats - not directly at the hard disk itself. You could use a tool like "Remove Empty Directories" (a useful piece of freeware) to scan for folders that are empty (except perhaps for the cover.jpg file). Just use the scan option and not do the actual directory remove unless you really want to. Last edited by itimpi; 08-04-2009 at 07:01 AM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
calibre 0.7.0 released!	kovidgoyal	Calibre	194	09-20-2010 02:04 PM
Calibre 0.7.0 released - see site details below	Paulc15	Kobo Reader	16	06-07-2010 12:27 PM
Calibre 0.6.55 released - see site for details	Paulc15	Kobo Reader	1	05-28-2010 08:54 PM
calibre 0.6.0 released!	kovidgoyal	News	86	08-12-2009 04:57 PM
calibre 0.5.0 released!	kovidgoyal	Calibre	99	03-12-2009 07:43 PM

08-01-2009, 07:02 PM	#121
jesscat Groupie Posts: 164 Karma: 354 Join Date: Mar 2009 Location: US Device: iPad mini	When I add a new book, open Edit Meta Information, and then change the month in the Published field, after I click OK, the month is not being reflected correctly in the entry for the book in the main window - the month shown in the main window seems to be always one month behind. So if I change the published date to Mar 2008 in the Edit Meta Information dialogue, after I save, it shows as Feb 2008 in the main window. But it still shows as Mar 2008 if I open Edit Meta Information again. (And oddly, if I double click on the date in the main window entry and change it there, from then on the date in the main window entry matches the date in the Edit Meta Information dialogue, even if I edit it again using Edit Meta Information. But if I only ever use Edit Meta Information, the main window entry continues to be incorrect, no matter how many times I change it in Edit Meta Information.) Anyone else experiencing this? I think this has only started happening for books I've added in 6.4 (though I'm not 100% certain).

08-03-2009, 12:19 PM	#123
kovidgoyal creator of calibre Posts: 45,367 Karma: 27230406 Join Date: Oct 2006 Location: Mumbai, India Device: Various	Open a ticket and attach the file

08-03-2009, 04:42 PM	#124
starrigger Jeffrey A. Carver Posts: 1,355 Karma: 1107383 Join Date: Aug 2008 Location: Massachusetts, USA Device: Lenovo Yoga Tab Plus, Droid phone, Nook HD+	I'm not sure if the following is a bug report or merely an observation: When I used Calibre 6.4 to convert a .prc file to .mobi (for purposes of updating the metadata and cover), then renamed the resulting file back to .prc (because mobi reader on my old Pocket PC cannot read .mobi, but only .prc files), I got a file that froze the reader on my Pocket PC. I realize that I'm using a legacy device, and I haven't a clue what the difference is between a .prc file and a .mobi file, so I merely offer the information in case it's useful or anyone else has a similar problem.

08-03-2009, 04:54 PM	#125
kovidgoyal creator of calibre Posts: 45,367 Karma: 27230406 Join Date: Oct 2006 Location: Mumbai, India Device: Various	In 0.6 calibre's MOBI output got a lot of work. For example, it now supports indexing so you can use the joystick to browse sections on the Kindle. Probably that indexing is causing the problem with your palm.

08-03-2009, 08:24 PM	#126
kiklop74 Guru Posts: 800 Karma: 194644 Join Date: Dec 2007 Location: Argentina Device: Kindle Voyage	I finally got some time to experiment with new calibre 0.6 and things still need work. For example EPUB with @font-face specification is incorrectly rendered on Sony reader. I see that recipe classes are changed too so some serious work will be needed to update everything. As soon as I can I'll start working on this and hopefully with Kovid's help cleanup all of the issues thus giving back the users stabillity and quality of 0.5.1.4 version.

08-03-2009, 09:39 PM	#128
gai-jin Member Posts: 12 Karma: 10 Join Date: Jul 2009 Device: Kindle 2	Kovid -- In a previous thread, you said that a search for "format:false" should show all books with no formats available. I've tried that in .64 and .65, but I get no results. Searching for other formats (such as "format:mobi") works as expected. Any idea what I'm doing wrong? Is there any info I can give you to help troubleshoot?

08-04-2009, 12:41 AM	#129
kovidgoyal creator of calibre Posts: 45,367 Karma: 27230406 Join Date: Oct 2006 Location: Mumbai, India Device: Various	If format:false is showing no books, then all your books have at least one available format.

08-04-2009, 06:55 AM	#130
gai-jin Member Posts: 12 Karma: 10 Join Date: Jul 2009 Device: Kindle 2	When I browse through the list of books, there are entries that show 'None' for formats. I'm sure these are likely books that were imported into calibre, but then the file was deleted from the library through windows explorer rather than from within calibre. What would cause calibre to show 'None' for formats when I select a book, but still not list that book in a search for 'format:false' ?

08-04-2009, 07:57 AM	#132
gai-jin Member Posts: 12 Karma: 10 Join Date: Jul 2009 Device: Kindle 2	I can see how that could be an issue, but if that were the case, then wouldn't Calibre show the deleted formats still when I select a book? In these cases, I can select the book, choose edit metadata, and the 'formats' box is empty. I didn't actually go through and manually delete these books with explorer, but rather used a dup finder app. (Essentially the same effect though.) Any files with matching md5 it deleted all but one of. Since I had imported from multiple ebook directories into calibre, there were a lot of duplicates.

08-04-2009, 11:36 AM	#133
kovidgoyal creator of calibre Posts: 45,367 Karma: 27230406 Join Date: Oct 2006 Location: Mumbai, India Device: Various	Deleting books directly from the file system is going to cause you problems.

08-04-2009, 05:39 PM	#135
kovidgoyal creator of calibre Posts: 45,367 Karma: 27230406 Join Date: Oct 2006 Location: Mumbai, India Device: Various	Searching always queries the inmemory database, otherwise it would be too slow on large collections