We have a problem in flash+mooviewer that the navigation block cannot be moved
totally to the bottom or right. It stops halfway but (luckily) it does show
the bottom+right of the image so it's not a major problem. I find it hard to
describe the problem but at http://download.library.uu.nl/iip_nav.png you see it visualized.
You seem to have CSS turned off.
Please don't fill out this field.
OK I see, though you should be able to move the main image enough in the flash
client to see everything. In iipmooviewer v2, you can use the "h" key to hide
the navigation window.
The nav. window is a part of our requirements so hiding won't do the trick :-)
It's not a very big issue for we can reach the bottom+right of the image but
if there's a solution or anything we can check we're happy to do so.
Although we're not in production yet a lot of testers are 'complaining' about
this phenomenen. If we look at the flash demos on the iipsite the
navigationblock can be moved totally to the bottom+right corner. Is there
anything we can do to correct this behaviour on our site ? An example can be
found at http://objects.library.uu.nl/reader/viewer.php?obj=1874-12888&pagenu
(The mooviewer is functioning correct but we offer the flash client as
default. When we detect handheld devices the page switches to mooviewer
Does this occur systematically or only for certain images?
It occurs for all images
OK, hang on, I now see what's causing the problem. In fact iipzoom is
requesting the navigation thumbnail with a specific width using the CVT
command to resize and export as JPEG. However, for JPEG2000 source images,
resizing only works to the predefined (factors of 2) resolution levels. This
works fine for TIFF which is why they work on my online demos.
I'll try to get a bugfix for this done in the next few weeks.
That would be great and we appreciate it very much.
I'll guess you're very busy but is there any chance on a fix in the Flash
It's more a server than a client issue. I uploaded fixes for this recently, so
please try out the latest iipsrv svn code.
Will do. I'll report back to you. Thanks for now.
I am eduh's sysadmin.
Can you help us out with compiling the latest version from svn?
To fix our issue with borders in the zoom selection window. I compiled the
latest version from the svn trunk.
I first ran autogen.sh
I ran configure without only one warning:
configure: unable to find user installed libfcgi - using bundled version
configure: WARNING: optional dynamic module loading not enabled
and it had no problems with pthread: checking for pthread.h... yes
with make I had this:
gcc: unrecognized option -pthread'
/usr/ccs/bin/ld: warning: section.bss' type changed to PROGBITS
/usr/ccs/bin/ld: warning: section
When I run install it does create a directory with .h files but this is not
-rw-r--r-- 1 root root 2969 Sep 19 11:00 fastcgi.h
-rw-r--r-- 1 root root 3708 Sep 19 11:00 fcgi_config.h
-rw-r--r-- 1 root root 5783 Sep 19 11:00 fcgi_stdio.h
-rw-r--r-- 1 root root 18582 Sep 19 11:00 fcgiapp.h
-rw-r--r-- 1 root root 638 Sep 19 11:00 fcgimisc.h
-rw-r--r-- 1 root root 3720 Sep 19 11:00 fcgio.h
-rw-r--r-- 1 root root 3503 Sep 19 11:00 fcgios.h
Then I manually copy the iipsrv.fcgi to the webserver.
And when I try to run it just does nothing only apache generates a log:
FastCGI: comm with (dynamic) server "/webroot/objects/fcgi-bin/iipsrv.fcgi"
aborted: (first read) idle timeout (30 sec), referer: http://objects-
FastCGI: incomplete headers (0 bytes) received from server "/webroot/objects
/fcgi-bin/iipsrv.fcgi", referer: http://objects-
Looks like it times out and doesn't respond.
Maby I am doing something wrong?
Version of gcc:/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs
For this pthread issue, you should try changing it to -pthreads to compile.
See this for info: http://stackoverflow.com/questions/1877702/gcc-difference-
Is it able to run directly on the command line like this?
iipsrv --bind localhost:9000
The build issues were caused by a wrong version of ld.
I just tried the new build from svn and the problem with the navigation block