× 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.



We've been using the RealVision product for almost ten years and have been well-satisfied with it. It was designed by AS/400 people and was a breeze to install and integrate with our library of RPG code.

 http://www.realvisionsoftware.com/


Dan Bale wrote:
Esteemed listers,

I am looking for recommendations / advice on document imaging products.  I
have searched the archives and see some (well, a lot of) references, but was
hoping to narrow down choices based on our requirements and environment.

(Vendors, please review entire post before responding; if your product can't
fit the bill as described below, please save your time and mine.)

Currently, we have whole walls in a few of our offices that are straight
rows of 4-up file cabinets.  We need to scan and key these images so that a
Client Access user can click on a job number on a green screen and,
automagically, scanned documents pertaining to that job number pop up in a
Windows window.  PREFERABLY, no changes to the green-screen apps are
necessary to accomplish this.  (We saw an OnBase demo yesterday that did
this - cool.)  Of course, there's probably a price to pay for that ease of
implementation...

We do not need/want OCR, except perhaps in the very beginning when we mass
scan every piece of paper in the filing cabinets.  Some of the paper that
will be scanned is stuff that we generated, has a consistent format, i.e.
the customer number is always printed at a certain x,y coordinate, and it
would be nice to be able to lift that customer number when the poor user who
has to key all of the scanned docs so s/he doesn't have to type something
that is easily scannable via OCR.  After the initial load, the on-going
volume would be low enough that we wouldn't need this kind of help.

In relation to that, and another reason why we won't need OCR, is that,
going forward, when we create certain documents on the AS/400, they will
need to be automatically archived (but not as space-wasting graphic images).
In addition, when a document is printed on a pre-printed form (i.e., a
warranty certificate), we need to be able to view that document later
on-screen, with the pre-printed form overlay appearing with the text.
Obviously, we can create the "keys" when the document is created so that a
user doesn't need to do this part manually.  (Don't know if that's a given.)

Finally, photos and signatures will be sent to the AS/400 via a mobile
device application that accepts digital photos and signatures (via stylus on
a digitized screen).  Where these will be stored is up in the air at this
point (IFS? PC server?).  But, when printing/faxing forms associated with
those graphics, the signatures and photos need to print in designated spots
on the forms.

I mentioned the OnBase demo we saw yesterday, and it appears to be an
impressive product, but it is WAY overboard for what we want to do.  We do
not want workflow, we do not want fancy client-based querying.  I seem to
recall that it has 47(!) modules to pick and choose from, so that may make
it easier to pay for only what we need.

BTW, we are using Quadrant's FastFax and Formtastic products, so there may
be an easy (and less expensive?) tie-in to those products for what we are
trying to achieve.

Sorry for the long wind and tia,
db

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.