OCRmyPDF VS pdfarranger

As mentioned in the other replies, Google's OCR is limited. OCRmyPDF is designed for PDFs. So if you download a 1000+ page public-domain dictionary off of Archive.org (which is something I do regularly), and you want to re-run the OCR because Internet Archive doesn't tune its OCR very well for multilingual works (if it all), then OCRmyPDF is going to beat Google's automatic OCR every time.

However, I recently paid a programmer to fork OCRmyPDF to give it the option to use Google's OCR engine instead of Tesseract. That fork is here: https://github.com/ualiawan/OCRmyPDF. It's more fiddly than the regular OCRmyPDF, and it requires a Google Cloud Vision account (which charges some fraction of a cent for each page OCRed), but it works well, and in some cases may produce better results than OCRmyPDF, although you must be sure to specify the language of the document.

On Linux I like to use:

https://github.com/pdfarranger/pdfarranger and https://gitlab.com/scarpetta/pdfmixtool for such tasks.

Für PDFs verwende ich pdfarranger.

I see some questions in the comments about document splitting and if you are using PDF for the export in scanning, this adds an extra step but may be valuable in the long run. For Linux users at least, there is "pdfarranger" which most distros have. You can install that, load the PDF and re-arrange pages, remove pages, etc.

PDFArranger

So, I guess, pdfarranger might be faster than PDFSam. https://github.com/pdfarranger/pdfarranger

I like PDF Arranger for converting JPEGs to PDFs (open source on Windows) https://github.com/pdfarranger/pdfarranger.

I have always only been using PDF Arranger for manipulating PDF files (merging different files, arranging, adding, deleting pages) and I'm wondering if there really is no KDE equivalent for that application.