5
[Feature Request] Make Remote OCR respect `PAPERLESS_OCR_MODE` and local preprocessing options
Source: paperless-ngx/paperless-ngx#13264 · opened by @HrRodan
Description Is your feature request related to a problem? Please describe. Currently, when configuring Paperless-ngx to use a remote OCR engine (e.g., PAPERLESS_REMOTE_OCR_ENGINE=azureai), the remote parser unconditionally processes the document and generates an archive file. This behavior completely bypasses the standard OCR control mechanisms that are available for the default Tesseract engine. See also: [ Specifically, this causes two main issues: 1. Duplicate Text Layers: Born-digital PDFs or documents that already have a text layer are sent to the remote OCR engine anyway. Because PAPERLESS_OCR_MODE=auto or skip is ignored by the remote parser, the remote engine generates a secondary, overlapping text layer on top of the existing one. 2. Ignored Preprocessing: Preprocessing options such as PAPERLESS_OCR_CLEAN, PAPERLESS_OCR_DESKEW, and PAPERLESS_OCR_COLOR_CONVERSION_STRATEGY are not applied to the document when routed through the remote OCR parser. While it was …
No pledges yet. Be the first to back this.
Comments
Similar requests
[Feature Request] Support a self-hostable remote OCR service
30 votes · 0 comments
[Feature] Optional removal of blank pages from the archive file (originals untouched)
1 vote · 0 comments
[Feature Request] OCR: Extract specific data from zones into Fields [PR incoming]
12 votes · 0 comments
[Feature Request] Self-hosted MinerU as a remote OCR engine
4 votes · 0 comments
[Feature Request] OCR rendition on linked documents
2 votes · 0 comments
No comments yet.