Post any defects you find in the released or beta versions of the ImageMagick software here. Include the ImageMagick version, OS, and any command-line required to reproduce the problem. Got a patch for a bug? Post it here.
convert input.tif -gravity center -crop 500x1000 output.tif
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.
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.
convert input.tif -gravity center -crop 500x1000 output.tif
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
convert input.tif -gravity center -crop 500x1000 output_%02d.tif
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.