Our organization has a business case for converting images taken by phone into TIFF format.
Our major business cases are outputting to TIFF or PDF. PDF file sizes looked great.
We would need 8 bit color LZW for TIFF output.
Absolutely! I just send an email to you.
Hey Mark, what is your email? Is it alright if we communicate that way?
Thanks for the feedback! This is very helpful. The engineering team did have a couple of follow up questions:
When converting the photos to 8-bit LZW, there might be a quality loss with this conversion. To avoid the quality loss, we could provide the ability to convert those 24-bit JPEGs to 24-bit JPEG compressed TIFF. They will be smaller than today's 24-bit LZW compressed TIFF output and will not have a quality loss. Would that be a better solution for you or would you rather have the photos converted to 8-bit LZW even if there is quality loss in the converted image?
Regarding the scanned forms, should we assume those are either black-and-white 1-bit images and/or 8-bit gray scale images? If that is true, would a better solution be providing the ability to convert those to either 1-bit G4 compressed TIFF or 8-bit JPEG compressed TIFF?
Input file can be in any of these formats:Jpg, png, tif, bmp, pdf. They can be any bit depth.
I cannot provide the documents, but we can expect to be working with scanned forms or photos of vehicles.
The team is working on this feature now and would like to confirm...
Is the source file is a 24 bit JPEG or is it another format?
Could you provide a sample file? Having a sample of your files would help tremendously and answer questions for us.
Transferred from a different feature request comments:
Keith Garry Posted Dec 12, 2019
Our organization has a business case for converting images taken by phone into tiff format. Due to how bloated the files are via LZW compression we will need to change the compression type or compress the files ourselves which is disappointing that PrizmDoc doesn't handle it.
Mark Fears Posted Dec 12, 2019
We can add Group 4 compression to the PrizmDoc Content Conversion Service. Are there other types of compression we should support (like JPEG for example)? If we add a new compression type, adding others at the same time would be more efficient.
We would really appreciate that! Our major business cases are outputting to tiff or pdf. Pdf file sizes looked great. What is the usual turnaround time for a feature request like this? The reason I ask is because we might not have enough time to wait as this project has a release date of march/april.
I needed to confirm G4 compression was the only type needed. The team will need to review and I'll get back to you. The gating factor of how long is dependent on when we can fit it into the development schedule.
I just reached out to another team to clarify and found out that they are using 8 bit depth with LZW. Apologizes for the confusion about Group 4 compression, but it sounds like LZW is what we need, however the output tiff from prizmdoc is 24 bit depth. Is there a way to specify a lower bit depth in the conversion api?
Let me investigate and I'll get back to you.
Mark Fears Posted Dec 13, 2019
We can reduce bit depth. We would need to get a bit more detail. For example are you talking about reducing to 8bit grayscale or color. Is it only to 8bit or is 1bit needed as well? We can do all that, the question is just how much do we need to expose via the CCS API. Also, does this mean you don’t need to change the compression at this point?
Keith Garry Posted Dec 16, 2019
Hi Mark, we would only need 8 bit color LZW. Sorry for the confusion!
You won't be notified about changes to this idea.