问题描述
我的系统中有很多PDF文档,有时我注意到文档是基于图像的,没有编辑功能。在这种情况下,我做OCR更好地在Foxit PhantomPDF中搜索,您可以在多个文件中执行OCR。
我想找到我的所有基于图像的PDF文档。
我不明白PDF阅读器如何识别文档的OCR不是文字。这些读者必须有一些领域。
这也可以在终端中访问。
这个答案给出了如何在线程中打开的建议:
我想更好地了解如何做到这一点有效地,因为如果存在一些metafield,那将很容易。
但是,我没有找到这样的metafield。
我认为最有可能的方法是查看该页面是否包含具有搜索OCR的页面化图像,因为它已经在一些PDF阅读器中有效并被使用了。
但是,我不知道该怎么做。
关于的边缘检测和休息转换
在Hugh变换中,在参数空间的超平方中有具体选择的参数。其复杂度为$ O(A ^ {m-2})$其中m是您看到的参数的数量超过那个参数问题是困难的。 A 是图像空间的大小。 Foxit Reader在其实现中使用了最多3个参数。边缘易于检测,这可以确保效率,并且必须在Hugh变换之前完成。损坏的页面被忽略。其他两个参数仍然是未知的,但我认为它们必须是节点和一些交点。这些交叉点如何计算是未知的?确切的问题的描述是未知的。
测试Deajan的。
I have many PDF documents in my system, and I notice sometimes that documents are image-based without editing capability.In this case, I do OCR for better search in Foxit PhantomPDF where you can do OCR in multiple files.I would like to find all PDF documents of mine which are image-based.
I do not understand how the PDF reader can recognize that the document's OCR is not textual. There must be some fields which these readers access.This can be accessed in terminal too.This answer gives open proposals how to do it in the thread Check if a PDF file is a scanned one:
I would like to understand better how you can do this effectively, since if there exists some metafield, then it would be easy.However, I have not found such a metafield.I think the most probable approach is to see if the page contains pagesized image which has OCR for search because it is effective and used in some PDF readers already.However, I do not know how to do it.
Edge Detection and Hugh Transform about the answer
In Hugh transform, there are specifically chosen parameters in the hyper-square of the parameter space. Its complexity $O(A^{m-2})$ where m is the amount of parameters where you see that with more than there parameters the problem is difficult. A is the size of the image space. Foxit reader is using most probably 3 parameters in their implementation. Edges are easy to detect well which can ensure the efficiency and must be done before Hugh transform. Corrupted pages are simply ignored. Other two parameters are still unknown but I think they must be nodes and some intersections. How these intersections are computed is unknown? The formulation of the exact problem is unknown.
Testing Deajan's answer
The command works in Debian 8.5 but I could not manage to get it work initially in Ubuntu 16.04
masi@masi:~$ find ./ -name "*.pdf" -print0 | xargs -0 -I {} bash -c 'export file="{}"; if [ $(pdffonts "$file" 2> /dev/null | wc -l) -lt 3 ]; then echo "$file"; fi'
./Downloads/596P.pdf
./Downloads/20160406115732.pdf
^C
OS: Debian 8.5 64 bit
Linux kernel: 4.6 of backports
Hardware: Asus Zenbook UX303UA
Being late for the party, here's a simple solution implying that pdf files already containing fonts aren't image based only:
find ./ -name "*.pdf" -print0 | xargs -0 -I {} \
bash -c 'export file="{}"; \
if [ $(pdffonts "$file" 2> /dev/null | \
wc -l) -lt 3 ]; then echo "$file"; fi'
- pdffonts lists all embedded fonts in a PDF file. If the contains searchable text, it also must contain fonts, so pdffonts will list them. Checking if result has less than three lines is because pdffonts' header is 2 lines. So all results lower than 3 lines don't have embedded fonts. AFAIK, there shouldn't be false positives altough this is more a question to ask pdffonts developers.
As one-liner
find ./ -name "*.pdf" -print0 | xargs -0 -I {} bash -c 'export file="{}"; if [ $(pdffonts "$file" 2> /dev/null | wc -l) -lt 3 ]; then echo "$file"; fi'
Explanation:pdffonts file.pdf
will show more than 2 lines if pdf contains text.Outputs filenames of all pdf files that don't contain text.
My OCR project which has the same feature is in Github deajan/pmOCR.
这篇关于如何找到所有基于图像的PDF?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!