Article View: adobe.acrobat.capture
Article #235corrupt output after OCR to pdf. Help!
From: Tom_Melkonian
Date: Tue, 19 Sep 2006 19:40
Date: Tue, 19 Sep 2006 19:40
4 lines
1621 bytes
1621 bytes
We have encountered a big problem with Adobe Capture. This is for an important process, converting scanned documents to .tif and then OCR to .pdfs. The .pdfs are now coming out with some corrupt output. The text will have different fonts, be bolded, changed letters or characters, and some text will be left out completely. The problem is very inconsistant; one page might have some corrupt text, and another will be fine (with the same kind of text and quality). I have checked the .tif files and there is nothing to indicate there is anything wrong with them. The problem must be in the OCR to .pdf stage of the process. We are working with a version of Capture which was upgraded, 2.0, 3.0, to 3.0.3 then patched to 3.0.5. In the past, there would sometimes be corrupt text when viewing the .pdf, but it always was fine when printed out. Now the print-out matches the view, and is also corrupt. So this is a real problem. Please help thanks!
Technical Details
Message-ID:
<3bc1b1ea.-1@webcrossing.la2eafNXanI>Path:
arc1-ca.pugleaf.net!g2news2.google.com!news4.google.com!news3.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!newspeer1.nwr.nac.net!newsfeed.freenet.de!news.germany.com!news.isoc.lu!webcrossingShow Full Headers
Complete Article Headers
X-Google-Thread: f84b4,847322271a1328ec,start X-Google-Attributes: gidf84b4,public X-Google-Language: ENGLISH,ASCII-7-bit From: Tom_Melkonian@adobeforums.com Path: arc1-ca.pugleaf.net!g2news2.google.com!news4.google.com!news3.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!newspeer1.nwr.nac.net!newsfeed.freenet.de!news.germany.com!news.isoc.lu!webcrossing Newsgroups: adobe.acrobat.capture Subject: corrupt output after OCR to pdf. Help! Message-ID: <3bc1b1ea.-1@webcrossing.la2eafNXanI> Date: Tue, 19 Sep 2006 12:40:33 -0700 Lines: 16 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit