Legacy ImageMagick Discussions Archive

I have just tried to crop an image relative to its centre via: but IM just ignored the gravity setting. Taking a look at http://www.imagemagick.org/Usage/crop/#crop_gravity, I found out that you obviously have to add "+0+0". Is there any reason for that? IMHO, one expects a zero offset to be the default value and wonders why the code is not functioning. It's not a real bug, but a source of unneeded confusion.

Wolfgang,

I believe leaving off the +0+0 is a flag so that you get tiled cropping with multiple output images or layers. Is that what you wanted? see http://www.imagemagick.org/Usage/crop/#crop_tile

If just a single crop relative to the center then you do need to add +0+0 to avoid the tile cropping.

Fred

Correct. And Tile cropping ignores gravity! It only does cropping from the top left virtual canvas corner.

If you want something else (like equal remainders around the edge) then you may need to do some extra calculation (at least at this time). For example...
http://www.imagemagick.org/Usage/crop/# ... e_centered

I suppose we could make the tile cropping gravity dependant to determine how remainders are arranged. I'll add it to my ToDo, but IMv7 Shell API re-write is taking priority at this time.

OK, now I understand: You have to add "+0+0" in order to prevent tiling. If you however write you will get only the single upper left tile as a result, without any warning message (even if you add -regard-warnings). In order to initiate tiling you have to write And with crop-tiling ingnoring the gravity setting, things become even more confusing for those who are not entirely familiar with the settings of the crop operator.

I thought TIF was multi-image file format, though I know for a fact than many programs (like the default windows imge display program - whatever that is) does not understand multi-image tiff.

As such you will probably find the first image actually did contain all the tiles, not just the firts top-left corner.