There are both services, and software that can do OCR on the scanned documents.
You could (or your client could) investigate this, and then the scanned documents are already text. This would allow you (and them) to process large volumes of files with minimum or no user input. This would be MUCH faster. I imagine something like: Outside of your system - scanning system is fed documents - documents are scanned and OCRed - the resulting files (one a scanned image the other the text) are placed into specified directory(ies) in your system (background) - your software (on the server) picks up the scanned images and places it into some appropriate directory structure, and saves a path to that file in a record, probably the record used in the next step - the text file is opened, read/imported, and keyworded for searching, file path to scanned image added, and tagged as needed for other references (client ID doc type etc) In your system (Client side/ UI) - client enters a search for a doc type, client keyword - document(s) matching are displayed. - user can view what they need, or they can download a copy of the scanned image file Chip > Hi all, > > I’m beginning to work on a new project (4D v16 on Windows) for a > client that handles a LOT of physical documents for their clients. > They’ve got a huge storage issue and when they need to refer to a > document, they spend huge amounts of time searching the physical > files. > > I’ve not started prototyping anything yet but I think I’ve got a > viable approach. The server will have a shared directory with a > sub-directory for each of their clients. There will be a dialog where > the user enters information about the document, including a text box > where they can enter a brief description of the document. The user > would then drag-and-drop a scan of the document onto the description > text box and an “on drop” event would trigger a document capture > method. This method will have to rename the document (the file-name > will be created automatically within 4D without changing the > extension), check that the relevant sub-directory exists on the > server (and create it if it does not), and then save the renamed file > to the server. > > If any of you have done something similar, I would really appreciate > any feedback on my approach and would welcome any suggestions, > pseudo-code, or code that you would be willing to share. > > Thanks much, > > Ken Geiger > Dolores, CO > [email protected] > > ********************************************************************** > 4D Internet Users Group (4D iNUG) > FAQ: http://lists.4d.com/faqnug.html > Archive: http://lists.4d.com/archives.html > Options: http://lists.4d.com/mailman/options/4d_tech > Unsub: mailto:[email protected] > ********************************************************************** ------------ Hell is other people Jean-Paul Sartre ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
