[GUI Plugin] Count Pages - Page 27

kiwidude · 07-31-2012, 11:07 AM

It should finish eventually - remember that it is all about the book formats, and that if you aren't dealing with ePubs then it has to convert to ePub which is where 99% of the time will be spent.

I do intend (once I get feedback on my changes to Extract ISBN) to apply similar changes to this plugin to break up into batches. So if for instance it is batches of 100 books by default then in this case you would presumably be able to have 900 of your results applied and then cancel the last batch which has the problem books in it to subdivide and isolate the problem one(s).

JSWolf · 07-31-2012, 11:10 AM

Can you make the plugin such that if the eBook is not ePub, it ignores it? If it's not ePub, I don't care about page numbers for it and if I get page numbers based on a conversion to ePub, then I'm getting an incorrect page number as that's not how the book will be if I read it.

kiwidude · 07-31-2012, 11:11 AM

No I am not going to do that - you can do it yourself with a search of formats:epub.

GeckoFriend · 07-31-2012, 11:24 AM

@kiwidude

All 1000 books are epubs so conversion isn't the problem. I definitely like the idea of batches.

Update: The job finally finished after 9.5 hours. I guess posting solved the problem.

cryzed · 08-01-2012, 10:14 AM

Hey there, this might sound stupid, but what is the best "counting algorithm" so I get page counts fitting for the Kindle screen with the default font sizes? Short info: I'm using a Kindle 4 with font size 3/8, Typeface: regular, Line Spacing: medium, Words per Line: default.

Currently I am using APNX but it doesn't seem to "work" properly, sometimes I have to trigger the next-page button a few times until the page count finally increases. I know that it probably can't be 100% accurate unless the Kindle device implements a dynamic page count, but what is the closest approximation?

kiwidude · 08-02-2012, 06:47 AM

@cryzed - there is no magic algorithm to give you what you want, as has been said many times in this thread algorithms like APNX can only approximate based on some variables and assumptions around average paragraph lengths, number of lines etc. All of which becomes moot given users can choose different line spacings, font sizes, margins, screen sizes, CSS attributes... There is *no* amount of "twiddling" with these will get you anything more satisfactory across more books (or indeed across an entire book).

The only reliable way to solve this problem would be something in the Kindle firmware to compute the page turns. But presumably that requires a fair amount of computation which would impact the performance and battery life of the device so they don't do it either.

rlh3 · 08-02-2012, 03:32 PM

Is there a way to get this plugin to just count the number of pages in a PDF, without making the conversion to epub? I have a large number of academic history books that I need to keep in PDF format (and preserve the existing pagination of) that I would love to have page counts for.

Thanks for a very useful plugin.

jgaiser · 08-02-2012, 03:38 PM

Quote:

Originally Posted by rlh3

Is there a way to get this plugin to just count the number of pages in a PDF, without making the conversion to epub? I have a large number of academic history books that I need to keep in PDF format (and preserve the existing pagination of) that I would love to have page counts for.

I'm not kiwidude, but Adobe Reader (acroread) gives accurate page counts and those page numbers can be manually added.

rlh3 · 08-02-2012, 03:41 PM

Quote:

Originally Posted by jgaiser

I'm not kiwidude, but Adobe Reader (acroread) gives accurate page counts and those page numbers can be manually added.

I was hoping to automate the process, as i have several thousand books that I would like to do this for. If it is a real pain to get the plugin to do it, I will go this route, but it would be a whole lot less painful to be able to click a button (and a lot cooler

)

kiwidude · 08-02-2012, 03:57 PM

As of a few versions ago this plugin *always* uses the exact PDF page count and does not try to convert it to ePub. It is only if you have other statistics enabled (like word count or reading ease) that a conversion is required for PDFs. As such the algorithm choice for PDF format is ignored.

rlh3 · 08-02-2012, 04:00 PM

Thanks, KiwiDude. The problem I was having was that word count was also enabled, and it was taking forever to do anything.

Thanks for the fast response.

mbovenka · 08-03-2012, 05:27 AM

I ran into a cosmetic bug today. If the plugin fails to get a page count due to the books being DRM-infested, it still says it computed a statistic for it ('Count Pages plugin found 1 statistics').

The log correctly says it didn't due to DRM, and the custom column doesn't get updated, so it still works fine, but it shouldn't be counted in the popup, I guess.

szweiner2 · 08-14-2012, 11:52 AM

If I use Goodreads as my only Metadata download, can anyone explain the steps I would have to incorporate into Calibre Plugin to download the goodreader page count automatically during the metadata update?

Sandy

kiwidude · 08-14-2012, 12:08 PM

@szweiner2 - quite simply you can't. Metadata download plugins can't return values for custom columns. Hence why this plugin is completely separate and must be run separately.

JSWolf · 08-15-2012, 12:33 PM

Quote:

Originally Posted by szweiner2

If I use Goodreads as my only Metadata download, can anyone explain the steps I would have to incorporate into Calibre Plugin to download the goodreader page count automatically during the metadata update?

Sandy

In most cases, the page number for an eBook on Goodreads is actually wrong. That's why whenever I add an eBook to my library, I have to request it be fixed.

07-31-2012, 11:24 AM	#394
GeckoFriend Guru Posts: 607 Karma: 1164945 Join Date: Jan 2012 Location: SF Bay Area, California, USA Device: iPhone 7+, iPad Mini4, Kindle Voyage	@kiwidude All 1000 books are epubs so conversion isn't the problem. I definitely like the idea of batches. Update: The job finally finished after 9.5 hours. I guess posting solved the problem. Last edited by GeckoFriend; 07-31-2012 at 11:47 AM. Reason: Add additional information

08-01-2012, 10:14 AM	#395
cryzed Evangelist Posts: 408 Karma: 1050547 Join Date: Mar 2011 Device: Kindle Oasis 2	Hey there, this might sound stupid, but what is the best "counting algorithm" so I get page counts fitting for the Kindle screen with the default font sizes? Short info: I'm using a Kindle 4 with font size 3/8, Typeface: regular, Line Spacing: medium, Words per Line: default. Currently I am using APNX but it doesn't seem to "work" properly, sometimes I have to trigger the next-page button a few times until the page count finally increases. I know that it probably can't be 100% accurate unless the Kindle device implements a dynamic page count, but what is the closest approximation? Last edited by cryzed; 08-01-2012 at 10:21 AM.

08-02-2012, 04:00 PM	#401
rlh3 Connoisseur Posts: 51 Karma: 10 Join Date: Jul 2012 Device: iPad	Thanks, KiwiDude. The problem I was having was that word count was also enabled, and it was taking forever to do anything. Thanks for the fast response. Last edited by rlh3; 08-02-2012 at 04:06 PM.

08-14-2012, 11:52 AM	#403
szweiner2 Member Posts: 15 Karma: 10 Join Date: Jan 2012 Device: kindle	Count Pages If I use Goodreads as my only Metadata download, can anyone explain the steps I would have to incorporate into Calibre Plugin to download the goodreader page count automatically during the metadata update? Sandy

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
[GUI Plugin] Open With	kiwidude	Plugins	386	11-24-2021 01:38 AM
[GUI Plugin] Quality Check	kiwidude	Plugins	1093	09-27-2021 12:19 PM
[GUI Plugin] Quick Preferences	kiwidude	Plugins	49	04-05-2021 05:30 AM
[GUI Plugin] Kindle Collections (old)	meme	Plugins	2070	08-11-2014 01:02 AM
[GUI Plugin] Plugin Updater Deprecated	kiwidude	Plugins	159	06-19-2011 01:27 PM

07-31-2012, 11:07 AM	#391
kiwidude calibre/Sigil Developer Posts: 4,258 Karma: 1579358 Join Date: Oct 2010 Location: London, UK Device: Kindle Paperwhite, iPad Pro	It should finish eventually - remember that it is all about the book formats, and that if you aren't dealing with ePubs then it has to convert to ePub which is where 99% of the time will be spent. I do intend (once I get feedback on my changes to Extract ISBN) to apply similar changes to this plugin to break up into batches. So if for instance it is batches of 100 books by default then in this case you would presumably be able to have 900 of your results applied and then cancel the last batch which has the problem books in it to subdivide and isolate the problem one(s).

07-31-2012, 11:10 AM	#392
JSWolf Resident Curmudgeon Posts: 64,324 Karma: 104254653 Join Date: Nov 2006 Location: Roslindale, Massachusetts Device: Kobo Aura H2O, PRS-650, PRS-T1, nook STR, iPad 4, iPhone SE 2020, PW3	Can you make the plugin such that if the eBook is not ePub, it ignores it? If it's not ePub, I don't care about page numbers for it and if I get page numbers based on a conversion to ePub, then I'm getting an incorrect page number as that's not how the book will be if I read it.

07-31-2012, 11:11 AM	#393
kiwidude calibre/Sigil Developer Posts: 4,258 Karma: 1579358 Join Date: Oct 2010 Location: London, UK Device: Kindle Paperwhite, iPad Pro	No I am not going to do that - you can do it yourself with a search of formats:epub.

08-02-2012, 06:47 AM	#396
kiwidude calibre/Sigil Developer Posts: 4,258 Karma: 1579358 Join Date: Oct 2010 Location: London, UK Device: Kindle Paperwhite, iPad Pro	@cryzed - there is no magic algorithm to give you what you want, as has been said many times in this thread algorithms like APNX can only approximate based on some variables and assumptions around average paragraph lengths, number of lines etc. All of which becomes moot given users can choose different line spacings, font sizes, margins, screen sizes, CSS attributes... There is no amount of "twiddling" with these will get you anything more satisfactory across more books (or indeed across an entire book). The only reliable way to solve this problem would be something in the Kindle firmware to compute the page turns. But presumably that requires a fair amount of computation which would impact the performance and battery life of the device so they don't do it either.

08-02-2012, 03:32 PM	#397
rlh3 Connoisseur Posts: 51 Karma: 10 Join Date: Jul 2012 Device: iPad	Is there a way to get this plugin to just count the number of pages in a PDF, without making the conversion to epub? I have a large number of academic history books that I need to keep in PDF format (and preserve the existing pagination of) that I would love to have page counts for. Thanks for a very useful plugin.

08-02-2012, 03:57 PM	#400
kiwidude calibre/Sigil Developer Posts: 4,258 Karma: 1579358 Join Date: Oct 2010 Location: London, UK Device: Kindle Paperwhite, iPad Pro	As of a few versions ago this plugin always uses the exact PDF page count and does not try to convert it to ePub. It is only if you have other statistics enabled (like word count or reading ease) that a conversion is required for PDFs. As such the algorithm choice for PDF format is ignored.

08-03-2012, 05:27 AM	#402
mbovenka Wizard Posts: 1,929 Karma: 13310765 Join Date: Oct 2007 Location: Almere, The Netherlands Device: Kobo Sage	I ran into a cosmetic bug today. If the plugin fails to get a page count due to the books being DRM-infested, it still says it computed a statistic for it ('Count Pages plugin found 1 statistics'). The log correctly says it didn't due to DRM, and the custom column doesn't get updated, so it still works fine, but it shouldn't be counted in the popup, I guess.

08-14-2012, 12:08 PM	#404
kiwidude calibre/Sigil Developer Posts: 4,258 Karma: 1579358 Join Date: Oct 2010 Location: London, UK Device: Kindle Paperwhite, iPad Pro	@szweiner2 - quite simply you can't. Metadata download plugins can't return values for custom columns. Hence why this plugin is completely separate and must be run separately.

Advert

Advert