Activity for Edu Hackenitz
-
Edu Hackenitz posted a comment on discussion Help
Ok, will try with newer version. Perhaps I was mislead by an old example. Will let you know what the outcome is (but first a short holiday)
-
We are not succeeding in our effort to compile iipimage against libpng12.so We tried several constructs and finally removed all the stuff that could possible interfere with the libpng version. But the ldd still shows libpng12.so.0 => not found in our minimal setup. Attached the build log. For the moment we go for the build with --disable-png so we can continue. But is there a way to compile iipimage against libpng16 instead of libpng12?
-
I'm a little bit confused. We build the iipimage on a pre-stage container with the official gcc docker image so we think this independent on what is following. Or am I wrong about that? This in the docker file of the pre-stage container FROM gcc:4.9 as build RUN mkdir /iipimage RUN mkdir /kakadu COPY docker/iipimage /iipimage/ COPY docker/kakadu /kakadu/ WORKDIR /iipimage RUN apt-get update RUN apt-get install libtool RUN apt-get install libpng-dev RUN sh ./autogen.sh RUN ./configure --with-kakadu=/kakadu/v6_4_1-01203N...
-
Tried again with the RUN apt-get install libpng-dev but the result is the same. Looks like the package is already present with the latest version 1.6.37 Attached the build logs. Also the ldd shows libpng12.so.0 => not found I am not an expert but the libs on Debian Bullseye have names like libpng16.so.0 ....perhaps is that the cause that the linked library is not found ?
-
We also applied --disable-png and now we have IIPImage Server Version 1.2 so that's fine with us. But if there is a solution for the libpng problem that would be nice. Some suggest that we should install the libpng12 seperately besides the 16 version.
-
We have %>libpng-config --version shows 1.6.37 Looks like the libraries are in /usr/lib/x86_64-linux-gnu/ with a version 16 number like libpng16.so -> libpng16.so.16.37.0 etcetera The ldd shows a not found off course ldd iipsrv.fcgi linux-vdso.so.1 (0x00007ffd2050e000) libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007fbb94c02000) libpng12.so.0 => not found libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fbb94be5000) libkdu_v64R.so => /lib64/libkdu_v64R.so (0x00007fbb94922000) libpthread.so.0...
-
We have %>libpng-config --version shows 1.6.37 Looks like the libraries are in /usr/lib/x86_64-linux-gnu/ with a version 16 number like libpng16.so -> libpng16.so.16.37.0 etcetera The ldd shows a not found ldd iipsrv.fcgi linux-vdso.so.1 (0x00007ffd2050e000) libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007fbb94c02000) libpng12.so.0 => not found libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fbb94be5000) libkdu_v64R.so => /lib64/libkdu_v64R.so (0x00007fbb94922000) libpthread.so.0 =>...
-
This solved the webp issue and it compiles. But the server won't start with the message ./iipsrv.fcgi -v error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory. Looks like we're missing something.
-
This solved the webp issue and it compiles. Thanks for your support.
-
Thanks. This solved the webp issue and it compiles. One curious thing: when I view the version info at /fcgi-bin/iipsrv.fcgi it still shows 'Version 1.1' I verified if I had made a mistake with the upgrade but that was not the case. I also see in the configure this version wich looks ok to me. PACKAGE=fcgi VERSION=2.4.0
-
Thanks. This solved the webp issue and it compiles. One curious thing: when I view the version info at /fcgi-bin/iipsrv.fcgi it still shows 'Version 1.1' I verified if I had made a mistake with the upgrade but that was not the case. I also see in the configure this version wich look ok to me. PACKAGE=fcgi VERSION=2.4.0
-
Although I think it is not needed I added RUN apt-get install libwebp-dev But that didn't make any difference. The complete build log is attached and as you can see is libwebp the latest version
-
Fetched the code from git and looks like the xmp version is fixed. But another issues arises that may not be related to kakadu as far as I can see. MT WebPCompressor.o -MD -MP -MF .deps/WebPCompressor.Tpo -c -o WebPCompressor.o WebPCompressor.cc WebPCompressor.cc: In member function 'virtual unsigned int WebPCompressor::Compress(RawTile&)': WebPCompressor.cc:183:34: error: 'WebPMemoryWriterClear' was not declared in this scope WebPMemoryWriterClear( &writer ); ^ Makefile:471: recipe for target 'WebPCompressor.o'...
-
Very nice. I can check it next week and let you know
-
We have overcome the libtool issue but next is a failure in the kakadu. I'm not sure which versions are supported but we use version v6_4_1-01203N which is off course an old one. It does serve our purposes for many years so we hope it can live on for a while.... This is the errror in the log DHAVE_STRERROR=1 -I. -fopenmp -I/kakadu/v6_4_1-01203N/managed/all_includes/ -I. -I../fcgi/include -I../fcgi -std=gnu++0x -g -O2 -MT KakaduImage.o -MD -MP -MF .deps/KakaduImage.Tpo -c -o KakaduImage.o KakaduImage.cc...
-
We added FcgidInitialEnv IIIF_VERSION "3" (and did a restart) but the info.json still shows version 2 { "@context" : http://iiif.io/api/image/2/context.json, etcetera We use IIPImage Server. Version 1.1 Any idea?
-
We have in our IIPImage (version 1.1) a config setting FcgidInitialEnv CORS "" In the logs we see at startup: Setting Cross Origin Resource Sharing to '' I try to load images in the Mirador demo but it looks like it refuses due to absent CORS header Access to fetch at 'https://objects.library.uu.nl/fcgi-bin/iipsrv.fcgi?IIIF=/manifestation/viewer/61/34/46/61344645886288335197320146752907378847.jp2/full/400,400/0/default.jpg' from origin 'https://mirador-dev.netlify.app' has been blocked by CORS policy:...
-
Thanks, will try if I can get that working.... in a hardcoded way for this single page
-
No, not at this moment but we starting up a project to implement the presentation api for our collections. Taking a look at this example https://iiif.io/api/cookbook/recipe/0005-image-service/ Is that the manifest where a iipimage json file goes into?
-
We try to get some images in the Mirador demo site https://mirador-dev.netlify.app/tests/integration/mirador/ Our stuff is located at eg https://objects.library.uu.nl/fcgi-bin/iipsrv.fcgi?IIIF=//manifestation/viewer//61/34/46/61344645886288335197320146752907378847.jp2/info.json When adding this resource there are some js errors. I suppose some elements are missing as they are part of the presentation layer. Is that correct? And how do we supply that with the iipimage manifest?
-
We did the following to resolve it in our situation: we created an empty file /tmp/iipsrv.log (with the right permissions) restarted the server and then the log started to work.
-
We did the following to resolve it in our situation: we created an empty file /var/log/iipsrv.log (with the right permissions) restarted the server and then the log started to work.
-
We did the following to resolve it in our situation: we created an empty file /var/log/httpd/iipsrv.log (with the right permissions) restarted the server and then the log started to work.
-
No, we compile it with the Kakadu libraries and from the iip github
-
we also tried something similar to this...with no luck touch /var/log/iipsrv.log chown www-data:www-data /tmp/iipsrv.log We found that in a similar problem on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675326
-
We have IIP Server 1.0 installed on Redhat, Apache2.4 & Fastcgid The server is working but it looks like no logging is done. We tried several syntax options like the one in the documentation AddHandler fcgid-script .fcgi FcgidIPCDir /tmp/fastcgi FcgidInitialEnv VERBOSITY "5" FcgidInitialEnv LOGFILE "/tmp/iipsrv.log" FcgidInitialEnv MAX_IMAGE_CACHE_SIZE "10" FcgidInitialEnv JPEG_QUALITY "50" FcgidInitialEnv MAX_CVT "3000" FcgidIdleTimeout 0 FcgidMaxProcessesPerClass 1 No logoutput is found anywhere...
-
Here's a screendump of the issue
-
We have setup Synchronized Views with the mooviewer as described on the Github. Out...
-
Thanks again. Clear. Since Flash is going to be unsupported we are going to disable...
-
Thanks for quick reply. I'm not sure what a 'digital' zoom is. Is that a kind of...
-
Our users are still able to use a flash viewer although we want to stop this feature....
-
I thinnk the problem is in the touch.js somewhere around 'touchmove': function(e){...
-
I have a CSS issue which takes me a lot of time so perhaps some CSS guru can help...
-
Great. Will look into it. I was very interested about the kakadu isolation (we have...
-
Nice
-
Are there any ideas or inititiatives to create Docker Containers for the IIPImage...
-
Looks like the process ends in 'internal server error' so we have only the http log...
-
We seem to have some trouble getting the latest version up and running......it compiles...
-
Ok. Will do ....but takes some time. Will report back.
-
IIP version 1.0 CVT maximum viewport size set to 50000 Full Request is FIF=/manifestation/viewer/13/75/53/137553647523388107767501085794799532445.jp2&SDS=0,90&JTL=2,2?1455026447494...
-
We have certain issues in the mooviewer which do not appear in the flashviewer. To...
-
Hi mr. Carragain, Thanks for pointing to Diva. I was wondering if you patched the...
-
Hi mr. Carragain, I was wondering if you patched the bookreader library for it is...
-
ah...thank you. That clarifies it for me.
-
Thank you. I was looking at the github where the listing is protocol : protocol to...
-
Hi, Does anybody has a working example of IIPImage+IIPMooviewer and the IIIF protocol....
-
Hi, Just for info: we have very positive experiences with kakadu. It's so much faster...
1