home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / misc / entrepre / 3907 < prev    next >
Encoding:
Text File  |  1993-01-10  |  2.5 KB  |  60 lines
  1. Newsgroups: misc.entrepreneurs
  2. Path: sparky!uunet!cs.utexas.edu!wupost!csus.edu!netcom.com!bsardis
  3. From: bsardis@netcom.com (Barry Sardis)
  4. Subject: Re: Form processing
  5. Message-ID: <1993Jan10.062440.9793@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. References: <C0Js35.1CtB@austin.ibm.com> <8JAN199316530329@cc.weber.edu>
  8. Date: Sun, 10 Jan 1993 06:24:40 GMT
  9. Lines: 49
  10.  
  11. tscwhitehead@cc.weber.edu (Clarke Whitehead) writes:
  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. Clarke's response that more information is required is the correct one. I 
  50. would just note that there are Forms Processing applications that include 
  51. OCR. These would be more desirable than most typical OCR applications 
  52. which are designed for text material, not forms, which have unique 
  53. requirements.
  54.  
  55. -- 
  56. Barry Sardis        | Home:   (408) 448-1589
  57. 1241 Laurie Avenue    | Office: (408) 448-7404
  58. San Jose, CA 95125    | Fax:    (408) 448-7404
  59. Email: bsardis@netcom.COM or 70105.1210@compuserve.COM
  60.