home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / misc / entrepre / 3893 < prev    next >
Encoding:
Text File  |  1993-01-08  |  2.0 KB  |  49 lines
  1. Newsgroups: misc.entrepreneurs
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!caen!hellgate.utah.edu!fcom.cc.utah.edu!cc.weber.edu!tscwhitehead
  3. From: tscwhitehead@cc.weber.edu (Clarke Whitehead)
  4. Subject: Re: Form processing
  5. Message-ID: <8JAN199316530329@cc.weber.edu>
  6. News-Software: VAX/VMS VNEWS 1.41    
  7. Sender: news@fcom.cc.utah.edu
  8. Organization: Weber State University
  9. References: <C0Js35.1CtB@austin.ibm.com>
  10. Date:  8 Jan 1993 16:53 MST  
  11. Lines: 36
  12.  
  13. In article <C0Js35.1CtB@austin.ibm.com>, larryhow@austin.ibm.com () writes...
  14. >What is the best solution for processing order forms in a PC environment?
  15. >Scanning hardware: a IBM-PC compatible with an HP-IIc scanner.
  16. >Is the best approach?
  17. >   a) use an OCR program (which one?) and setup templates
  18. >   b) a dedicated form processing application (does one exist?)
  19. >   c) manually type the information in?
  20. >   d) something else
  21.  
  22. Your request doesn't include enough information to determine this.  Are
  23. the forms hand printed, typed, various sources or types?  What types of
  24. information are on a form?  You may have to do some time/motion studies
  25. to determine which is faster.  OCR software is not 100% accurate even
  26. when used with a single standard typewritten font.  How critical is
  27. accuracy?  Is the text mingled with graphics like form lines, etc?
  28.  
  29. > 
  30. >How should the form be structured to make it easily read?
  31. >(i.e. Fill in the blank, circle number,..)
  32.  
  33. Again, depends on the source.  For hand-filled forms, mark-sense forms
  34. (like class test sheets) are probably the most accurately read type of
  35. hand-filled form.  Hand-filled text forms, have much lower accuracy and
  36. are awkward to fill out.
  37.  
  38. > 
  39. >The order form may also contain an image.
  40. > 
  41. >Is there a program which can handle both, form processing & image
  42. >storage/enhancement or should these be broken into 2 steps?
  43.  
  44. I've seen high end archiving systems that claim to be able to do that to
  45. some degree, but they're expensive and the accuracy is questionable.
  46.  
  47. Clarke
  48.  
  49.