and it's me again :)
a35e6972-f868-42e4-86ac-42a6162c9c3e.tiff.tif.zip
unzip and load
$ python
Python 2.6.6 (r266:84292, Jul 23 2015, 15:22:56)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-11)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from PIL import Image
>>> img = Image.open("/tmp/a35e6972-f868-42e4-86ac-42a6162c9c3e.tiff.tif")
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/opt/API/fsapi/venv/lib/python2.6/site-packages/PIL/Image.py", line 2286, in open
% (filename if filename else fp))
IOError: cannot identify image file '/tmp/a35e6972-f868-42e4-86ac-42a6162c9c3e.tiff.tif'
But
tiffinfo /tmp/a35e6972-f868-42e4-86ac-42a6162c9c3e.tiff.tif
TIFF Directory at offset 0x1e9400 (2003968)
Image Width: 595 Image Length: 842
Resolution: 72, 72 (unitless)
Bits/Sample: 16
Compression Scheme: None
Photometric Interpretation: min-is-black
Extra Samples: 1<unassoc-alpha>
FillOrder: msb-to-lsb
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 2
Rows/Strip: 3
Planar Configuration: single image plane
Page Number: 0-1
DocumentName:
AND
>>> from wand.image import Image as wima
>>> img7 = wima(filename="../a35e6972-f868-42e4-86ac-42a6162c9c3e.tiff.tif")
>>> img7
<wand.image.Image: 3d45d69 'TIFF' (595x842)>
>>> img7.format
'TIFF'
And viewers show this file without problems. Not segfault, but bug. Nasty bug.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4