Legacy ImageMagick Discussions Archive

We grab the bounding box properly but unlike Postscript we cannot yet determine how to translate the PDF as required by the bounding box I don't understand that this is a problem, because in ImageMagick versions from the beginning of this year the cropbox was correctly set independent from the pape...

I forgot to say that I have Ghostscript 8.60 installed (I don't think Ghostscript is the reason.)

- Take a PDF-image in landscape format like this one: http://fkurth.de/uwest/usti/Bilder/SpannungsTest1.pdf - convert it to a PNG with IM 6.3.6-3 using this command: convert -define pdf:use-cropbox=true SpannungsTest1.pdf test1.png As result you get an image that is cropped as if it would be in port...

This is still the case with ImageMagick 6.3.6-3.

So then it's a bug in ImageMagick that the transparent pixels are painted black. If EPS doesn't support transparencies, the transparent pixels should be painted white as this is the case for any other conversions made by IM and also other graphic programs.

- convert this XPM-image: http://fkurth.de/uwest/usti/tabular-insert.xpm to EPS. The result is this: http://fkurth.de/uwest/usti/tabular-insert.eps The XPM-image uses transparent pixels that are incorrectly painted black in the EPS. When converting the XPM-image to any other format, the result is co...

Take this PDF-image (in PDF format 1.4): http://fkurth.de/uwest/usti/TMMFStructure-2.pdf and convert it to a PNG using this command: convert -define pdf:use-cropbox=true -depth 8 pdf:TMMFStructure-2.pdf png:TMMFStructure-2.png The result is this PNG: http://fkurth.de/uwest/usti/TMMFStructure-2.png c...

magick wrote: We did notice the -resample option appears to be missing from the display program so we will fix that in the next release.

Thanks in advance for this and for your quick reply.

This bug still occurs with Imagemagick 6.2.9-2.

Have a look at this TIFF-image: http://fkurth.de/uwest/usti/TESTB.TIF It is a SEM image that shows a round hole and has 512x512 pixels. But the pixel resolution in x- and y-direction is different: x-direction: 84.211 dpi y-direction: 107.789 dpi (ratio of y/x is exactly 1.28 ) The resolutions are st...

I just realized that this bugdoesn't occur when I omit the PDF crop box option and simply use the command

convert PGMEA.pdf PGMEA.png

But I need the cropbox option for my other PDF-images and use only one script to convert them automatically.

PGMEA.pdf does not contain a cropbox. Sorry I misspelled, both images have a mediabox with exactly the size of the drawing: /MediaBox[0 0 124 78] Open both PDFs with Adobe Reader or GSview and you'll see that they are displayed the same. The bug is that Imagemagick doesn't take care of the PDF size...

PGMEA.pdf does not contain a cropbox. Sorry I misspelled, both images have a mediabox with exactly the size of the drawing: /MediaBox[0 0 124 78] Open both PDFs with Adobe Reader or GSview and you'll see that they are displayed the same. The bug is that Imagemagick doesn't take care of the PDF size...

Take the following two PDF-files: http://fkurth.de/uwest/usti/PGMEA.pdf http://fkurth.de/uwest/usti/PGMEA-2.pdf and convert them with the following command to a PNG: convert -define pdf:use-cropbox=true PGMEA.pdf PGMEA.png The file PGMEA-2.pdf is in PDF format 1.4 and Imagemagick correctly recognize...

magick wrote: Most likely the other programs can only display 8-bit PPM files.

Yep this is the problem, the -depth 8 option fixes this. Many thanks again for your help.