PDFtoOCR does OCR processing on PDF documents. The text from OCR is used in the search results.
Project description
Introduction
PDFtoOCR processes text in PDF documents using OCR. This is needed when text cannot be extracted from a (scanned) PDF. PDFtoOCR uses content rules to schedule the OCR processing. The processing cannot be done one the fly, for example with a custom TextIndexNG plugin. Processing large PDF documents using OCR is a time/processor consuming task.
Configuration
On the operating system
PDF to Text uses three tools that are available for under Linux. The cooperation with the tools is only tested in Debian. But it the will probably work in in other *NIX enviroments.
Install requirements, PDF to OCR uses the following programs:
pdftotext, checks if OCR processing is necessary
ghostscript, converts the pdf documents to tiff images
tesseract, does the OCR processing (make sure you’ve got all language packs!*)
Set the environment variables:
The environment variable $GS must be set and point to the ghostscript binary.
The environment variable $TESSERACT must be set and point to the tesseract binary.
On the Plone site
Add a content rule
Event trigger: Object modified and object added
Condition: Content type is file
Actions: Store OCR output from a PDF in searchable text
Assign content rule to a Plone site or a folder
Install cron4plone and add the following cronjob: portal/@@do_pdf_ocr_index
Usage
Just add a file with a PDF document. Optionally you can select the language so the OCR engine can use dictionaries when indexing. Only a limited amount of languages are supported by Tesseract.
An overview of indexed documents is found in the control panel, ‘PDF to OCR status’. In this status page (re)indexing of documents is possible.
PDF Processing
Each time a file is added or modified the unique id (uid) of the file is added to a queue. This queue is persistent and has two functions, for indexing en reindexing. The indexing function uses the queue to process the documents. When reindexing is used all files in the queue history are processed.
If the text from a PDF document is extracted using pdftotext no OCR is done. Else the OCR extracts the text and stores it the content type file. The ATFile is patched with an extra field to accommodate the extracted text and the language of the PDF.
Page views:
@@do_pdf_ocr_index - indexes documents in the queue
@@do_pdf_ocr_reindex - reindexes all pdf documents in the Plone site
@@pdf_ocr_status - Show the queue and a history 10 documents
Futher reading:
http://plone.org/documentation/how-to/ocr-in-plone-using-tesseract-ocr/ http://code.google.com/p/tesseract-ocr/
Make sure you don’t got empty language files in /usr/local/share/tessdata/
Maybe a good alternative in the future, uses tesseract but hard to setup and still too much beta: http://sites.google.com/site/ocropus/
Changelog
1.1
Compatible with Plone 4
Added a control panel page
Field ‘text from ocr’ is added using archetypes.schemaextender instead of a monkey patch
No more old style external method for doing things on the filesystem.
Added doc tests
1.0 - First release
Initial release
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
File details
Details for the file Products.PDFtoOCR-1.1.tar.gz.
File metadata
- Download URL: Products.PDFtoOCR-1.1.tar.gz
- Upload date:
- Size: 17.9 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 | e3954b64b6f79303e715904924930d6a5c8f593d8b6797e51a2cebb79d09352e |
|
| MD5 | f536114bbba215151cf77f7c64a67762 |
|
| BLAKE2b-256 | 2a9be05b5c48c220adec9491ccad94d35a69ad554f83f30788afe43493a5019e |
