OmniDocDe richting van het document dat met de mobiele telefoon is opgenomen, is verkeerd. Verwerk eerst EXIF en stuur het vervolgens naar OCR.
De contractfoto op mijn telefoon zag er verticaal uit, maar na het uploaden werd hij horizontaal. De reden kan zijn dat de pixels zelf niet worden geroteerd, de kijker past eenvoudigweg de weergave aan op basis van de EXIF-oriëntatiemarkeringen. Als de OCR-invoer deze markering negeert, wordt de pagina in de andere richting gelezen.
Contractfoto's gemaakt met mobiele telefoons staan verticaal in het album, maar worden na het uploaden horizontaal. Veel mensen zullen denken dat de foto scheef is of dat het bestand verkeerd is. Dit artikel is geschreven voor mensen die foto's van mobiele telefoons naar het OCR- of vertaalproces moeten sturen om u te helpen onderscheid te maken tussen "weergaverichting" en "pixelrichting".
Nadat je dit hebt gelezen, weet je wat een EXIF-oriëntatievlag is, welke functie Pillow gebruikt om ermee om te gaan en welke problemen het niet oplost. De voorbeelden maken gebruik van synthetische samples en de code is gecontroleerd in een geïsoleerde omgeving, maar dit biedt geen garantie voor alle echte bestanden of productprestaties. Voordat u belangrijke documenten verwerkt, dient u de originelen te bewaren en deze te controleren op basis van de grenzen en acceptatie-items in de tekst.
Wat moet ik doen als het document dat met mijn mobiele telefoon is gemaakt, in de verkeerde richting is? Conclusie in één zin
Gebruik eerst ImageOps.exif_transpose om de EXIF-richtingmarkering toe te passen en stuur vervolgens de aangepaste afbeelding naar OCR; Kantel- en perspectiefkwesties moeten afzonderlijk worden behandeld.
| jouw situatie | Aanbevolen praktijken | reden |
|---|---|---|
| De viewer wordt normaal weergegeven, maar de parseringsresultaten zijn zijdelings | Gebruik eerst ImageOps.exif_transpose om de EXIF-richting toe te passen | Pixels worden niet geroteerd, alleen de weergavelaag wordt aangepast |
| De hele foto is iets gekanteld | Evalueer de kantelcorrectie individueel | exif_transpose hanteert geen opnamehoeken |
| Het papier is trapeziumvormig | Detecteer papiergrenzen en voer perspectiefcorrectie uit | Perspectiefvervorming is geen EXIF-oriëntatieprobleem |
| U moet de door OCR geretourneerde doos opslaan | Registreer tegelijkertijd de invoergrootte, oriëntatietransformatie en uitvoergrootte | De aangepaste afbeeldingscoördinaten wijken af van de originele afbeelding |
De weergaverichting en pixelrichting moeten afzonderlijk worden bekeken.
De pixels van een mobiele foto mogen zelf niet worden gedraaid, en de EXIF-oriëntatietags in het bestand vertellen de kijker hoe deze moet worden weergegeven. De kijker zal de afbeelding dienovereenkomstig aanpassen, en als de OCR-engine deze markering negeert, wordt de pagina in de andere richting gelezen.
ImageOps.exif_transpose van Pillow past pixels aan op basis van oriëntatie-informatie en verwijdert toegepaste oriëntatiemarkeringen om daaropvolgende rotaties te voorkomen. Het gaat om EXIF-oriëntatie, niet om willekeurige opnamekanteling of perspectiefvervorming. Het rechttrekken van het papier dat scheef is genomen met de mobiele telefoon vereist nog steeds een andere reeks geometrische bewerkingen.
Test rotatiegrenzen met gesynthetiseerde pixels
De volgende code gebruikt een samengestelde afbeelding om te controleren of de oriëntatiemarkeringen correct zijn toegepast:
from PIL import Image, ImageOps
source = Image.new("RGB", (40, 20), "white")
source.putpixel((0, 0), (255, 0, 0))
source.getexif()[274] = 6
fixed = ImageOps.exif_transpose(source)
assert fixed.size == (20, 40)
assert fixed.getpixel((19, 0)) == (255, 0, 0)
assert fixed.getexif().get(274) is None
assert source.size == (40, 20)
again = ImageOps.exif_transpose(fixed)
assert again.size == fixed.size
assert again.tobytes() == fixed.tobytes()De rode pixels in de hoeken worden hier gebruikt om geometrische relaties te controleren, zonder de OCR-engine aan te roepen of echte tekst te simuleren. Daarom kan de test alleen de conclusie ondersteunen dat "de richtingmarkeringen correct zijn toegepast", maar niet "in hoeverre de tekstherkenningssnelheid is verbeterd." De voorbeelden zijn afhankelijk van Pillow en moeten in vergrendelde versies worden uitgevoerd.
Afwijkingen in de omleidingsrichting
Wanneer u een richtingsprobleem tegenkomt, kijk dan eerst naar het fenomeen en stel vervolgens de oorzaak vast. De onderstaande tabel kan u helpen bij het bepalen van uw volgende stappen:
| Observatie | Mogelijke redenen | Volgende |
|---|---|---|
| De kijker is normaal, en de parser is gelandschappt | EXIF wordt niet toegepast | Controleer het richtingslabel en de pixels |
| De hele pagina is licht scheef | Schiethoek | Onafhankelijke beoordeling van kantelcorrectie |
| De pagina's zijn trapeziumvormig | Perspectiefvervorming | Corrigeert na het controleren van papiergrenzen |
| De tekst is omgekeerd maar ongemarkeerd | Metadata ontbreekt | Afgaande op de inhoud van de pagina, geen blinde gokjes |
Coördinatenregistratie moet na de rotatie beginnen
Als OCR een tekstvak teruggeeft op het aangepaste beeld, zullen de coördinaten van het vakje overeenkomen met de aangepaste afbeelding, niet met de originele afbeelding. Daarom moeten drie stukjes informatie worden behouden: invoerdimensies, richtingstransformatie en uitvoerdimensies. Bij het weergeven van highlights pas je inverse transformatie toe op de coördinaten om terug te keren naar de oorspronkelijke beeldpositie.
Als slechts één vakje wordt opgeslagen zonder te registreren tot welke afbeelding het hoort, zal de markeringspositie buiten de tekst zijn.
Voordat je vertaalt, lijn je het beeld correct uit
Bij het verwerken van gescande materialen via de OCR- en vertaalpost van OmniDoc (Productinvoer), kun je eerst de richting controleren door deze te vergelijken met het origineel. Richting, perspectief en duidelijkheid zijn drie verschillende inspectiepunten die afzonderlijk moeten worden bevestigd.
Na het duidelijk organiseren van de invoervoorwaarden, gebruik je de tweetalige resultaten om de vertaalkwaliteit te beoordelen. Als je ontbrekende woorden bij de eerste blik aan het vertaalmodel toeschrijft, mis je vaak het daadwerkelijke invoerprobleem.
Bronnen: Pillow ImageOps.
📊 Kernvergelijking
| Object van verwerking | Afhandelingsmethoden | Wordt het gedaan doorexif_transpose? |
|---|---|---|
| EXIF-richtingsmarkering | Pas pixels aan per markering | Ja |
| De hele pagina is licht scheef | Correctie van de opnamehoek | Nee, onafhankelijke evaluatie is vereist |
| De pagina's zijn trapeziumvormig | Perspectiefcorrectie | Nee, papieren grenzen moeten worden geïnspecteerd |
🎯 Welke methode past bij jou?
Als je ......
- Viewer-normaal, OCR-resultaten zijn landschappelijk: Pas eerst de EXIF-richting toe, stuur dan de OCR opnieuw.
- Algemene fotoscheefheid: Behandel kantelcorrectie als een onafhankelijke stap; verwacht niet dat directionele verwerking dit oplost.
- Trapeziumvormige papierranden: Controleer eerst de papieren grenzen, voer daarna perspectiefcorrectie uit.
- Oorspronkelijke beeldpositie moet worden gemarkeerd: Sla de invoergrootte en transformatie-informatie op, en voer vervolgens de inverse transformatie uit tijdens de weergave.
❓ Veelgestelde Vragen (FAQ)
1. exif_transpose Kun je het papier recht zetten dat scheef staat in de foto?
Nee. Het past alleen pixels aan op basis van EXIF-richtingsmarkeringen, zonder opnamehoeken of perspectiefvervorming aan te kunnen, wat extra geometrische verwerking vereist.
2. Waarom toont de viewer normaal, terwijl OCR-resultaten horizontaal zijn?
De viewer past een EXIF-richtingsmarkering aan, terwijl de pixels zelf niet mogen draaien. Als OCR deze marker negeert, zal het pagina's in de tegenovergestelde richting lezen.
3. Kan de voorbeeldcode laten zien hoeveel de herkenningsgraad is verbeterd?
Nee. Het voorbeeld gebruikt synthetische pixels om te controleren of richtingsmarkeringen correct zijn toegepast, zonder de OCR-engine aan te roepen of echte tekst te simuleren.
4. Waarom komt het vakje dat door OCR wordt teruggestuurd niet overeen met de oorspronkelijke beeldpositie?
Als OCR op de aangepaste grafiek draait, komen de boxcoördinaten overeen met de aangepaste grafiek. Invoerdimensies, transformaties en uitvoerafmetingen moeten worden geregistreerd, en inverse transformaties worden uitgevoerd tijdens de weergave.
📝 Samenvatting
Voor cameraoriëntatieproblemen controleer eerst of je de pixeloriëntatie moet weergeven, en behandel daarna respectievelijk oriëntatie, kanteling en perspectief. Bewaar voordat u belangrijke documenten behandelt de originelen en voltooi de beoordeling.
Ervaar nu: upload je document om te beginnen met vertalen, waarbij je de originele opmaak behoudt
