Non-standard behavior of identify *.png
Posted: 2015-11-16T19:42:20-07:00
Hello,
Thanks for Image Magick. It's a great suite and I use it nearly every day.
Bug report:
All UNIX utilities whom one can feed with multiple file-names for processing perform the very same operation/reporting. Example:
Example 2:
identify breaks this convention, which makes scripting harder:
I think numbering of the files should be removed.
Please confirm this bug.
PS: Your website http://www.imagemagick.org/script/index.php lists on the bottom the site http://git.imagemagick.org/repos/ImageMagick/issues as a bug database, but I don't see a way to login there. It'd be much simpler if ImageMagick lived on GitHub / gitlab.com.
Wojciech Koszek
wojciech@koszek.com
Thanks for Image Magick. It's a great suite and I use it nearly every day.
Bug report:
All UNIX utilities whom one can feed with multiple file-names for processing perform the very same operation/reporting. Example:
Code: Select all
wkoszek:/tmp/imagemagick> file *.png
b1.png: PNG image data, 1000 x 1000, 1-bit grayscale, non-interlaced
b2.png: PNG image data, 1000 x 1000, 1-bit grayscale, non-interlaced
b3.png: PNG image data, 1000 x 1000, 1-bit grayscale, non-interlaced
w1.png: PNG image data, 1000 x 1000, 1-bit grayscale, non-interlaced
w2.png: PNG image data, 1000 x 1000, 1-bit grayscale, non-interlaced
w3.png: PNG image data, 1000 x 1000, 1-bit grayscale, non-interlaced
Code: Select all
wkoszek:/tmp/imagemagick> du *.png
4 b1.png
4 b2.png
4 b3.png
4 w1.png
4 w2.png
4 w3.png
Code: Select all
wkoszek:/tmp/imagemagick> identify *.png
b1.png PNG 1000x1000 1000x1000+0+0 8-bit sRGB 2c 393B 0.000u 0:00.000
b2.png[1] PNG 1000x1000 1000x1000+0+0 8-bit sRGB 2c 393B 0.000u 0:00.000
b3.png[2] PNG 1000x1000 1000x1000+0+0 8-bit sRGB 2c 393B 0.000u 0:00.000
w1.png[3] PNG 1000x1000 1000x1000+0+0 8-bit sRGB 2c 701B 0.000u 0:00.000
w2.png[4] PNG 1000x1000 1000x1000+0+0 8-bit sRGB 2c 701B 0.000u 0:00.000
w3.png[5] PNG 1000x1000 1000x1000+0+0 8-bit sRGB 2c 701B 0.000u 0:00.000
Please confirm this bug.
PS: Your website http://www.imagemagick.org/script/index.php lists on the bottom the site http://git.imagemagick.org/repos/ImageMagick/issues as a bug database, but I don't see a way to login there. It'd be much simpler if ImageMagick lived on GitHub / gitlab.com.
Wojciech Koszek
wojciech@koszek.com