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



Dan,

We had OnBase demo for us too - yes, some of it is overkill, but they
sell their package in modules - you don't need the whole thing.   
Although, I think the workflow module is probably a base for the rest
of the modules.

I know it's not cheap, but it looks like you probably only need one or
two of the onBase modules to do the lion's share of what you're want.

probably not what you're asking, but just my .02.

there are services that will scan all your data for you, and even host
them on a web based query engine.   We do that now, and aren't too
happy with the results.  If you're still interested, let me know.

Rick

On Fri, 24 Sep 2004 10:14:46 -0400, Dan Bale <dbale@xxxxxxxxxxxxx> 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 ...

Follow-Ups:
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.