we have an invoice document acquired from a scanner that we need to process. We have to read all the barcode and it works fine, but we can't read from IMBALLI RESI table (via OMR).
We have a Template and we set the anchor to CLIENTE, we find the anchor on the invoice, but the AutoDeskrew method seems to do nothing, so all the X,Y coordinates are wrong (the offset from the anchor is very small, but the invoice is like the Torre di Pisa!)
Any hints ?
- the invoice to process
- invoice.tif (877.3 KiB) Viewed 1641 times
- the template with the anchor
- template.tif (789.29 KiB) Viewed 1641 times
Actually it is the other way around.
I called AutoDeskew on invoice.tif, them I checked the deviation, and it was perfectly aligned.
The Template image how ever is not. You can check the left positions of the big table at the top and the bottom and you can verify that.
Your template image should be perfectly scanned, as all other images and data depend on it as a frame of reference.
Hope this helps.
For the template you are right, but If i move the anchor from CLIENTE to IMBALLI RESI it' works better
>>Mhhh ... maybe I don't undestand something but if I open the invoice tif, apply the AutoDeskew method and then save it the 2 files are identical (but the image scanned is not alligned!).
I have tried the above with the latest available and the image is correctly deskewed to the appropriate position. You can try downloading the latest V9 and checking.
I attached an invoice2 that is not deskrewed too.
If I'm doing right, my steps are:
1. read the template
2. find the anchor
3. set the offset to the rectangles array to be readed
4. load the invoice
5. apply autodeskrew
6. run omr
- invoice2.tiff (880.18 KiB) Viewed 1616 times
The steps in OMR should be:
1. Select Anchor and OMR rectangles on template
2. Load invoice
3. Search for Anchor on invoice
4. Translate OMR rectangles by amount of difference between anchor found invoice and anchor selected on template
5. Do OMR on anchor.
As you can see, we do not advise you do AutoDeskew in OMR, this has to do with stretch of the images at the scanning stage, and as you can see the results are not guaranteed, rendering the OMR process uneventful. This is a global document imaging problem and not specifically related to GdPicture.
Who is online
Users browsing this forum: No registered users and 3 guests