I'm trying to get a demonstration of ippmooviewer with the ippsrv.fcgi script.
The iipmooviewer.html sample wasn't showing anything. So I tested
with the basic URL in the troubleshooting document.
I wondered if the source code had been hacked when I saw the browser
respond with "You have chosen to open
together with a prompt to save/open.
This name appears within src/IIPResponse.cc
If I use a jp2 image file, it just works.
I'm not sure if our TIFF files are in "tiled pyramidal format"
so this might be the issue, but in any case, there is room
for improvement in catching that into a meaningful error.
You seem to have CSS turned off.
Please don't fill out this field.
I've tested the viewer with the sample TIF PalaisDuLouvre.tif
on the iipimage web site and it works fine. It appears this weird
error message is related to the TIF format I had.
tiffinfo on Linux reports:
TIFF Directory at offset 0x8 (8)
Subfile Type: (0 = 0x0)
Image Width: 3543 Image Length: 4994
Resolution: 300, 300 pixels/inch
Compression Scheme: None
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Planar Configuration: single image plane
I'd think that last line is the problem. If the fcgi could output
something about the TIF format, it would be an improvement.
Running the sample iipmooviewer.html
with my TIF shows this error:
"Unexpected response from server /fcgi-bin/iipsrv.fcgi"
When this error is appearing in the browser, there is no error in apache's
nor in /tmp/iipsrv.log
OK, maybe it isn't indicated by the Planar Configuration line. I checked the
good image (should have done that before
the last response) and it has multiple TIFF Directory entries. The good image
mentions Tile Width, while my own TIF doesn't report that.
I suspect we will be converting images to JP2 and simply use that.
I guess you should have read this: http://iipimage.sourceforge.net/documentat
TIFF images should be in tiled multi-resolution format. Sure, you can use
JPEG2000, but for optimal performance you should also process these to be
multi-resolution. Note that JPEG2000 decoding will almost always be slower
than for TIFF.