Files
SnapOtter/apps/docs/it/tools/image/ocr.md
T
SnapOtterandGitHub 5f21588f6c chore: prepare the 2.2.0 release (#660)
Bumps every version surface to 2.2.0, fixes a latent version-coupling bug in the
OCR runtime tests, and stops an absent GPU runner from silently stalling a
release.

Version surfaces: scripts/sync-version.sh covers the 11 workspaces, APP_VERSION,
and the docs release commands across all locales. Root package.json plus the
three surfaces the script never reaches are done by hand: the DOCKERHUB.md banner
and tag table, the docker-tags.md pinning table in 21 locales, and the example
runtimeVersion in tools/image/ocr.md in 21 locales. The release-notes archive step
is deliberately not pre-run, so the notes text stays editable until the release.

Latent bug: runtime-state rejects any runtime whose compatibility.snapotterVersion
is not exactly APP_VERSION, and five fixtures pinned the literal 2.1.0. Since
semantic-release rewrites APP_VERSION on every release, the first PR after any
bump would have gone red for a reason nobody would trace to the release. The
fixtures now derive from APP_VERSION.

GPU runner: sign-ocr-index needs verify-ocr-nvidia on self-hosted hardware, and
the gated manifest job needs ai-bundles, so a missing runner queued instead of
failing and produced no image tags. preflight-gpu-runner claims the same labels
with no dependencies, so it is scheduled first and validates the GPU before the
90-minute build. An API preflight is impossible because listing self-hosted
runners needs Administration:read, which GITHUB_TOKEN cannot hold, so RELEASE.md
carries the maintainer-side check.
2026-07-27 22:09:31 +08:00

6.4 KiB
Raw Blame History

description, i18n_output_hash, i18n_source_hash, i18n_provenance
description i18n_output_hash i18n_source_hash i18n_provenance
Estrai testo dalle immagini localmente con Tesseract integrato o il runtime RapidOCR opzionale ad alta precisione. 5c65c73856f7 0d453b49db02 human

OCR / Text Extraction

Estrai testo dalle immagini senza inviare l'immagine a un servizio esterno. Il livello fast integrato utilizza Tesseract. I livelli opzionali balanced e best utilizzano RapidOCR con modelli PP-OCR ONNX bloccati.

::: info Compatibilità OCR per il coreano OCR veloce supporta auto, en, de, es, fr, zh e ja, ma non il coreano (ko). Il coreano richiede il pacchetto OCR accurato e balanced o best. Il pacchetto funziona nei container Linux amd64 e arm64 ufficiali, inclusi gli host NVIDIA, dove lOCR resta sulla CPU. I sistemi non supportati ricevono un errore di compatibilità esplicito e non passano mai silenziosamente a fast. Il coreano con fast o con lalias legacy tesseract viene rifiutato prima dellaccodamento con FEATURE_INCOMPATIBLE e fast-korean-unsupported. :::

API Endpoint

POST /api/v1/tools/image/ocr

Elaborazione: LOCR è sempre asincrono. Dopo la convalida e laccodamento, lendpoint restituisce immediatamente 202 Accepted con un jobId. Segui il flusso di avanzamento SSE del lavoro fino allevento terminale complete o failed; il result di un evento riuscito contiene i campi OCR.

Pacchetto OCR accurato: Runtime ocr opzionale (circa 208-234 MiB da scaricare e 409-488 MiB installati, a seconda della destinazione). fast non richiede questo pacchetto; l'installatore verifica le dimensioni esatte vincolate dall'indice firmato.

Parameters

Parameter Type Required Default Description
file file - File immagine (in più parti), fino a 512 MiB codificati e 40 megapixel decodificati; si applica ancora un limite di caricamento da parte dell'operatore inferiore
quality string NO Dinamico Livello di qualità: fast (Tesseract), balanced (RapidOCR con i modelli PP-OCRv6 piccoli) o best (i modelli PP-OCRv6 medi con precisione più elevata con punteggio delle varianti calibrato)
language string No "auto" Suggerimento sulla lingua: auto, en, de, fr, es, zh, ja, ko
enhance boolean NO Dipendente dal livello Migliora il contrasto locale prima del riconoscimento. Fast lo applica direttamente; Bilanciato e Migliore mantengono la variante solo quando il punteggio calibrato migliora il risultato. Il valore predefinito è true per best e false per fast/balanced
engine string NO - Alias di compatibilità deprecato. Utilizzare invece quality. tesseract è mappato su fast; il valore paddleocr legacy viene mappato su balanced ma non carica PaddlePaddle

Quando quality e engine sono omessi, SnapOtter sceglie il livello migliore disponibile nellordine best, balanced, fast. Per il coreano non sceglie mai fast: usa best, poi balanced, oppure restituisce lerrore di installazione o compatibilità del runtime accurato.

Example Request

curl -X POST http://localhost:1349/api/v1/tools/image/ocr \
  -F "file=@document.png" \
  -F 'settings={"quality":"best","language":"en","enhance":true}'

Risposta accettata (202)

{
  "jobId": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
  "async": true
}

Avanzamento e risultato (SSE)

Connettiti a GET /api/v1/jobs/{jobId}/progress con il jobId restituito dalla risposta 202 (o il clientJobId fornito). Mantieni aperto il flusso fino allevento terminale complete o failed. Un frame terminale riuscito contiene loutput OCR in result:

{
  "jobId": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
  "type": "single",
  "phase": "complete",
  "stage": "complete",
  "percent": 100,
  "result": {
    "jobId": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
    "downloadUrl": "/api/v1/download/a1b2c3d4-e5f6-7890-abcd-ef1234567890/document_ocr.txt",
    "originalSize": 12345,
    "processedSize": 47,
    "text": "Extracted text content from the image...",
    "engine": "rapidocr-onnx",
    "requestedQuality": "best",
    "actualQuality": "best",
    "device": "cpu",
    "provider": "CPUExecutionProvider",
    "degraded": false,
    "warnings": [],
    "runtimeVersion": "2.2.0",
    "modelVersion": "PP-OCRv6-best-v1-medium"
  }
}

Gli errori di elaborazione arrivano nel campo error dellevento terminale failed; dopo laccodamento non vengono restituiti come HTTP 422.

Notes

  • fast è sempre disponibile nelle immagini SnapOtter supportate. balanced e best richiedono il pacchetto OCR accurato opzionale.
  • Tesseract integrato aggiunge circa 25 MiB all'immagine ufficiale. Il pacchetto accurato viene archiviato in /data/ai, non inserito nell'immagine.
  • Viene pubblicato il pack accurato per i contenitori ufficiali Linux amd64 e arm64. Utilizza deliberatamente il provider CPU di ONNX Runtime, anche sugli host NVIDIA, quindi non dipende dalle librerie CUDA o dalla compatibilità GPU. Le installazioni bare-metal di origine e predefinite utilizzano OCR veloce a meno che non forniscano il proprio runtime compatibile.
  • Il result terminale riuscito include sia il testo estratto in text sia un artefatto .txt scaricabile in downloadUrl.
  • SnapOtter rispetta un livello esplicitamente richiesto. Se balanced o best non è disponibile, API restituisce 501 con FEATURE_NOT_INSTALLED o FEATURE_INCOMPATIBLE; non esegue mai il downgrade silenzioso della richiesta a un altro livello.
  • Un risultato vuoto riuscito rimane un risultato vuoto. Gli errori di runtime restituiscono un errore invece di riprovare con un motore di qualità inferiore.
  • Il result terminale riuscito riporta sia requestedQuality che actualQuality, oltre alle versioni del motore, del dispositivo, del provider, del runtime e del modello ed eventuali avvisi.
  • Supporta i formati di input HEIC/HEIF, RAW, TGA, PSD, EXR e HDR tramite decodifica automatica.
  • Gli ingressi codificati sovradimensionati restituiscono 413. Le immagini superiori a 40 megapixel e le risposte OCR che superano i limiti di output vengono rifiutate invece di essere parzialmente elaborate.