×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
On Tue, Sep 11, 2018 at 11:15 AM (WalzCraft) Jerry Forss
<JForss@xxxxxxxxxxxxx> wrote:
Working on that approach [receiving data in something other than PDF] as well.
Working with PDF's as the starting point vs the result is a new thing for me.
I'm with Brad: Virtually anything you can get other than PDF is going
to be better than PDF.
You *shouldn't* have experience with PDFs as the "starting point"
(i.e. data source) because it's a horrible, horrible format for that
purpose. It's designed entirely for producing output.
How easy and how accurate it is to extract data from a PDF depends a
lot on how the PDF was made. This is regardless of programming
language or operating system or third-party tools or whatever. The
worst-case scenario is that the PDF is little more than a graphic
image of an optically scanned (or even photographed!) document. Then
the parsing will involve OCR, if possible at all.
If the PDF was made programmatically, with actual character data
rather than image data, then you have a fighting chance; but by the
same token, whatever programmatic process created that PDF should also
be able to create something else, ANYTHING else, from whatever it was
using as input.
John Y.
midrange.com
