Legacy ImageMagick Discussions Archive

The color map is what contains the pixel values. If you want just the colormap indexes the image is using, say as a grey scale image, then you are out of luck.. IM does the rigt thing according to the image, and that is to look up the colors from the color map, not use the index to the color map ...

What command argument did you use. Output format? Did you +repage after the crop? If you missed the actual image with the crop the result will be nothing. Further processing after a crop without re-paging could also make images dissapear. Without knowing what you actually did it is difficult to tell ...

If you want to position an image correctly position it AFTER resizing it \( bar.png -resize 50x50\! -repage +424+451 \) Alturnative set a -geometry size and placement for a -composite overlay however for this you will need to create an initial canvas that -mozaic and -flatten creates for you ...

You can list the font names available with

convert -list type

See -crop.

Or look at a tutorial on crop, and all its capabilities. Study carfully..
http://www.cit.gu.edu.au/~anthony/graph ... crop/#crop

Montage should understand all convert options exept those whcih are montage specific. EG -frame -convert -tile. Settings (including -geomerty) are
fine and can not be used for both purposes.

See IM examples 'montage' page.

Request it and -unit can be added to montage.

However did you know convert can save images into the source image filename without problems?

No need for a temporary file if you are sure you have it working correctly.

I haven't seen, or even know what the -unit option is for!

The script is a personal one, not appropriate for public consumption. However once I get $rot (and extract comments from images) I use... echo >&2 "Generating Smaller Image..." convert "$f" $rot -thumbnail ${nsize}x${nsize} -quality $nqual "$n" where $f is the origina and $n is the new 'web' image ...

No I mean before JPEG and PNG came about lots of programs, including photoshop and coreldraw added junk to the image format for their own purposes which were not (and probably will never be) understood by other programs. It has had every sort of compression and internal formating just tacked on, and ...

I do that as part of a photo indexing script... rotation='' rotation=`identify -format "%[EXIF:Orientation]" "$f"` rot="" case "$rotation" in ""|"unknown") : no rotation supplied in image ;; 1) : normal camera rotation ;; 6) rot="-rotate 90" ;; 8) rot="-rotate -90" ;; *) echo >&2 "Unknown rotation ...

More like a bug of the TIFF format which has been hacked by just about every windows image program. The format should be phased out!

The problem appears to be that -normalize is a grey scale operator whcih works on each channel seperatally. It isn't really designed for handling RGB images as such. Such an operation for RGB is usally designed to not only expand the three color channels together, but also use a 'threshold' level of ...

No idea about RemoveImageProfile download an try it.

Put -density BEFORE reading the image in.