I have 16-bit data that I want to save to compressed TIFF file using libtiff. I thought it would install the package with (ana)conda and be done with it, but to no avail.
Miniconda finds, downloads and seems to install libtiff 4.0.9, but when trying to import the package it fails to find it.
Using pip (pip install libtiff) I get pylibtiff 0.4.2 installed as well, but when trying to use this to import libtiff I get the following:
Traceback (most recent call last):
File "", line 1, in
File "C:\Prog\Miniconda3\lib\site-packages\libtiff__init__.py", line 20, in
from .libtiff_ctypes import libtiff, TIFF, TIFF3D
File "C:\Prog\Miniconda3\lib\site-packages\libtiff\libtiff_ctypes.py", line 46, in
raise ImportError('Failed to find TIFF library. Make sure that libtiff '
ImportError: Failed to find TIFF library. Make sure that libtiff is installed >and its location is listed in PATH|LD_LIBRARY_PATH|..
There are binaries installed to my \pkgs directory in miniconda, but these are apparently not found by my python environment, even when adding the .dll directory (\Miniconda3\pkgs\libtiff-4.0.9-hb8ad9f9_1\Library\bin) to the system path.
How does one fix this? I tried to download Libtiff source code and to build it under Windows (using cmake and Visual Studio -- unsuccessfully, as my C-building skills are very elementary).
Any suggestions?
Firstly, to solve the problem at hand libtiff is not required -- scikit-image is sufficient. To make things less-than-super-obvious, the default skimage.io.imsave() method seems to prefer working through PIL (note that an exception is made for TIFF). Here it gets a bit tricky, as PIL's support for compressed TIFF files is either flaky, or requires libtiff.
By default, the different plugins are tried (starting with the Python
Imaging Library) until a suitable candidate is found. If not given
and fname is a tiff file, the tifffile plugin will be used.
and
"Beginning in version 5.0.0, Pillow requires libtiff to read or write
compressed files. Prior to that release, Pillow had buggy support for
reading Packbits, LZW and JPEG compressed TIFFs without using
libtiff."
Secondly, if you have to use libtiff don't try and mix the conda and pip packages. They seem to have in my case downloaded different and incompatible versions of the package. [The conda package installs the libtiff binaries, but not a python wrapper for it. Hence, importing libtiff (as suggested by some online documentation) does not work even though the libraries are present]
But back to the solution:
Scikit-image, however, comes with an external tool that saves TIFF files (using ZIP or LZMA compression): skimage.external.tifffile.imsave() -- see http://scikit-image.org/docs/dev/api/skimage.external.tifffile.html
In conclusion: armed with scikit-image, you can save losslessly Zip-compressed 16-bit TIFF files using the following command (shown here with medium Zip-algorithm compression):
skimage.external.tifffile.imsave("Compressed.tif", image, compress=5)
Problem: ImageMagick convert is unable to crop image. It looks like it doesn't recognize the image type?
What I've Tried:
I've searched around online and I've seen several similar issues but not mine.
I've attempted their solutions including
Uninstalling and reinstalling ImageMagick via brew.
identify -list format (JPEG, GIF, PNG, TIFF, etc were all there and all had rw permissions)
convert -version (png is is among the built-in delegates)
convert pic1.png pic1-jpg.jpg (this worked fine)
convert pic1-jpg.jpg pic1-jpg.jpg (this worked fine)
convert pic1-jpg.jpg 805X972+34+94 pic1-jpg-crop.jpg (this gave the same error as for png as shown below)
I'm working on Mac OSX El Capitan and everything else in terminal works fine. ImageMagick was already installed.
When I run:
$ convert /Users/Innovate/Desktop/crop/2015-04-26-GinaDate13_487.png 805X972+34+94 /Users/Innovate/Desktop/crop/2015-04-26-GinaDate13_487-cropped.png
I get:
convert: unable to open image `805X972+34+94': No such file or directory # error/blob.c/OpenBlob/2702.
convert: no decode delegate for this image format `' # error/constitute.c/ReadImage/504.
no decode delegate for this image format `' # error/constitute.c/ReadImage/504
In the other posts on this issue, people get
convert no decode delegate for this image format `PNG'
Or similar (except with their image type or filename and image type)
However, mine doesn't say anything about image file type...
I have not tried uninstalling ImageMagick then installing it manually from sources because I'm not very confident at doing that... (this solution was shown: https://stackoverflow.com/a/34633084/5398660 )
Does anyone know what might be going on?
Also, can anyone help me interpret the # error/constitute.c/ReadImage/504 part? I'm looking at the code for constitute.c but I'm not sure if I can get useful information from it to solve my problem (I only know a bit of C)
Thank you!
brew remove imagemagick //to delete current version
brew install imagemagick --build-from-source
fixed it for me on mac
I had the same error on Ubuntu 20.04 and ImageMagick.
Had to reinstalled ImageMagick with all add ons according to this instruction:
#These are the steps required in order to Install ImageMagick with JPG, PNG and TIFF delegates.
sudo apt-get update
#Install Build-Essential in order to configure and make the final Install
sudo apt-get install build-essential
#libjpg62-dev required in order to work with basic JPG files
sudo apt-get install -y libjpeg62-dev
#libtiff-dev is required in order to work with TIFF file format
sudo apt-get install -y libtiff-dev
#Download ImageMagick
wget https://www.imagemagick.org/download/ImageMagick.tar.gz
#Untar Imagemagick
tar xvzf ImageMagick.tar.gz
#Access the working directory
cd ImageMagick/[version_number]
#Configure and make sure to disable the "shared" option
./configure --disable-shared
#Make
sudo make
#Install
sudo make install
#Final Check
sudo make check
Throwing in my two cents as I too have struggled with this problem for the last few days. I had no problem running ImageMagick commands on my local machine, but got the error message as mentioned by OP when I ran the command from a Tomcat server running on Azure Cloud.
I could identify the cause by running the following command:
convert -list format
On my local machine, it would return quite a long list of all the supported formats, whereas on Kudu (Azure CLI tool) it would return an empty result. This indicates ImageMagick didn't find the path to its DLL files required for processing.
In my case, the problem was simply caused by a lack of configuration on Azure:
The absence of the ImageMagick root folder in the system environment variable %PATH%
The absence of an environment variable "MAGICK_HOME" (set to the root folder of your ImageMagick installation directory)
The absence of an environment variable "MAGICK_CODER_MODULE_PATH" (set to the folder mentioned above + /modules/coders)
NOTE: for people who are also experiencing this problem on Azure, you can have a look at this SO answer which explains how to add an environment variable using an XDT Transform.
Alright, with playing around I figured out the solution and I'm posting it here for other people who might run into this issue:
Apparently, this is not/no longer is/not for me the way to crop an image using ImageMagick convert. Even though this usage is shown here it did not work for me using El Capitan (maybe it's the OS?).
Instead of using
convert img.png 805X972+34+94 img-crop.png
The correct command, which works is:
convert image.png -crop 805X972+34+94 image-crop.png
That is, the command goes:
convert image.ext -crop heightXwidth+positionX+positionY* imagecropped.ext
More can be found here.
From the description on that ImageMagick page I was confused about the example where they have convert rose: -crop but you can just use it the way I mentioned above and it works fine.
Install ImageMagick with JPG, PNG and TIFF Delegates - Ubuntu (20.04)
Approach 1
Chances are, ImageMagick is already installed on your computer if you are using some flavor of Linux, and its likely not installed if you are using some form of Windows. In either case, you can type the following to find out:
Clone the source repository:
git clone https://github.com/ImageMagick/ImageMagick.git ImageMagick-7.1.0
Next configure and compile ImageMagick. Note the pkg-config script is required so that ImageMagick can find certain optional delegate libraries on your system. To configure, type:
cd ImageMagick-7.1.0
./configure
make
If build fails, try gmake instead. For advanced users, we recommend a modules build:
./configure --with-modules
If ImageMagick configured and compiled without complaint, you are ready to install it on your system. Administrator privileges are required to install. To install, type
sudo make install
You may need to configure the dynamic linker run-time bindings:
sudo ldconfig /usr/local/lib
Finally, verify the ImageMagick install worked properly, type
/usr/local/bin/convert logo: logo.gif
For a more comprehensive test, run the ImageMagick validation suite. Ghostscript and Freetype are prerequisites, otherwise expect the EPS, PS, PDF and text annotations tests to fail.
make check
Approach 2
Follow the below link
Install ImageMagick with JPG, PNG and TIFF Delegates - Ubuntu (20.04)
I was receiving the same error for missing some single quotes.
When combining images with convert -draw with quotes, the image supplied must be wrapped in quotes.
No decode delegate for this image format `' # error/constitute.c/ReadImage/504
convert myBackground.png -font Arial -pointsize 20 \
-draw "gravity west image Over 50,80,20,20 'myForeground.png'" \
# -----------------------------------------^ added missing single quotes
-flatten ./finalImage.jpg
When I added in the single quotes around myForeground the issue disappeared. What a lousy error!
I also had to fight this problem today in a convert operation that applied a different color space profile.
It seems imagick's convert command is sensitive to the file extension of the profile's file name. In my case it was a temporary file without a suffix that triggered the same error message from the question title
convert infile.jpg -profile /tmp/profile-without-suffix outfile.jpg
Adding the correct suffix to the profile file name fixes the problem:
(assuming ICC format)
convert infile.jpg -profile /tmp/profile-without-suffix.icc outfile.jpg
For me (on macos Mojave, using Imagick with CraftCMS) I had to reinstall Imagick with pecl uninstall imagick and pecl install imagick (and then restart Apache with sudo apachectl -k restart). I must have run brew upgrade and got a newer version of ImageMagick which caused Imagick to barf up a similar error of NoDecodeDelegateForThisImageFormat 'JPEG' # error/constitute.c/ReadImage/556.
An alternate Imagemagick command would be:
convert pic1-jpg.jpg[805x972+34+94] pic1-jpg-crop.jpg
or as stated earlier
convert pic1-jpg.jpg -crop 805x972+34+94 +repage pic1-jpg-crop.jpg
see Inline Image Crop at https://www.imagemagick.org/script/command-line-processing.php
Generally, I prefer the use of x (lower case) rather than X (uppercase) between the width and height, for easier reading. But either works.
I used a suitable docker image, for example:
docker run -v /path/to/picsdir/:/pics --rm dpokidov/imagemagick /pics/img.heic /pics/img.png
This helped me convert from HEIC to PNG.
To load image, I installed the CImg library in my mac(OSX 10.10). Luckily I managed to display the bmp picture, but I failed to load and display other formats like png or jpg.
Then I installed the ImageMagic which is downloaded from http://cactuslab.com/imagemagick/ and then run the program. The errors are still there.
My code is :
#include "CImg.h"
#include <stdlib.h>
#define cimg_use_magick
using namespace cimg_library;
int main() {
CImg<unsigned char> image("lena.jpg");
image.display();
return 0;
}
The program can be built successfully in my Xcode but it reported the error that is "failed to recognize the format"
I just don't know how to fix it. thanks for your help!
I am guessing your ImageMagick installation does not have the necessary libraries for reading JPEG files. ImageMagick refers to the handlers for the various image formats as DELEGATES, so try this command to see what formats your ImageMagick installation can cope with:
identify -list configure | grep DELEGATES
DELEGATES bzlib mpeg freetype jng jpeg lzma png tiff xml zlib
Personally, I never had any success with the CactusLabs installation. I use homebrew. You copy the one-liner installation script from here, and then you can simply manage all packages on your Mac with the brew command. For example, to find the name of the ImageMagick package, just do
brew search imagemagick
To install ImageMagick, run
brew install imagemagick
To uninstall ImageMagick, run
brew rm imagemagick
To install Cimg, run
brew install cimg
To find ffmpeg, or GNU Parallel, just do
brew search ffmpeg
brew search parallel
To sort out any problems with homebrew, just call the Doctor:
brew doctor
and it will tell you about any problems or inconsistencies.
On OS X cpanm Image::Magick fails with
Magick.xs:60:10: fatal error: 'magick/MagickCore.h' file not found
#include < magick/MagickCore.h>
The file is present though. (That space is from me to have it display here.)
How can I tell cpanm and/or Image::Magick where to find those headers?
(IM is installed from source.)
Workaround: download Module, edit Makefile.PL (add header dir to includes), make, make install as written on the imagemagick homepage.
While the question is rather old, I still ran into this issue recently.
I was able to resolve it with new ImageMagick installed via homebrew (brew install imagemagick which installed version 6.9.5-3), then firing up cpan and installing JCRISTY/PerlMagick-6.89-1.tar.gz package.
It fails in test section. Thus I analysed what tests fails and decided to cheat a bit (I don't need all ImageMagick functions). I manually edited tests files (use look Image::Magick to get into unarchived package) – for me, it was required to completely comment out test for input.miff (reference/filter/Segment.miff) in t/filter.t and tests for MPEG read in t/mpeg/read.t. Then cpan is able to process Image::Magick finally.
I ran my own tests upon set of GIF and PNG images and these are OK. Hope this helps someone.
I'm trying to get paperclip and ImageMagick to work on a Windows 7 machine using Ruby 1.9.2 and rails 3.0.7. ImageMagick appears to have installed fine, since I did the imdisplay command that the ImageMagick installer told me to do, and it worked. A basic paperclip attachment also works fine, as long as I'm not trying to resize it. Once I do try to resize, I get the "...[image path] is not recognized by the 'identify' command" error. There are several posts about this, here are the things I've done from reading those:
ImageMagick is installed in a directory w/out spaces - C:\ImageMagick-6.5.6-Q8
ImageMagick is on my PATH - I can do identify -version and get the version info.
I've added the following to my config/environments/development.rb :
Paperclip.options[:command_path] = "C:/ImageM~1"
I also tried that with the full path, until another post suggested the ~ abbreviation.
Suggestions?