Running iipsrv from the command line on Windows now finally works. Use the latest development version from Github. This fix will be included in the forthcoming version 1.2 release. .\iipsrv.fcgi --bind "localhost:9000" Note that you may need to rename iipsrv.fcgi to iipsrv.exe to make it run
I have been facing the ntdll.dll error with Apache giving HTTP 500 responses on WinSrv2012 R2 64-bit. I have fixed that by replacing the libfcgi.dll with another version build by myself - see http://www.myrkraverk.com/blog/2019/08/building-and-deploying-64bit-fastcgi-applications-in-c-on-windows-10/
This URL is no longer valid. Here is what you need to put in your 20-iipsrv.conf file : # Lighttpd configuration of the iipimage-server package. # # https://iipimage.sourceforge.io/documentation/server/ # https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1033661.html # server.modules += ( "mod_fastcgi" ) fastcgi.server += ( "/fcgi-bin/iipsrv.fcgi" => (( "host" => "127.0.0.1", "port" => 9000, "check-local" => "disable", "min-procs" => 1, "max-procs" => 1, "bin-path" => "/usr/lib/iipimage-server/iipsrv.fcgi",...
Look likes the new location for the Debian repository is here: https://salsa.debian.org/multimedia-team/iipimage/-/blob/master/debian/20-iipsrv.conf
Image Comparison of Ancient Mummy Portraits: The Appear Project
Thanks Ruven, I believe that'll be the var/www folder
You just need to download and unzip the viewer files into any location your web server can access.
Hello, I am new to IIPServer and I have just installed the iipserver via Dockerfile . Ibut how do i install the mooviewer
Thanks Ruven. I'll try converting the .svs files to TIFF using libvips. -- Zach
The svs format is based on TIFF, but includes a number of non-standard features that make it difficult to read. So, you will need to transcode your svs images to standard TIFF or JPEG2000 if you want to use it directly with iipsrv. I'll be adding OME-TIFF support soon, which could also be a good option for you.
I can get the sample file (Louvre) displaying fine as a DeepZoom image, but when I point it at one of our .svs (a TIFF format that comes from digital microscopes) files (e.g. using OpenSeaDragon) I get a ton of errors that are essentially the browser unable to find the tile JPGs. I've run tiffinfo and attached the results, but I don't really understand what I'm looking at. I think it's showing tile information, but I'm not really sure. Thanks. -- Zach
when the path without chinese language ,it's ok. But when the path contains chinese language,it reports an error.
It's not working because you are trying to do open index.html as a file (using your navigator's Open -> File) rather than as a web page. Connect via the URL for index.html - the URL will depend on where you have put this and on how Apache has been configured.
I am trying to use iipimage server and the iipmooviewer on the same computer. The server works fine, but when I try to open the index.html I get the "no response from server" error. I use windpws 10, xampp 8.0.3, apache 2.4, iipimage 1.1, iipmooviewer 2.0 and google chrome. In the inspector (Ctrl + Shift + I) i see the error: Access to XMLHttpRequest at "" from origin 'null' has been blocked by CORS policy. I am attaching log files, screenshots and useful files. I don't understand where is the i...
No, sorry, I haven't had a chance to add this functionality. I'll bump this up the list of priorities, though.
Hi @ruven, did you get any closer to a solution for this issue? We're still hoping to get it implemented :)
Yes, as you've already worked out yourself, you can point to any sub-directory within whatever you set as your filesystem_prefix, which in your case is /data/
Nevermind my last message, mistake on my part :) Thank you for the help and the fast reply.
Well, that works, it was that simple ! But only for images located directly under /data/, is there any way I can go through the directories using IIIF protocol ? For example : http://server/iiif/511/0001_001/00002/000_A_0027 where 000_A_0027 is my image located in /data/511/0001_001/00002/ We have thousands of these and I can't imagine putting them all in the same directory.
FILESYSTEM_SUFFIX was only added recently and is not in version 1.1. It will be available in the future 1.2 release. Though, note that iipsrv can determine the file type of an image without using the suffix, so this functionality is only useful when you have images encoded in multiple formats in the same location. So, it's possible you don't need this. The kinds of paths like http://server/iiif/path_to_image.jp2 are technically not valid IIIF. iipsrv should redirect these with a 303 to the correct...
Hello, I've recently installed the latest version of IIPimage (1.1) on Ubuntu 20.04. I've been using the iiifversion with kakadu in it on another server (Debian 8.10) so I was hoping for the transition to be easy but it's not. iipimage-server 1.1 is up and running. libopenjp2-7 is up and running. Here is my config, some of it I left it at default value : ScriptAlias /iipsrv/ "/usr/lib/iipimage-server/" <Directory "/usr/lib/iipimage-server"> AllowOverride None Options +FollowSymLinks +ExecCGI Require...
Hi. I have no idea how I could have run into a non-standard package status. Nothing out of the ordinary on the server, but yes, I can't rule that out, of course. And also yes, it's not super-urgent with Xenial reaching EOL, soon. Thanks for the answer, Ruven, and have great holidays. Markus Am 16.12.20 um 17:22 schrieb Ruven: but that can't be the solution, right? Indeed not! The iipimage-server package should be coherent with the rest of Xenial, so maybe you have some package mis-match somewhere?...
Glad it now works properly! A very Merry Christmas to you too!
Thanks a lot Ruven, I compiled using the latest github repository and it works perfectly. Have a nice christmas and thanks for this wonderful tool, in this period lock-down has been proved essential.
but that can't be the solution, right? Indeed not! The iipimage-server package should be coherent with the rest of Xenial, so maybe you have some package mis-match somewhere? If your solution works, I would just keep it like this. One day you'll no doubt upgrade your distro, which will resolve it properly.
Yes, you need to upgrade to Ubuntu 20.04 to get iipsrv version 1.1 or you can just compile it yourself on 18.04 for now until you upgrade.
My fault it seems that Ubuntu 18.04 has in its repository only version 1.0 while jpg2000 is supported from version 1.1.
Hello Ruven, thanks a lot for this wonderful tool! I was trying to install it using Ubuntu repository on Ubuntu 18.04.5 LTS Server (with Apache2 and Nginx as proxy server) : sudo apt install libopenjp2-tools sudo apt-get install iipimage-server I am able to see pyramidal tiff but not .jp2 files exported using Openjpeg2000 (they looks okay when analyzed using jpylyzer). I am reciving from server: /var/..../test.jp2 is neither a file nor part of an image sequence From the documentation it seems that...
In the Apache error.log I get complaints like this: "/usr/lib/cgi-bin/iipsrv.fcgi: error while loading shared libraries: libmemcached.so.6: cannot open shared object file: No such file or directory" which is understandable because libmemcached is on 11 meanwhile. I use packages from the Ubuntu Xenial repos, all up-to-date. (Yes, Xenial isn't exactly up-to-date itself, but...) Creating a symlink libmemcached.so.6 -> 11 resolves the problem, but that can't be the solution, right?
Hello everyone I installed Openlitespeed and IIPImage Server. When I go to localhost / fcgi-bin / iipsrv.fcgi, I get a 403 forbidden error. Openlitespeed error.log file like this; 2020-11-09 00:13:00.049207 [NOTICE] sendKillCmdToWatchdog: 'extappkill:25529:-3:0'. 2020-11-09 00:13:00.800630 [NOTICE] [25390] Cmd from child: [extappkill:25529:-3:0] 2020-11-09 00:13:00.800702 [INFO] Failed to get process [25529] start time, not running, skip killing. 2020-11-09 00:13:29.219041 [NOTICE] [LocalWorker::workerExec]...
Hello everyone I installed Openlitespeed and IIPImage Server. When I go to localhost / fcgi-bin / iipsrv.fcgi, I get a 403 forbidden error. Openlitespeed error.log file like this; 2020-11-08 23:18:47.500355 [INFO] [127.0.0.1:44964] Context [/fcgi-bin/] is not accessible: access denied. I would be glad if you help. I wish you good work
Hello everyone I installed Openlitespeed and IIPImage Server. When I go to localhost / fcgi-bin / iipsrv.fcgi, I get a 403 forbidden error. Openlitespeed error.log file like this; 2020-11-08 19: 24: 27.045022 [NOTICE] [LocalWorker :: workerExec] VHost: _AdminVHost suExec check uid 998 gid 65534 setuidmode 2. 2020-11-08 19: 24: 27.045064 [NOTICE] [LocalWorker :: workerExec] Config [AdminPHP]: suExec uid -1 gid -1 cmd / usr / local / lsws / admin / fcgi-bin / admin_php -c .. /conf/php.ini, final uid...
No, I do not really need 10 instances on the same server. I was just trying to understand the different options ;-) This is the situation on my server [root@pamuk0 DEVELOPMENT njfranck]# ps aux | grep spawn root 29409 0.0 0.0 112708 976 pts/0 S+ 15:38 0:00 grep --color=auto spawn [root@pamuk0 DEVELOPMENT njfranck]# ps aux | grep iipsrv root 29416 0.0 0.0 112708 976 pts/0 S+ 15:38 0:00 grep --color=auto iipsrv iip 31866 0.0 0.1 35916 4584 ? Ss 03:19 0:00 /usr/lib64/cgi-bin/iipsrv.fcgi iip 31867 0.0...
when the server has multiple cpu cores, there is an equal number of iipsrv instances iipsrv does threading internally for its various image processing routines through OpenMP, so this is probably what you are seeing here. when I start iipsrv with option "-F 10" from spawn-fcgi, 10 separate iipsrv instances are created When you use -F it's spawn-fcgi which does the delegation and load-balancing. Normally, the spawn-fcgi process should remain alive to handle this. If you want to start multiple instances,...
What is the best way to setup a list of iipsrv instances? What I've done so far, on a centos 7 server: create a systemd file, that starts the iipsrv.fcgi with spawn-fcgi: [Unit] Description=iipsrv After=network.target [Service] Type=forking EnvironmentFile=/etc/sysconfig/iipsrv.conf ExecStart=/bin/spawn-fcgi -f /usr/lib/cgi-bin/iipsrv.fcgi -U iip -u iip -a 127.0.0.1 -p 9000 -P /var/run/iipsrv.pid PIDFile=/var/run/iipsrv.pid Restart=always [Install] WantedBy=multi-user.target create multiple servers,...
I'm not sure a Ubuntu-style EOL (I presume this is the kind of thing you are thinking of) makes sense for a particular version of iipsrv. Version 1.1 and future 1.x versions are and will be drop-in replacements for version 1.0, so in this sense iipsrv has on-going lifetime support. If you're looking for specific support, such as some kind of personalized paid support, please get in touch by email and we can look into how best to support your IIPImage deployment.
Or maybe there is no support?
We are using the IIPImage sever v.1.0. So I want to know the End of Life. Or maybe there is no support ?
How are you starting the iipsrv process? If it's using something like Apache, then it will be the Apache user that will start iipsrv, so need to make sure your library path is added to that user's LD_LIBRARY_PATH
I installed iip image server with libkdu_v7AR. /var/www/fcgi-bin/iipsrv.fcgi: error while loading shared libraries: libkdu_v7AR.so: cannot open shared object file: No such file or directory [Tue Sep 01 13:31:53.244034 2020] [fcgid:warn] [pid 817] (104)Connection reset by peer: [client ::1:46110] mod_fcgid: error reading data from FastCGI server [Tue Sep 01 13:31:53.244052 2020] [core:error] [pid 817] [client ::1:46110] End of script output before headers: iipsrv.fcgi My file in /home/username/Downloads/v7_A_7-01585N/apps/make/libkdu_v7AR.so...
The Debian release is a fully open-source version and so Kakadu isn't available through this. If you have a Kakadu license and their source code, you should download the iipsrv source code and compile it yourself with the "--with-kakadu" flag. Otherwise, if you upgrade to the newly released Ubuntu 20.04, iipsrv version 1.1 is available, which includes support for JPEG2000 through the OpenJPEG library.
Hello, IIPImage users, I have installed IIPImage server on my Ubuntu 18.04 LTS using the official Debian release as below: sudo apt-get install iipimage-server I am not sure how to configure it to use Kakadu. Any help will be greatly appreciated. Regards Arif
Which version of iipsrv are you using? First make sure you are using the latest 1.1 release. Also, what does it say in the iipsrv log file when you get the error?
Hi! We have some images that won't render when getting below a certain height/width. Anyone have an idea of why? Example: working: https://ms01.nasjonalmuseet.no/iip/?iiif=/tif/no0006867520.tif/full/,110/0/default.jpg error : https://ms01.nasjonalmuseet.no/iip/?iiif=/tif/no0006867520.tif/full/,111/0/default.jpg
There's still no 16 (or 32bit etc) output support in iipsrv, but it's something that will eventually be integrated. In the meantime, there are several forks you could try. The most up-to-date one to try is maybe this one: https://github.com/Cytomine-ULiege/iipsrv
I would also be interested in the same kind of 16-bit support. Is this implemented in some Fork?
Thanks! I'll give it a try now.
This is fixed in the latest version on github: https://github.com/ruven/iipsrv
Attempting to compile with Kakadu v. 8.0.3, I get this error: KakaduImage.cc: In member function ‘virtual void KakaduImage::loadImageInfo(int, int)’: KakaduImage.cc:222:54: error: no matching function for call to ‘kdu_supp::jp2_channels::get_colour_mapping(int, int&, int&, int&)’ j2k_channels.get_colour_mapping(0,cmp,plt,stream_id); ^ In file included from /home/archives/kakadu-8.0.3/managed/all_includes/jpx.h:39:0, from KakaduImage.h:38, from KakaduImage.cc:29: /home/archives/kakadu-8.0.3/managed/all_includes/jp2.h:3728:7:...
Thanks again. Yes, we're using Ubuntu 18.04 with Apache, IIPImage 1.03. We'll looking into setting the headers in Apache as you suggest.
I see. I'll look into how best to add this kind of functionality. In the meantime, you can use your web server to modify the header on the fly. If you're using Apache, there are suggestions on how to do this here for example using Apach's "Header set" syntax: https://serverfault.com/questions/101948/how-to-send-content-disposition-headers-in-apache-for-files
Thanks again. We're providing a download link for the images in our online collection at https://nasjonalmuseet.no, and would prefer that the link triggers a download rather than having the browser display the image.
It should be easy to add it as server-side directive like Cantaloupe's endpoint.iiif.content_disposition directive. How exactly are you looking to use this feature?
Thanks for replaying. Is there any plan for implementing it? Like Cantaloupe, https://cantaloupe-project.github.io/manual/4.1/endpoints.html#Response%20Content%20Disposition
CVT requests use Content-Disposition inline with the filename set to the name of the TIFF or JP2 file. "Inline" allows the browser to display the image directly rather than as an "attachment", but the image can of course also be downloaded. There's currently no way to set Content-Disposition to "attachment".
Hi! Is it possible to download an image via a link? like "Content-Disposition": attachment
It is running through IIS webserver. If loading one tile it loads / fails every second reload: 2019-10-22 13:17:36 127.0.0.1 GET /fcgi-bin/iipsrv.fcgi FIF=/PATHREMOVED.tif&SDS=0,90&JTL=4,32?1571749817901 82 - 127.0.0.1 BROWSER - 500 0 3 1611 2019-10-22 13:17:38 127.0.0.1 GET /fcgi-bin/iipsrv.fcgi FIF=/PATHREMOVED.tif&SDS=0,90&JTL=4,32?1571749817901 82 - 127.0.0.1 BROWSER - 200 0 0 38 2019-10-22 13:17:44 127.0.0.1 GET /fcgi-bin/iipsrv.fcgi FIF=/PATHREMOVED.tif&SDS=0,90&JTL=4,32?1571749817901 82 -...
The previous release worked. The problem occured after installing 1.0 and remained with 1.1.
Everything indeed seems to be there. Maybe there's some other redistributable that is required for Windows Server 2016? Have you tried with the previous release of iipsrv?
Hi Ruven, Attached screenshot with the directory containing the executables and dlls, there are all there. Brgrds, Sarantis
I did as you told - to no avail! I start to think I did something wrong ... my httpd.conf https://pastebin.com/knMT3GCp my http-iipimage.conf https://pastebin.com/UEVdnwSw I just found another httpd.exe in the folder Apache/conf/original : I assume a backup if one messes up? The C/Windows/Temp contains four empty folders that I cannot relate to anything else: DiagTrack_alternativeTrace DiagTrack_aot DiagTrack_diag DiagTrack_miniTrace Aaaahm, I thought this to be irrelevant: I have an exist-db running...
When you run from the command line, are you running it directly from the directory containing the executable and dlls? There should be libfcgi.dll, msvcp100.dll and msvcr100.dll as well as the executable iipsrv.fcgi. These should be all you need to run it.
The platfom we are working on is Windows Server 2016
Hi Ruven, I would like to add to my previous message that we tried to execute the iipsrv.exe from command line and got a 0xc000007b error code. Probably some essential dependencies are missing on the server. Can you give us some clues on how to solve this? Regards, Bernard
Hi Ruven, We are trying to get IIPImage 1.0 up and running on a Windows server, using IIS 10. We followed the instructions found on your pages concerning installation on IIS 7. But we keep getting a 500 response (see complete response in attachement). Can you please help us with this problem. Regards, Bernard De Baeremaeker VUB
The output JPEG image should have attached to it any ICC profile that has been embedded into the TIFF or JPEG2000 image. To test this, save the preview image using a command like this: .../iipsrv/?FIF=your_image.jp2&WID=200&CVT=jpeg Then check the resulting JPEG image using a command line tool such as jpeginfo or exiftool to see whether there is any metadata or ICC profile embedded. You can also just send me the output CVT JPEG if you prefer.
Hi Ruven, Thanks for your reply, I have installed the iipsrv1.1 successfully on CentOS 7.7. Its working with JPEG2000. I'm seeing the difference in the Image color output. Could you please help me to get the same color output as actual image color? Attached screenshot of the same image with normal view as well as with the iipsrv preview on browser. Actual Image is in "Adobe RGB (1998)" profile. Thank you in advance.
iipsrv 1.1 is available in Fedora 30 onwards as we can see from this build list, but seemingly not yet in EPEL, which is where CentOS sources the iipsrv package from: https://apps.fedoraproject.org/packages/iipsrv So, you'll have to either wait for EPEL to be updated, use a Fedora package file or build iipsrv 1.1 from source. Compilation is very straightforward - you'll just need to install the development packages for libtiff, libjpeg, zlib and openjpeg. You can find instructions here: https://...
Hi All, By refering the below links, I have installed the IIPImage server on CentOS 7.7. https://sourceforge.net/p/iipimage/discussion/299493/thread/a288e23e5c/ & https://iipimage.sourceforge.io/2013/07/iipimage-now-an-official-fedora-package/ Below Packages installed in the server side. IIPImage Server : iipsrv-1.0.0-6.0.el7.x86_64 (Unable to update 1.1. show this message "Package iipsrv-1.0.0-6.0.el7.x8664 already installed and latest version Nothing to do") OpenJPEG : openjpeg2-2.3.1-1.el7.x86_64...
Are you starting iipsrv through your web server (Apache)? What does the Apache (or whichever web server) error log say? Try perhaps starting iipsrv manually on the command line and pointing Apache to the this running instance to see what happens. By the way, is your version of iipsrv compiled by yourself or from a distro?
I have attached the log file. The first request worked, second request seems to stop before [2/3].
I'm using IIPMooViewer, do I have to change something in there? No, the version change shouldn't make any difference to IIPMooViewer. What does it say in the iipsrv log file when you get the 500 error?
Version 1.0 of IIP Server runs very well and stable. Updating to version 1.1 causes problems, especially on reloading the page. Several 500 errors occur when loading tiles. Often the initial request also fails, leading to "Error: No response from server". If the page loads without errors everything (zoom, etc.) works fine, this mostly happens on the first load, not after reload / refresh. I'm using IIPMooViewer, do I have to change something in there?
Which fcgi-bin is the above refering to? Somewhere in a different set of documentation I read that if the fcgi-bin directory does not exist, to make it first, but it doesn't say where to put it. In the Visiomatic docs, the path is defined in the "Command" parameter as /var/www/fcgi-bin/ You can put the fcgi executable elsewhere, but to follow this example, you'll need to create this directory yourself, then simply copy the iipsrv.fcgi executable to this directory. You just need to make sure that...
I checked the iipsrv log file and everything seems to be working properly: <-----------------------------------> Tue Oct 1 17:30:18 2019 IIPImage Server. Version 1.1.1 Ruven Pillay ruven@users.sourceforge.net Verbosity level set to 1 Running in standalone mode on socket: 127.0.0.1:9000 with backlog: 2048 Setting maximum image cache size to 10MB Setting filesystem prefix to '' Setting default JPEG quality to 75 Setting maximum CVT size to 5000 Setting HTTP Cache-Control header to 'max-age=86400' Setting...
After checking that it wasn't in use, I instead tried binding it to 127.0.0.1 on the same port and didn't get an error 127.0.0.1 would indeed have indeed been a better address for my example. You can check the log file in /tmp/iipsrv.log to see that it's started working properly. In order to access the IIPImage server I am going to need to use an FCGI enabled web server, so going to localhost:9000 in my browser after starting ippsrv from command line and binding the process to 127.0.0.1:9000 will...
Hello Ruven! Thanks for the reply, I really appreciate the help! I understand that OpenLiteSpeed should start the iipsrv instance for me, but it has been difficult to figure out where in the whole process something is going wrong. All I know is that I have an 'unable to connect' page when I try navigating to localhost:9000 (or any other ip I bind the process to) when utilizing the OpenLiteSpeed setup outlined in the docs. I checked, and the command parameter is definitely pointing to the iipsrv.fcgi...
If you follow the instructions on https://visiomatic.readthedocs.io/en/latest/server.html OpenLiteSpeed should start the iipsrv instance for you - you shouldn't need to start iipsrv from the command line. Where did you install iipsrv? Make sure that you have the correct path for your iipsrv.fcgi executable in the "Command" parameter of the External App section of the OpenLiteSpeed configuration. If this is correct and it's still not working after restarting OpenLiteSpeed, check what it says in the...
Hello, I am new to web servers so bear with me. I have installed iipsrv on my local machine and want to set up a testing environment locally using Visiomatic. After reading the documentation and seeing how well IIPImage-astro holds up under high loads with OpenLiteSpeed, I decided to go ahead and try that web server framework. I installed OpenLiteSpeed and got it up and running. Next, I went to configure the web server to run iipsrv and I could not get it to work no matter what I tried. I followed...
I'll have patience then :) Thanks for a great product!
IPTC is usually stored in the XMP metadata stream, so it will be included. Exif is encoded differently and isn't currently supported in TIFF either. It's on the development roadmap, though!
Ok, that would be great. I'm using Kakadu btw. When you say XMP, is that including exif and iptc?
In fact, XMP metadata is only currently extracted from TIFF files. It's enabled by default by the server. I'll look to get this working for JPEG2000 too, but OpenJPEG doesn't seem to provide an easy way to do this. There must surely be a way to do it, however!
The blogpost about the iipsrv 1.1 release mentions "XMP metadata embedding support", but I can't find how to activate it. Is it via startup variables or other? I have jp2 files with lots of camera info, but it disappears in the generated "full" jpg files. It would be perfect if both exif/iptc and xmp info could attached. I'm using the 1.1 version. Regards Nikolaj
The blogpost about the iipsrv 1.1 release mentions "XMP metadata embedding support", but I can't find how to activate it. Is it via startup variables other? I have jp2 files with lots of camera info, but it disappears in the generated "full" jpg files. It would be perfect if both exif/iptc and xmp info could attached. I'm using the 1.1 version. Regards Nikolaj
It's not very clear what you are asking, but I'll try to reply as best I can: OpenJPEG development files found in system path These is essentially the openjpeg headers that are in the standard include path as defined by your OS. So, typically in /usr/include. iipsrv doesn't need the rest of the OpenJPEG source files - only the headers. Once compiled, the iipsrv executable is linked to the openjpeg library found in /usr/lib etc. If you compile your own version of OpenJPEG, you can use --with-openjpeg=/path/to/openjpeg/distribution...
In IIPImage v1.1 there are 2 options for enabling OpenJPEG support. I have some questions about these options to help me install from a manually compiled version of OpenJPEG v.2.3.1. I would like to learn more about what 'OpenJPEG support' actually means to understand how best to deploy IIPImage. OpenJPEG development files found in system path Are the 'development files' found in the standard OpenJPEG build as described in their install instructions? If I compile and install OpenJPEG on the machine,...
In IIPImage v1.1 there are 2 options for enabling OpenJPEG support. I have some questions about these options to help me install from a manually compiled version of OpenJPEG v.2.3.1. I would like to learn more about what 'OpenJPEG support' actually means to understand how best to deploy IIPImage. OpenJPEG development files found in system path Are the 'development files' found in the standard OpenJPEG build as described in their install instructions? If I compile and install OpenJPEG on the machine,...
In IIPImage v1.1 there are 2 options for enabling OpenJPEG support. I have some questions about these options to help me install from a manually compiled version of OpenJPEG v.2.3.1. I would like to learn more about what 'OpenJPEG support' actually means to understand how best to deploy IIPImage. OpenJPEG development files found in system path Are the 'development files' found in the standard OpenJPEG build as described in their install instructions? If I compile and install OpenJPEG on the machine,...
Problem solved. It was just because I cloned from the iipimage github repo instead of ruven's repo, so I had an older version of IIP with partial support of OpenJPEG... To enable verbose logging on Debian 9, the only way I've found is: // proxy directive in the apache vhost ProxyPass "/iipsrv/iipsrv.fcgi" "fcgi://localhost:9000/" // and then in the console: // set environment variables $ export VERBOSITY=9 $ export FILESYSTEM_PREFIX=/usr/local/share/images/ $ export LOGFILE=/dev/stdout // launch...
Hello, I'm facing an issue with some JPEG2000 images in the last version of IIPImage (last commit 6d42d47). IIP has been compiled successfully with OpenJPEG 2.3.1. Note that I have other instances of IIP like this that work perfectly fine... I have a few JP2 images that have been created with Kakadu using the following profile: kdu_compress -i input.TIF -o output.JP2 Clevels=6 Clayers=6 "Cprecincts={256,256},{256,256},{128,128}" "Stiles={512,512}" Corder=RPCL ORGgen_plt=yes ORGtparts=R "Cblk={64,64}"...
iipsrv 1.1 released
Thank you so much Ruven, this was extremely helpful! The images came from a third party (medical imaging device: https://camelyon16.grand-challenge.org/Data/) so we don't have control over the format, but thanks to your insight we can detect the incompatibility and repackage the images as necessary.
The problem is caused by your TIFF image containing an extra resolution, which isn't in fact tiled. If you look at the output of tiffinfo you'll see that there are 9 resolution levels plus an extra image with description "Macro". So what happened is that iipsrv was expecting this final resolution to be tiled, but libtiff reports a bogus tile size for this final image, which caused the crash. I've added a fix that adds extra checking and avoids the crash - you can download the latest version here:...