Legacy ImageMagick Discussions Archive

We have 4 different key / value stores. We got the fill-order from the wrong key /value store. We will add a patch to fix the problem later today. Thanks. With v6.7.5-4, the fill order 'alternation' indeed disappeared. And the "tiff:fill-order" define now works, too. Thank you! (Another s...

So can I consider my new file lossless after using this option? Depends on what you mean with 'lossless'. :) You won't 'lose' some values with "-auto-level", as it doesn't clip them (contrary to "-normalize"). But the values are changed/stretched, and you can't go back easily to...

In ImageMagick, just specify the target dimensions (or only one dimension). The 'zoom TRUE' mode in your program is the default in ImageMagic, so to speak. If you need that 'zoom FALSE' mode, add the ">" sign to the target dimensions. For example: convert input -resize "500x>" ou...

At least the distortions from 6.6.0 should be gone. I first thought that you wanted that brighter image (as you wrote that the "totally black" image is wrong). So I wrongly identified the byte order. Sorry. That also means that the "-endian" option behaves correctly here. And you...

Which ImageMagick version do you use? (In some versions, there were problem with TIFF files.) With the current version (v6.7.5-4), this should give you the right image: convert -depth 16 -size 2048x2048+1024 -endian msb gray:HM1_diffTomo_zone2_LR0001.edf -compress lzw image.tif (And, you should be a...

I guess you just want to readd a border after trimming. That's "-bordercolor white -border 4".

I don't understand what you mean by that Photoshop has not such low quality. Photoshop saves in 12 levels of quality for JPEG and I can use 4/12 to save in so called "low quality". But those 4/12 quality = 34%. No. The 4/12 in Photoshop mean ca. 70% for luma and ca. 87% for the two chroma...

The first command from you still does not work. It didn't work because you changed it - you removed the parentheses. Without them, you get those strange effects. I have looked at your PDF files. Two files have errors - but Ghostscript can handle them. The Austria and Croatia files use a smaller Cro...

Is that can be a issue? Yeah. The "CenturyGothic" font is not embedded. You probably have to: a) get this font somewhere (on my Windows system, it was installed with Office, I guess) and b) assure that Ghostscript can load the font (for example by specifying the path to this file with the...

Photoshop for example wouldn't let you specify such a low quality at all (not even with 'save for Web'). There's a reason for that. But well, maybe it works with your type of files. I use maps that have no margin or the margin is very little. I read it in Acrobat Reader. But when I run the IM conver...

Old versions don't let you change the color with Strings ("none"), for example. See here:
http://de.php.net/manual/de/function.im ... eimage.php
Perhaps you should try it with "new ImagickPixel('#00000000')" (or something like that - I don't use Imagick) in that line, too.

Perhaps try that: for /r %%F in (*.pdf) do ( "c:\program files\ImageMagick-6.7.5-Q8\convert.exe" -density 400 -colorspace RGB "%%F" -background white -alpha remove -shave 30%%x30%% "%%~dF%%~pF%%~nF.jpg" ) With some 'safety measures'. Even if there was no such error in y...

OK. But I asked:

Do you know the PHP/Imagick version of your host?

You're using the Imagick syntax, aren't you?

OK. Seems to be a problem partly because of Imagick..? Because at the commandline, it should work with that file and with the background color "none" - even with that old IM version, I think. Do you know the PHP/Imagick version of your host? Did you try to set the background color with a s...

"-define tiff:endian" (byte order) is correct. But "-define tiff:fill-order" doesn't change anything (at least not for me). "-endian" sets the fill order right now. And there's no global setting or 'overlap'. But both settings can be changed, so there's no problem with ...