You are viewing limited content. For full access, please sign in.

Question

Question

Drag and drop multiple photos in jpeg format

Updated May 13, 2015
asked on May 13, 2015

We have photos we need to keep in jpeg format that need to be imported to Laserfiche using drag and drop AND be able to store multiple photos within the same document.  This doesn't seem to be possible with jpeg file types - any workarounds?
 

1 0

Replies

replied on May 13, 2015

If you remove the jpeg extension from the Client's file conversion list, see if the user can now import .jpeg files while keeping them as a .jpeg electronic document.

2 0
replied on May 13, 2015

Yes it stays as a jpeg but imports each picture as an individual file - instead of having, for example, 60 photos related to the same issue as one 60 page document.

 

If we use Universal Capture scanning to import these photos they come in as one 60 page document but the user we are working with also scans using Kofax scanning and switching scan sources multiple times in a day would be time consuming.  Trying to figure out a drag and drop solution.

0 0
replied on May 13, 2015

In that case, if you don't need to keep the jpeg files as electronic documents and they can be left as Laserfiche document, then add the jpeg extension back to the file conversion list, but then set another option to combine images into a single document as shown below


 

0 0
replied on May 13, 2015

But then the document properties indicate tif.....

With these photos (jpeg files) we can't have any type of conversion done to them during the import process.

 

051315 example.docx (26.26 KB)
Download
0 0
replied on May 13, 2015 • Show version history

The extension is .tif, but they are TIFF files compressed in the JPEG format.

If you want to keep the images as .jpeg electronic documents, then there won't be a way to combine them as a single document. If you have the Client configured to convert JPEG files to Laserfiche documents during import, then you can multi-select the JPEG files and bring them into Laserfiche in a single action and have them merged into one document. Even though the individual pages in the document are represented in the volume as *.tif files, they are identical to the .jpeg file counterparts that you imported.

Here is an example of what I'm referring to. Attached are two files: the original .jpg file that I imported into the repository as well as the .tif file of the image that's saved in the volume. Here's also a screenshot showing the file having been converted into a Laserfiche document during import.

You can use an application like IrfanView to confirm both files are JPEG files and you can also use an application like WinMerge to confirm the files are identical. One benefit is that you can view the image in the Laserfiche Client document viewer. The other benefit is that if you use the Client option to combine images into a single document (as shown previously) then you can have the single document of 60 image pages created when you drag and drop 60 JPEG files into the Client at the same time.

I hope this helps clarify some things. Please let me know if you have other questions.

The_Blue_Pill_by_Inspirus.jpg
The_Blue_Pill_by_Inspirus.jpg (524.18 KB)
Download
0007D238.TIF (524.18 KB)
Download
1 0
replied on May 13, 2015

If the JPEG images must be byte-by-byte identical to (or to reproduce the same cryptographic checksum as) the original image files, the only way to ensure that is to write a SDK program to create the document and import the image files as pages.

Under normal conditions, the image import process into Laserfiche will preserve the original file bytes for the following formats:

  • JPEG (8-bit grayscale and 24-bit YCbCr)
  • TIFF LZW
  • TIFF Group 4 Fax

However, if the Laserfiche Imaging Library determines that an image file may contain encoding errors (such as inadvertent file truncations, which is surprisingly common in enterprise environments), then the import process may force a image file conversion in order to salvage the readable parts of the image and to prevent future decoding errors. This is the main reason why the import process must perform conversion on all other image formats.

If your circumstances require you to technically verify or guarantee that the image file checksums are not modified, the only way is to write a SDK program to perform the import, and followed by an export of the same page, and a checksum comparison.

If your JPEG or TIFF images contain "high dynamic range" data (such as 16-bit grayscale, or 48-bit RGB, or multi-spectral images), the import process may modify these images to reduce the pixel precision or remove the additional image channels. If you have these type of images, you will need to use a SDK program to perform the import and export these images to preserve the original pixel precision. Third-party image viewers specifically designed for high dynamic range will also be needed for enhancing subtle features on the image. Also, it recommended that your VAR is kept informed of such requirements, so that your VAR can perform system testing or validation to make sure the the requirements are met across all Laserfiche and third-party components.

2 0
You are not allowed to follow up in this post.

Sign in to reply to this post.

Details
Attachments
Related Posts
Loading ...