i Gig Book

I have several pdf files where adjusting the offset does no make the index work correctly
1) is there a list of the checksums (prefferably md5) of the pdfs (and hopefully the offset) for the builtin indexes?
2) is there a way so see the index data for the builtin indexes so I can adjust my pdf files (add/remove pages to make match index)

I have compiled a list of the some of the pdf md5s and offsets that work which I am willing to share

I guess as a last resort I can rename the "bad" pdfs and write custom indexes for them but I'm hoping there is a better way that is more compliant with the "builtin" indexes.

Cheers!

d26818 wrote: ↑Tue Jul 15, 2025 3:44 pm I have several pdf files where adjusting the offset does no make the index work correctly
1) is there a list of the checksums (prefferably md5) of the pdfs (and hopefully the offset) for the builtin indexes?
2) is there a way so see the index data for the builtin indexes so I can adjust my pdf files (add/remove pages to make match index)

I have compiled a list of the some of the pdf md5s and offsets that work which I am willing to share

I guess as a last resort I can rename the "bad" pdfs and write custom indexes for them but I'm hoping there is a better way that is more compliant with the "builtin" indexes.

Cheers!

If the index isn't working correctly, you have a PDF that is missing pages or has pages in the wrong order. You must check your PDF to make sure all of the pages are present and in the correct order.

1. A checksum won't help you with PDF files. If I take a PDF and make a copy of it and then optimize one of the copies, each will have a different checksum. The same thing will happen if I edit that PDF or rotate one of the pages. A checksum strategy will only work if we provided the PDF files for each index and password protected them so that they can not be edited and we do not provide the PDFs.

2. No, we do not provide our index data but all you need to do is to verify that your PDF has all of the pages present and in the correct order.

but if I don't have the index data it seems like it will be VERY intensive trial and error process to correct the PDFs. especially since some of the books are not necessarily in alphabetic order.

it would sure be nice and save me a TON of time if I could somehow access the index data other than reverse engineering, or maybe I'm missing something here?

but thanks for taking the time to answer me!

d26818 wrote: ↑Wed Jul 16, 2025 2:58 pm but if I don't have the index data it seems like it will be VERY intensive trial and error process to correct the PDFs. especially since some of the books are not necessarily in alphabetic order.

it would sure be nice and save me a TON of time if I could somehow access the index data other than reverse engineering, or maybe I'm missing something here?

but thanks for taking the time to answer me!

It's not about reverse engineering, it is all about proof reading. All you need to do is go page by page looking at the page numbers. If the page numbers are contiguous, meaning no jumps, the PDF has all of the pages. Using iGigBook to review the Classic Real Book 5th Edition, it takes 8 minutes and 36 seconds and here is a link to a real time video of that process:



The process you would like to engage in would take significantly more time because you would have to check against each index entry in a text file against each page in the PDF.

OK, Thanks, I'll give it a try!