Bonjour,
Bon, tant qu'on est sur le sujet, voici le fruit de mon travail des dernières études (les dév sont en cours).
En fait pour gérer les nouvelles factures ou bien la modification de celles existantes, cela passera par une demande au développeur.
Je pense qu'il vaut mieux, il en va de la qualité de l'OCR….du moins surtout s'il y a peu de factures différentes à intégrer.
De plus, il sera toujours temps de "migrer" vers une belle applet où on défini des zones rectangulaires sur une image (en début de projet, cela est coûteux en temps et n'est pas ce qu'attend le client, mais plutôt une "démo" d'un truc qui montre que l'OCR marche.)
en ce qui concerne la robustesse, j'ai ajouté quelques paramètres.
Plus globalement, j'ai carrément défini un fichier de template XML qui correspond à la config de l'OCR pour une seule facture.
Donc un fichier de conf ocr XML par factures différentes.
Voici un exemple de définition de mon Shema XML :
- Le tag "ocr" est le tag racine avec un seul attribut "name" qui revèle l'intitulé du template ocr (spécifique à une facture, ici une facture d'EDF scannée en 300DPI noir et blanc : c'est ce à quoi est adapté ce fichier de conf !)
Ensuite, la balise "ocr" contient une ou plusieurs balises "area" qui sont ni plus ni moins des zones rectangulaires à définir et qui peuvent contenir une valeur seuil ("threshold"). Ici la valeur seuil est de 11000 avec une tolérance de + ou - 10%. Cela veut dire que le nombre de pixel noir est d'environ 11000 dans cette zone et si à 10% près cela n'est pas respecté, cela signifie que le scan est mauvais ou bien qu'il ne s'agit pas d'une facture EDF 300DPI NB TIFF Compréssé.
Un tag "area" peut être de 3 types pour aider l'OCR : numeric (une zone qui contient que des chiffres, il s'agit d'un argument de valeur pour tesseract), alphanumeric (peut contenir tout et n'importe quoi), identity (une telle area veut dire que si cette zone n'a pas été validé suite à la valeur seuil spécifiée alors l'OCR est refusé de manière certaine : il ne s'agit pas d'une facture EDF). En général, je pense définir la zone du logo "EDF" comme zone de type "identity".
Par extension, grâce à la zone de type identity , je serai capable de déterminer la facture que l'on scan (EDF, GDF, FT, etc.)
….voilà pour les ébauches "théoriques"
.
Bon, tant qu'on est sur le sujet, voici le fruit de mon travail des dernières études (les dév sont en cours).
En fait pour gérer les nouvelles factures ou bien la modification de celles existantes, cela passera par une demande au développeur.
Je pense qu'il vaut mieux, il en va de la qualité de l'OCR….du moins surtout s'il y a peu de factures différentes à intégrer.
De plus, il sera toujours temps de "migrer" vers une belle applet où on défini des zones rectangulaires sur une image (en début de projet, cela est coûteux en temps et n'est pas ce qu'attend le client, mais plutôt une "démo" d'un truc qui montre que l'OCR marche.)
en ce qui concerne la robustesse, j'ai ajouté quelques paramètres.
Plus globalement, j'ai carrément défini un fichier de template XML qui correspond à la config de l'OCR pour une seule facture.
Donc un fichier de conf ocr XML par factures différentes.
Voici un exemple de définition de mon Shema XML :
<?xml version="1.0" encoding="UTF-8"?>
<ns:ocr xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns="http://www.intuitiv.fr/OCRSchema" xsi:schemaLocation="http://www.intuitiv.fr/OCRSchema ocr.xsd"
ns:name="OCR EDF 300DPI BW">
<!– Montant total TTC–>
<ns:area ns:name="Montant total TTC" ns:type="numeric">
<ns:rect ns:xmin="1" ns:ymin="1" ns:width="1" ns:height="1" />
<ns:threshold ns:bin="0" ns:band="0">
<ns:fixed ns:value="11000" ns:tolerance="10" />
</ns:threshold>
</ns:area>
</ns:ocr>- Le tag "ocr" est le tag racine avec un seul attribut "name" qui revèle l'intitulé du template ocr (spécifique à une facture, ici une facture d'EDF scannée en 300DPI noir et blanc : c'est ce à quoi est adapté ce fichier de conf !)
Ensuite, la balise "ocr" contient une ou plusieurs balises "area" qui sont ni plus ni moins des zones rectangulaires à définir et qui peuvent contenir une valeur seuil ("threshold"). Ici la valeur seuil est de 11000 avec une tolérance de + ou - 10%. Cela veut dire que le nombre de pixel noir est d'environ 11000 dans cette zone et si à 10% près cela n'est pas respecté, cela signifie que le scan est mauvais ou bien qu'il ne s'agit pas d'une facture EDF 300DPI NB TIFF Compréssé.
Un tag "area" peut être de 3 types pour aider l'OCR : numeric (une zone qui contient que des chiffres, il s'agit d'un argument de valeur pour tesseract), alphanumeric (peut contenir tout et n'importe quoi), identity (une telle area veut dire que si cette zone n'a pas été validé suite à la valeur seuil spécifiée alors l'OCR est refusé de manière certaine : il ne s'agit pas d'une facture EDF). En général, je pense définir la zone du logo "EDF" comme zone de type "identity".
Par extension, grâce à la zone de type identity , je serai capable de déterminer la facture que l'on scan (EDF, GDF, FT, etc.)
….voilà pour les ébauches "théoriques"
.
