Hi all,
What is the size upon scanning a document so as to reduce performance load on server?
Is there an acceptable size to avoid the performance impact?
Thank you
OCR does not change the image format. It just generates the associated text pages that are used by the full-ext search engine.
OCR speed is bound by the CPU and disk speed of the machine.
Can you describe what sort of performance load you are concerned about? Scanned pages are saved as individual images and retrieved as individual pages as the user clicks through the document.
By default Laserfiche stores black and white scanned images as TIFF Group 4 and color/grayscale ones as TIFF LZW. TIFF LZW is a lossless format and it provides higher image quality at the expense of a higher file size on disk. If you're worried about the size of your volumes, you can set Laserfiche Scanning to use TIFF JPEG as the compression for scanned color images. See the help file on how to do that.
Hi Miruna,
How do we decrease time taken for OCR processing in client work station?
Is the document OCRed when saved as TIFF or JPEG?
Thank you.
OCR does not change the image format. It just generates the associated text pages that are used by the full-ext search engine.
OCR speed is bound by the CPU and disk speed of the machine.
OCR is computationally intensive in comparison to other software functionalities.
Typically, OCR is not performed on the server-side. That means in a typical Laserfiche configuration, OCR should not be used on any computers that host centralized services. Doing so degrades the responsiveness of these services to every user across the system.
Instead, OCR is best performed on client-side wherever possible. This is the case when importing documents using Laserfiche Windows Client, Quick Fields, or Import Agent. This distributes the burden of OCR across a larger number of computers.
Customers that need to OCR a large volume of document images may consider using Laserfiche Distributed Computing Cluster (DCC) to further distribute the workload.