digilib-devel — List for digilb developers and users

[digilib-devel] IIIF Konverter

[Markus S. <sch...@bb...>]

Liebe Liste,

gibt es ein Tool, das die digilib-spezifischen Parameter zu IIIF konvertiert?

Hintergrund: Wir wollen, dass unsere User Ausschnitte erstellen und diese dann in die Editionen einpflegen, d.h. der Linkkopie-Link müsste bei uns IIIF-Notation ausgeben. Bevor wir da was entwickeln, wollte ich hier mal nachfragen.

Einen schönen ersten Mai wünscht Markus Schnöpf

[digilib-devel] digilib in Docker and fresher builds

[Robert C. <ca...@mp...>]

Dear digilib fans,

I just updated the automatic build infrastructure around the digilib
Github repository.

You can now enjoy automatically updated
 * Docker images https://robcast.github.io/digilib/digilib-docker.html
 * Javadoc https://robcast.github.io/digilib-repo/apidocs/
 * Maven artifacts https://robcast.github.io/digilib-repo/maven-repo/
 * Github releases https://github.com/robcast/digilib/releases
thanks to the magic of Travis-CI (for details see
<https://github.com/robcast/digilib/blob/master/.travis.yml>).

I also updated the documentation around
<https://github.com/robcast/digilib> and deprecated the old Sourceforge
site and Mercurial repo.

Enjoy
	Robert Casties

-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342 Fax: -299

Re: [digilib-devel] jpeg 2000

[Robert C. <ca...@mp...>]

Hello Hans,

On 17.12.18 12:02, Scholte, Hans wrote:
> trying it in Jetty isn't an option. We are using Tomcat and that's it :-{

I just installed the latest Tomcat 9 from <https://tomcat.apache.org> on
two servers running Ubuntu 16.04 and OpenJDK 8 yesterday and it worked
fine to just checkout the source, run mvn package and copy the resulting
files into the Tomcat's webapp directory.

Are you using a stock Tomcat from apache.org or the Debian/Ubuntu version?

> I'm getting the following error in catalina.out:
> 
> 2018-12-17 11:38:09,051 [ajp-bio-8009-exec-144] ERROR - ImageLoaderDocuimage unable to identify: digilib.io.FileOpException: Can't find Reader to load File!
> 2018-12-17 11:38:09,051 [ajp-bio-8009-exec-144] ERROR - class digilib.io.FileOpException: Can't get size from hires image file!

That's digilib's message that it doesn't have the right codec. I was
thinking more about Tomcat's warning about its "leak prevention".

> I placed the jai-imageio-* in the lib directory of tomcat but appently without any relief :-{

Hmm, that is really strange.

Can you try to run digilib in Maven with "mvn jetty:run-exploded
--projects webapp" as documented in the Readme on
<https://github.com/robcast/digilib>?

Best
	Robert


> ________________________________
> Van: Robert Casties <ca...@mp...>
> Verzonden: zaterdag 15 december 2018 15:37:15
> Aan: Scholte, Hans; dig...@li...
> Onderwerp: Re: [digilib-devel] jpeg 2000
> 
> Dear Hans,
> 
> On 15.12.18 13:43, Scholte, Hans wrote:
>> The TIFF codec is not listed in the configuraton (see below). n both
>> machines I have the same tomcat version ans same JVM.
>>
>> Still possible that tomcat isn't loading the ImageIO-plugins?
> 
> Your list of codecs looks like the additional jai-imageio plugins were
> not loaded. Can you try to copy the jai-imageio-* JARs into the Tomcat's
> /lib/ directory and also check the messages that Tomcat produces to see
> if there are any messages about resources not being loaded or resource
> leaks being prevented?
> 
> I haven't had this issue of codecs not loading in a while. Which version
> of Tomcat are you using? Is it the default install from
> https://tomcat.apache.org or something else? Can you try to use Jetty
> (https://www.eclipse.org/jetty/) to see if the problem persists?
> 
> Best
>         Robert
> 
>>     DocuImage configuration
>>
>> Supported image types
>>
>>   * JPG
>>   * jpg
>>   * bmp
>>   * BMP
>>   * gif
>>   * GIF
>>   * WBMP
>>   * png
>>   * PNG
>>   * jpeg
>>   * wbmp
>>
> 
> --
> Dr. Robert Casties -- Information Technology Group
> Max Planck Institute for the History of Science
> Boltzmannstr. 22, D-14195 Berlin
> Tel: +49/30/22667-342
> 
> 


-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342 Fax: -299

Re: [digilib-devel] jpeg 2000

[Scholte, H. <J.C...@uv...>]

Hi Robert,


trying it in Jetty isn't an option. We are using Tomcat and that's it :-{


I'm getting the following error in catalina.out:

2018-12-17 11:38:09,051 [ajp-bio-8009-exec-144] ERROR - ImageLoaderDocuimage unable to identify: digilib.io.FileOpException: Can't find Reader to load File!
2018-12-17 11:38:09,051 [ajp-bio-8009-exec-144] ERROR - class digilib.io.FileOpException: Can't get size from hires image file!



I placed the jai-imageio-* in the lib directory of tomcat but appently without any relief :-{


Regards,

Hans





________________________________
Van: Robert Casties <ca...@mp...>
Verzonden: zaterdag 15 december 2018 15:37:15
Aan: Scholte, Hans; dig...@li...
Onderwerp: Re: [digilib-devel] jpeg 2000

Dear Hans,

On 15.12.18 13:43, Scholte, Hans wrote:
> The TIFF codec is not listed in the configuraton (see below). n both
> machines I have the same tomcat version ans same JVM.
>
> Still possible that tomcat isn't loading the ImageIO-plugins?

Your list of codecs looks like the additional jai-imageio plugins were
not loaded. Can you try to copy the jai-imageio-* JARs into the Tomcat's
/lib/ directory and also check the messages that Tomcat produces to see
if there are any messages about resources not being loaded or resource
leaks being prevented?

I haven't had this issue of codecs not loading in a while. Which version
of Tomcat are you using? Is it the default install from
https://tomcat.apache.org or something else? Can you try to use Jetty
(https://www.eclipse.org/jetty/) to see if the problem persists?

Best
        Robert

>     DocuImage configuration
>
> Supported image types
>
>   * JPG
>   * jpg
>   * bmp
>   * BMP
>   * gif
>   * GIF
>   * WBMP
>   * png
>   * PNG
>   * jpeg
>   * wbmp
>

--
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342

Re: [digilib-devel] jpeg 2000

[Robert C. <ca...@mp...>]

Dear Hans,

On 15.12.18 13:43, Scholte, Hans wrote:
> The TIFF codec is not listed in the configuraton (see below). n both
> machines I have the same tomcat version ans same JVM.
> 
> Still possible that tomcat isn't loading the ImageIO-plugins?

Your list of codecs looks like the additional jai-imageio plugins were
not loaded. Can you try to copy the jai-imageio-* JARs into the Tomcat's
/lib/ directory and also check the messages that Tomcat produces to see
if there are any messages about resources not being loaded or resource
leaks being prevented?

I haven't had this issue of codecs not loading in a while. Which version
of Tomcat are you using? Is it the default install from
https://tomcat.apache.org or something else? Can you try to use Jetty
(https://www.eclipse.org/jetty/) to see if the problem persists?

Best
	Robert

>     DocuImage configuration
> 
> Supported image types
> 
>   * JPG
>   * jpg
>   * bmp
>   * BMP
>   * gif
>   * GIF
>   * WBMP
>   * png
>   * PNG
>   * jpeg
>   * wbmp
> 

-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342

Re: [digilib-devel] jpeg 2000

[Scholte, H. <J.C...@uv...>]

Hi Robert,


The TIFF codec is not listed in the configuraton (see below). n both machines I have the same tomcat version ans same JVM.

Still possible that tomcat isn't loading the ImageIO-plugins?


Regards,

Hans



Global servlet configuration
auth-file       [missing file] /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/digilib-auth.xml
auth-url-path   authenticated
authn-token-cookie      id_token
authnops-class  digilib.auth.IpAuthnOps
authzops-class  digilib.auth.PathAuthzOps
basedir-list    /l2/digilib/images/
/l2/digilib/scaled/small/
/l2/digilib/scaled/thumb/

default-errmsg-type     image
default-quality 2
denied-image    /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/img/digilib-denied.png
digilib.version 2.5.6 srv async
dirmeta-class   digilib.meta.IndexMetaDirMeta
docudirectory-class     digilib.io.BaseDirDocuDirectory
docuimage-class digilib.image.ImageLoaderDocuImage
docuimage-hacks [none]
error-image     /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/img/digilib-error.png
filemeta-class  digilib.meta.IndexMetaFileMeta
iiif-api-version        2.1
iiif-image-cors true
iiif-info-cors  true
iiif-prefix     IIIF
iiif-slash-replacement  !
img-diskcache-allowed   false
log-config-file /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/WEB-INF/log4j-config.xml
mapping-file    [missing file] /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/digilib-map.xml
max-image-size  0
max-waiting-threads     20
notfound-image  /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/img/digilib-notfound.png
sendfile-allowed        true
servlet.authn.op        [none]
servlet.authnops.class  [none]
servlet.authz.op        [none]
servlet.authzops.class  [none]
servlet.config.file     /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/WEB-INF/digilib-config.xml
servlet.dir.cache       digilib.io.DocuDirCache@1568204a
servlet.dirmeta.class   class digilib.meta.IndexMetaDirMeta
servlet.docudirectory.class     class digilib.io.BaseDirDocuDirectory
servlet.docuimage.class class digilib.image.ImageLoaderDocuImage
servlet.docuimage.version       ImageLoaderDocuImage 2.2.0
servlet.filemeta.class  class digilib.meta.IndexMetaFileMeta
servlet.version 2.5.6 srv async
servlet.worker.imageexecutor    digilib.util.DigilibJobCenter@64c9b510
subsample-minimum       2.0
use-authorization       false
use-mapping     false
worker-threads  2
worker-timeout  60000
Threads
currently waiting       0
currently running       0
Webapp
total runtime   101175
Directory cache
size    2       directories
        23      image files (approximately)
hits    6
misses  2
JVM configuration
java.awt.headless       true
java.version    1.8.0_171
java.vendor     IBM Corporation
os.name Linux
Runtime.maxMemory       8589934592
Runtime.totalMemory     8479834112
Runtime.freeMemory      5285595208
DocuImage configuration

Supported image types

  *   JPG
  *   jpg
  *   bmp
  *   BMP
  *   gif
  *   GIF
  *   WBMP
  *   png
  *   PNG
  *   jpeg
  *   wbmp


________________________________
Van: Robert Casties <ca...@mp...>
Verzonden: vrijdag 14 december 2018 16:28:23
Aan: dig...@li...
Onderwerp: Re: [digilib-devel] jpeg 2000

Dear Hans,

On 14.12.18 10:20, Scholte, Hans wrote:
> I have installed the latest digilib (2.5.6) and i am trying to serve tiff and jp2 files. And it failes.
>
> On a test-machine i have a previous version (2.5.1) and there I can read these files.
>
> The configuration of 2.5.6 (/server/dlConfig.jsp) doesn't list both types in the  "Supported image types" section.
>
> What's missing in this latest version or on my machine where it is running?

According to your listing you have the jai-imageio-jpeg2000 JAR files
that contains the codecs for JPEG 2000.

Is the TIFF codec listed on /server/dlConfig.jsp? If not then all
ImageIO-Plugins refused to load.

I remember that some versions of Tomcat refused to load ImageIO-Plugin
JARs from the webapp directory, you can read about it in "Installing JAI
ImageIO" on <http://robcast.github.io/digilib/java-settings.html>.

The normal jai-imageio-jpeg2000 plugin should be able to read JPEG2000
files. The performance is not very good though. If you need better
performance you can try out the <https://github.com/dbmdz/imageio-jnr>
plugin which needs the installation of native libraries. You can try it
out if you build the latest digilib sources with "mvn -Dimageio=jnr". I
did not test these codecs much but I would be interested in reports how
it goes :-)

I hope that helps

        Robert


> PS:
>
>
> testmachine:
>
> /l2/tomcat/ubdpc-acc-web1/tomcatub/webapps/digilib/WEB-INF/lib
> -bash-4.1$ ls -la
> total 2304
> drwxr-xr-x 2 tomcatub dpc   4096 Mar 27  2017 .
> drwxr-xr-x 4 tomcatub dpc   4096 Dec 14 09:27 ..
> -rw-r--r-- 1 tomcatub dpc 110874 Feb 13  2017 digilib-common-2.5.1.jar
> -rw-r--r-- 1 tomcatub dpc  36912 Feb 13  2017 digilib-servlet-2.5.1.jar
> -rw-r--r-- 1 tomcatub dpc  12388 Feb 13  2017 digilib-servlet3-2.5.1.jar
> -rw-r--r-- 1 tomcatub dpc  10862 Feb 17  2014 imageinfo-1.9.jar
> -rw-r--r-- 1 tomcatub dpc 601101 Nov 10  2015 jai-imageio-core-1.3.0.jar
> -rw-r--r-- 1 tomcatub dpc 460743 Nov 10  2015 jai-imageio-jpeg2000-1.3.0.jar
> -rw-r--r-- 1 tomcatub dpc 246083 Feb  9  2017 jose4j-0.5.0.jar
> -rw-r--r-- 1 tomcatub dpc 414240 Feb  9  2017 jstl-1.2.jar
> -rw-r--r-- 1 tomcatub dpc 367444 Aug 27  2012 log4j-1.2.14.jar
> -rw-r--r-- 1 tomcatub dpc  28688 Jul 23  2014 slf4j-api-1.7.6.jar
>
>
>
> production:
>
> /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/WEB-INF/lib
> [hans@ubdpc-acc-web1 lib]$ ls -la
> total 2412
> drwxr-xr-x 2 tomcatub dpc   4096 Dec 13 10:57 .
> drwxr-xr-x 4 tomcatub dpc   4096 Dec 14 09:32 ..
> -rw-r--r-- 1 tomcatub dpc 113054 Mar 26  2018 digilib-common-2.5.6.jar
> -rw-r--r-- 1 tomcatub dpc  37042 Mar 26  2018 digilib-servlet-2.5.6.jar
> -rw-r--r-- 1 tomcatub dpc  12618 Mar 26  2018 digilib-servlet3-2.5.6.jar
> -rw-r--r-- 1 tomcatub dpc  10862 Aug  7  2012 imageinfo-1.9.jar
> -rw-r--r-- 1 tomcatub dpc 601101 Oct 19  2015 jai-imageio-core-1.3.0.jar
> -rw-r--r-- 1 tomcatub dpc 460743 Oct 19  2015 jai-imageio-jpeg2000-1.3.0.jar
> -rw-r--r-- 1 tomcatub dpc  85147 Nov 23  2017 javax.json-1.0.4.jar
> -rw-r--r-- 1 tomcatub dpc  19754 Jun  1  2017 javax.json-api-1.0.jar
> -rw-r--r-- 1 tomcatub dpc 246083 Mar 31  2016 jose4j-0.5.0.jar
> -rw-r--r-- 1 tomcatub dpc 414240 Mar 26  2015 jstl-1.2.jar
> -rw-r--r-- 1 tomcatub dpc 367444 Aug  7  2012 log4j-1.2.14.jar
> -rw-r--r-- 1 tomcatub dpc  28688 Jul 17  2014 slf4j-api-1.7.6.jar

Re: [digilib-devel] jpeg 2000

[Robert C. <ca...@mp...>]

Dear Hans,

On 14.12.18 10:20, Scholte, Hans wrote:
> I have installed the latest digilib (2.5.6) and i am trying to serve tiff and jp2 files. And it failes.
> 
> On a test-machine i have a previous version (2.5.1) and there I can read these files.
> 
> The configuration of 2.5.6 (/server/dlConfig.jsp) doesn't list both types in the  "Supported image types" section.
> 
> What's missing in this latest version or on my machine where it is running?

According to your listing you have the jai-imageio-jpeg2000 JAR files
that contains the codecs for JPEG 2000.

Is the TIFF codec listed on /server/dlConfig.jsp? If not then all
ImageIO-Plugins refused to load.

I remember that some versions of Tomcat refused to load ImageIO-Plugin
JARs from the webapp directory, you can read about it in "Installing JAI
ImageIO" on <http://robcast.github.io/digilib/java-settings.html>.

The normal jai-imageio-jpeg2000 plugin should be able to read JPEG2000
files. The performance is not very good though. If you need better
performance you can try out the <https://github.com/dbmdz/imageio-jnr>
plugin which needs the installation of native libraries. You can try it
out if you build the latest digilib sources with "mvn -Dimageio=jnr". I
did not test these codecs much but I would be interested in reports how
it goes :-)

I hope that helps

	Robert


> PS:
> 
> 
> testmachine:
> 
> /l2/tomcat/ubdpc-acc-web1/tomcatub/webapps/digilib/WEB-INF/lib
> -bash-4.1$ ls -la
> total 2304
> drwxr-xr-x 2 tomcatub dpc   4096 Mar 27  2017 .
> drwxr-xr-x 4 tomcatub dpc   4096 Dec 14 09:27 ..
> -rw-r--r-- 1 tomcatub dpc 110874 Feb 13  2017 digilib-common-2.5.1.jar
> -rw-r--r-- 1 tomcatub dpc  36912 Feb 13  2017 digilib-servlet-2.5.1.jar
> -rw-r--r-- 1 tomcatub dpc  12388 Feb 13  2017 digilib-servlet3-2.5.1.jar
> -rw-r--r-- 1 tomcatub dpc  10862 Feb 17  2014 imageinfo-1.9.jar
> -rw-r--r-- 1 tomcatub dpc 601101 Nov 10  2015 jai-imageio-core-1.3.0.jar
> -rw-r--r-- 1 tomcatub dpc 460743 Nov 10  2015 jai-imageio-jpeg2000-1.3.0.jar
> -rw-r--r-- 1 tomcatub dpc 246083 Feb  9  2017 jose4j-0.5.0.jar
> -rw-r--r-- 1 tomcatub dpc 414240 Feb  9  2017 jstl-1.2.jar
> -rw-r--r-- 1 tomcatub dpc 367444 Aug 27  2012 log4j-1.2.14.jar
> -rw-r--r-- 1 tomcatub dpc  28688 Jul 23  2014 slf4j-api-1.7.6.jar
> 
> 
> 
> production:
> 
> /l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/WEB-INF/lib
> [hans@ubdpc-acc-web1 lib]$ ls -la
> total 2412
> drwxr-xr-x 2 tomcatub dpc   4096 Dec 13 10:57 .
> drwxr-xr-x 4 tomcatub dpc   4096 Dec 14 09:32 ..
> -rw-r--r-- 1 tomcatub dpc 113054 Mar 26  2018 digilib-common-2.5.6.jar
> -rw-r--r-- 1 tomcatub dpc  37042 Mar 26  2018 digilib-servlet-2.5.6.jar
> -rw-r--r-- 1 tomcatub dpc  12618 Mar 26  2018 digilib-servlet3-2.5.6.jar
> -rw-r--r-- 1 tomcatub dpc  10862 Aug  7  2012 imageinfo-1.9.jar
> -rw-r--r-- 1 tomcatub dpc 601101 Oct 19  2015 jai-imageio-core-1.3.0.jar
> -rw-r--r-- 1 tomcatub dpc 460743 Oct 19  2015 jai-imageio-jpeg2000-1.3.0.jar
> -rw-r--r-- 1 tomcatub dpc  85147 Nov 23  2017 javax.json-1.0.4.jar
> -rw-r--r-- 1 tomcatub dpc  19754 Jun  1  2017 javax.json-api-1.0.jar
> -rw-r--r-- 1 tomcatub dpc 246083 Mar 31  2016 jose4j-0.5.0.jar
> -rw-r--r-- 1 tomcatub dpc 414240 Mar 26  2015 jstl-1.2.jar
> -rw-r--r-- 1 tomcatub dpc 367444 Aug  7  2012 log4j-1.2.14.jar
> -rw-r--r-- 1 tomcatub dpc  28688 Jul 17  2014 slf4j-api-1.7.6.jar

[digilib-devel] jpeg 2000

[Scholte, H. <J.C...@uv...>]

Hi,


I have installed the latest digilib (2.5.6) and i am trying to serve tiff and jp2 files. And it failes.

On a test-machine i have a previous version (2.5.1) and there I can read these files.

The configuration of 2.5.6 (/server/dlConfig.jsp) doesn't list both types in the  "Supported image types" section.

What's missing in this latest version or on my machine where it is running?


Regards,

Hans


PS:


testmachine:

/l2/tomcat/ubdpc-acc-web1/tomcatub/webapps/digilib/WEB-INF/lib
-bash-4.1$ ls -la
total 2304
drwxr-xr-x 2 tomcatub dpc   4096 Mar 27  2017 .
drwxr-xr-x 4 tomcatub dpc   4096 Dec 14 09:27 ..
-rw-r--r-- 1 tomcatub dpc 110874 Feb 13  2017 digilib-common-2.5.1.jar
-rw-r--r-- 1 tomcatub dpc  36912 Feb 13  2017 digilib-servlet-2.5.1.jar
-rw-r--r-- 1 tomcatub dpc  12388 Feb 13  2017 digilib-servlet3-2.5.1.jar
-rw-r--r-- 1 tomcatub dpc  10862 Feb 17  2014 imageinfo-1.9.jar
-rw-r--r-- 1 tomcatub dpc 601101 Nov 10  2015 jai-imageio-core-1.3.0.jar
-rw-r--r-- 1 tomcatub dpc 460743 Nov 10  2015 jai-imageio-jpeg2000-1.3.0.jar
-rw-r--r-- 1 tomcatub dpc 246083 Feb  9  2017 jose4j-0.5.0.jar
-rw-r--r-- 1 tomcatub dpc 414240 Feb  9  2017 jstl-1.2.jar
-rw-r--r-- 1 tomcatub dpc 367444 Aug 27  2012 log4j-1.2.14.jar
-rw-r--r-- 1 tomcatub dpc  28688 Jul 23  2014 slf4j-api-1.7.6.jar



production:

/l2/tomcat/ubdpc-prd-web1/tomcatub/webapps/digilib/WEB-INF/lib
[hans@ubdpc-acc-web1 lib]$ ls -la
total 2412
drwxr-xr-x 2 tomcatub dpc   4096 Dec 13 10:57 .
drwxr-xr-x 4 tomcatub dpc   4096 Dec 14 09:32 ..
-rw-r--r-- 1 tomcatub dpc 113054 Mar 26  2018 digilib-common-2.5.6.jar
-rw-r--r-- 1 tomcatub dpc  37042 Mar 26  2018 digilib-servlet-2.5.6.jar
-rw-r--r-- 1 tomcatub dpc  12618 Mar 26  2018 digilib-servlet3-2.5.6.jar
-rw-r--r-- 1 tomcatub dpc  10862 Aug  7  2012 imageinfo-1.9.jar
-rw-r--r-- 1 tomcatub dpc 601101 Oct 19  2015 jai-imageio-core-1.3.0.jar
-rw-r--r-- 1 tomcatub dpc 460743 Oct 19  2015 jai-imageio-jpeg2000-1.3.0.jar
-rw-r--r-- 1 tomcatub dpc  85147 Nov 23  2017 javax.json-1.0.4.jar
-rw-r--r-- 1 tomcatub dpc  19754 Jun  1  2017 javax.json-api-1.0.jar
-rw-r--r-- 1 tomcatub dpc 246083 Mar 31  2016 jose4j-0.5.0.jar
-rw-r--r-- 1 tomcatub dpc 414240 Mar 26  2015 jstl-1.2.jar
-rw-r--r-- 1 tomcatub dpc 367444 Aug  7  2012 log4j-1.2.14.jar
-rw-r--r-- 1 tomcatub dpc  28688 Jul 17  2014 slf4j-api-1.7.6.jar

Re: [digilib-devel] Multiple directories for files

[Robert C. <ca...@mp...>]

Hello Hans Scholte,

On 13.12.18 13:49, Scholte, Hans wrote:
> Is it possible to have multiple base directories for images. And I don't mean thumbs and/or scaled images.
> 
> 
> If i have images in /images1 and in /images2 can I have  <parameter name="basedir-list" value="/images1 /images" /> or
> 
>  <parameter name="basedir-list" value="/image1" />
> 
>  <parameter name="basedir-list" value="/image2" />
> 
> or is it not possible?

No, that is currently not possible.

I don't know how this would be supposed to work. If I access fn=/img1
would this use /image1/img1.jpg or /image2/imag1.jpg?

What are you trying to achieve?

If your problem is with the filesystem root then you could theoretically
use basedir-list=/ and fn=image1/img1 but this would be very dangerous
because you would also be able to access any file on the server through
digilib. It would be better to re-mount the image directories somewhere
else and use that as base directory.

Best regards

	Robert Casties


-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342 Fax: -299

[digilib-devel] Multiple directories for files

[Scholte, H. <J.C...@uv...>]

Hi,


Is it possible to have multiple base directories for images. And I don't mean thumbs and/or scaled images.


If i have images in /images1 and in /images2 can I have  <parameter name="basedir-list" value="/images1 /images" /> or

 <parameter name="basedir-list" value="/image1" />

 <parameter name="basedir-list" value="/image2" />

or is it not possible?

Regards,
Hans Scholte

[digilib-devel] CORS for digilib on Tomcat 7.0.56

[Giuliani G. <ger...@li...>]

Hello all

I just installed digilib and currently do some first steps with the IIIF API. I found, that I somehow need to configure my installation to be able to add 'Access-Control-Allow-Origin: *" to the Response header, so that remote IIIF viewers (e.g. http://projectmirador.org/demo/) can access the manifest and image.

Links to my installation for reference:
http://alvaschein12.ethz.ch/digilib/Scaler/IIIF/epics!bia!123456/info.json
http://alvaschein12.ethz.ch/digilib/Scaler/IIIF/epics!bia!123456/full/!1000,3000/0/

I installed digilib as WAR file in tomcat 7.0.56 on windows. Does anyone have experience with this?

Thanks a lot for any response.

Best, Germano

Re: [digilib-devel] Creating tiles on demand

[Paquette F. <Fra...@ba...>]

Hi Martin,

Thank you for the clarification.

Francois




-----Message d'origine-----
De : Martin Raspe [mailto:ra...@bi...] 
Envoyé : 15 juin 2016 04:24
À : dig...@li...
Objet : Re: [digilib-devel] Creating tiles on demand

Hi François,

I am unsure if I understand your question correctly: Digilib needs no image tiles that have to be prepared beforehand - it uses the entire image file and calculates the zoomed part on the fly.

Digilib's response times can be sped up quite a bit if you use "tiled" 
or "striped" TIFF images, so it doesn't have to load the whole image file.

Tha major strong point of Digilib is that it produces unique URLs that can be used to reproduce the exact view with all parameters. In this way zoomed/modified/annotated image views can be passed on to other scholars or cited in scientific publications.

Martin

Paquette François schrieb am 14.06.2016 um 20:56:
> Bibliothèque et Archives nationales du Québec
>
> Hi,
>
> Our institution is looking to replace our old images server & viewer, 
> we are pretty much set on the viewer we would be using but we are 
> still looking for an images server. Digilib is one of the servers we 
> are considering. Could you tell me if it's possible to create tiles 
> images on demand and not beforehand? I am not seeing anything about it 
> in the documentation but I would like to be sure.
>
> Thanks!
>
> François Paquette
>
> Analyste en informatique
>
> Direction de l'architecture et de la conception
>
> Bibliothèque et Archives nationales du Québec
>
> 475, boulevard De Maisonneuve Est
>
> Montréal (Québec) H2L 5C4
>
> Téléphone : 514 873-1101 poste 3219
>
> Télécopieur : 514 864-1118
>
> fra...@ba... <mailto:fra...@ba...>
>
> www.banq.qc.ca <http://www.banq.qc.ca/>
>
> *Avis de confidentialité*
>
> Ce courriel est une communication confidentielle et l'information 
> qu'il contient est réservée à l'usage exclusif du destinataire. Si 
> vous n'êtes pas le destinataire visé, vous n'avez aucun droit 
> d'utiliser cette information, de la copier, de la distribuer ou de la 
> diffuser. Si cette communication vous a été transmise par erreur, 
> veuillez la détruire et nous en aviser immédiatement par courriel.
>
> Icône BAnQ <http://www.banq.qc.ca> Icône Facebook
> <http://www.facebook.com/pages/Bibliotheque-et-Archives-
> nationales-du-Quebec-Grande-Bibliotheque/239106374115> Icône Twitter 
> <http://twitter.com/_BAnQ> Icône YouTube 
> <http://www.youtube.com/user/BAnQweb20> Icône Historypin 
> <https://www.historypin.org/channels/view/41410>
>
> Lien vers une nouvelle du portail de BAnQ 
> <http://www.banq.qc.ca/a_propos_banq/salle_de_presse/nouvelles/nouvell
> e.html?n_id=9871e605-5aec-452c-a550-297630353c7b>
>
> *BAnQ-Avis de confidentialité*
> Ce courriel est une communication confidentielle et l'information 
> qu'il contient est réservée à l'usage exclusif du destinataire. Si 
> vous n'êtes pas le destinataire visé, vous n'avez aucun droit 
> d'utiliser cette information, de la copier, de la distribuer ou de la 
> diffuser. Si cette communication vous a été transmise par erreur, 
> veuillez la détruire et nous en aviser immédiatement par courriel.
>
>
>
> ----------------------------------------------------------------------
> -------- What NetFlow Analyzer can do for you? Monitors network 
> bandwidth and traffic patterns at an interface-level. Reveals which 
> users, apps, and protocols are consuming the most bandwidth. Provides 
> multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make 
> informed decisions using capacity planning reports. 
> http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381
>
>
>
> _______________________________________________
> digilib-devel mailing list
> dig...@li...
> https://lists.sourceforge.net/lists/listinfo/digilib-devel
>

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381
_______________________________________________
digilib-devel mailing list
dig...@li...
https://lists.sourceforge.net/lists/listinfo/digilib-devel

Re: [digilib-devel] Creating tiles on demand

[Martin R. <ra...@bi...>]

Hi François,

I am unsure if I understand your question correctly: Digilib needs no 
image tiles that have to be prepared beforehand - it uses the entire 
image file and calculates the zoomed part on the fly.

Digilib's response times can be sped up quite a bit if you use "tiled" 
or "striped" TIFF images, so it doesn't have to load the whole image file.

Tha major strong point of Digilib is that it produces unique URLs that 
can be used to reproduce the exact view with all parameters. In this way 
zoomed/modified/annotated image views can be passed on to other scholars 
or cited in scientific publications.

Martin

Paquette François schrieb am 14.06.2016 um 20:56:
> Bibliothèque et Archives nationales du Québec
>
> Hi,
>
> Our institution is looking to replace our old images server & viewer, we
> are pretty much set on the viewer we would be using but we are still
> looking for an images server. Digilib is one of the servers we are
> considering. Could you tell me if it's possible to create tiles images
> on demand and not beforehand? I am not seeing anything about it in the
> documentation but I would like to be sure.
>
> Thanks!
>
> François Paquette
>
> Analyste en informatique
>
> Direction de l’architecture et de la conception
>
> Bibliothèque et Archives nationales du Québec
>
> 475, boulevard De Maisonneuve Est
>
> Montréal (Québec) H2L 5C4
>
> Téléphone : 514 873-1101 poste 3219
>
> Télécopieur : 514 864-1118
>
> fra...@ba... <mailto:fra...@ba...>
>
> www.banq.qc.ca <http://www.banq.qc.ca/>
>
> *Avis de confidentialité*
>
> Ce courriel est une communication confidentielle et l’information qu’il
> contient est réservée à l’usage exclusif du destinataire. Si vous n’êtes
> pas le destinataire visé, vous n’avez aucun droit d’utiliser cette
> information, de la copier, de la distribuer ou de la diffuser. Si cette
> communication vous a été transmise par erreur, veuillez la détruire et
> nous en aviser immédiatement par courriel.
>
> Icône BAnQ <http://www.banq.qc.ca> Icône Facebook
> <http://www.facebook.com/pages/Bibliotheque-et-Archives-
> nationales-du-Quebec-Grande-Bibliotheque/239106374115> Icône Twitter
> <http://twitter.com/_BAnQ> Icône YouTube
> <http://www.youtube.com/user/BAnQweb20> Icône Historypin
> <https://www.historypin.org/channels/view/41410>
>
> Lien vers une nouvelle du portail de BAnQ
> <http://www.banq.qc.ca/a_propos_banq/salle_de_presse/nouvelles/nouvelle.html?n_id=9871e605-5aec-452c-a550-297630353c7b>
>
> *BAnQ-Avis de confidentialité*
> Ce courriel est une communication confidentielle et l'information qu'il
> contient est réservée à l'usage exclusif du destinataire. Si vous n'êtes
> pas le destinataire visé, vous n'avez aucun droit d’utiliser cette
> information, de la copier, de la distribuer ou de la diffuser. Si cette
> communication vous a été transmise par erreur, veuillez la détruire et
> nous en aviser immédiatement par courriel.
>
>
>
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity planning
> reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381
>
>
>
> _______________________________________________
> digilib-devel mailing list
> dig...@li...
> https://lists.sourceforge.net/lists/listinfo/digilib-devel
>

[digilib-devel] Creating tiles on demand

[Paquette F. <Fra...@ba...>]

[Bibliothèque et Archives nationales du Québec]

Hi,


Our institution is looking to replace our old images server & viewer, we are pretty much set on the viewer we would be using but we are still looking for an images server. Digilib is one of the servers we are considering. Could you tell me if it's possible to create tiles images on demand and not beforehand? I am not seeing anything about it in the documentation but I would like to be sure.

Thanks!


François Paquette
Analyste en informatique
Direction de l’architecture et de la conception
Bibliothèque et Archives nationales du Québec

475, boulevard De Maisonneuve Est
Montréal (Québec) H2L 5C4
Téléphone : 514 873-1101 poste 3219
Télécopieur : 514 864-1118
fra...@ba...<mailto:fra...@ba...>
www.banq.qc.ca<http://www.banq.qc.ca/>

Avis de confidentialité
Ce courriel est une communication confidentielle et l’information qu’il contient est réservée à l’usage exclusif du destinataire. Si vous n’êtes pas le destinataire visé, vous n’avez aucun droit d’utiliser cette information, de la copier, de la distribuer ou de la diffuser. Si cette communication vous a été transmise par erreur, veuillez la détruire et nous en aviser immédiatement par courriel.


[Icône BAnQ]<http://www.banq.qc.ca>  [Icône Facebook] <http://www.facebook.com/pages/Bibliotheque-et-Archives-

nationales-du-Quebec-Grande-Bibliotheque/239106374115>   [Icône    Twitter] <http://twitter.com/_BAnQ>   [Icône YouTube] <http://www.youtube.com/user/BAnQweb20>   [Icône    Historypin] <https://www.historypin.org/channels/view/41410>

[Lien vers une nouvelle du portail de BAnQ]<http://www.banq.qc.ca/a_propos_banq/salle_de_presse/nouvelles/nouvelle.html?n_id=9871e605-5aec-452c-a550-297630353c7b>

BAnQ-Avis de confidentialité
Ce courriel est une communication confidentielle et l'information qu'il contient est réservée à l'usage exclusif du destinataire. Si vous n'êtes pas le destinataire visé, vous n'avez aucun droit d’utiliser cette information, de la copier, de la distribuer ou de la diffuser. Si cette communication vous a été transmise par erreur, veuillez la détruire et nous en aviser immédiatement par courriel.

Re: [digilib-devel] IIIF Image API 2.0 info.json error and patch

[Robert C. <ca...@mp...>]

Hi Yury,

thanks a lot for the patch. I just applied it to the Sourceforge repo.

If you find any more problems with the IIIF-2.0 metadata, please tell
me. I haven't been able to really test the info.json with the IIIF
validator because it complained (wrongly) about the content type and
seemed to not have done any more checks.

Cheers
	Robert

On 18.01.16 15:05, Yury Emelyanov wrote:
> We're trying to use digilib with Mirador project and encountered an error
> in info.json generated by digilib:
> 
> {
>   "@context": "http://iiif.io/api/image/2/context.json",
>   "@id": "http://localhost/Scaler/IIIF/1012626",
>   "@protocol": "http://iiif.io/api/image",
>   "width": 750,
>   "height": 586,
>   "profile": [
>     "http://iiif.io/api/image/2/level2.json",
>     {
>       "formats": [
>         "jpg",
>         "png"
>       ],
>       "qualities": [
>         "color",
>         "gray"
>       ],
>       "supports": [
>         "mirroring",
>         "rotationArbitrary",
>         "sizeAboveFull"
>       ]
>     }
>   ]
> }
> 
> According to IIIF Image API 'protocol' parameter should go without '@'
> 
> http://iiif.io/api/image/2.0/#image-information
> 
> incorrect: "@protocol": "http://iiif.io/api/image"
> 
> correct: "protocol": "http://iiif.io/api/image"
> 
> This issue could be patched with this:
> 
> --- a/servlet/src/main/java/digilib/servlet/ServletOps.java
> +++ b/servlet/src/main/java/digilib/servlet/ServletOps.java
> @@ -446,7 +446,7 @@ public class ServletOps {
>                  writer.println("{");
>                  writer.println("\"@context\" : \"
> http://iiif.io/api/image/2/context.json\",");
>                  writer.println("\"@id\" : \"" + url + "\",");
> -                writer.println("\"@protocol\" : \"http://iiif.io/api/image\
> ",");
> +                writer.println("\"protocol\" : \"http://iiif.io/api/image\
> ",");
>                  writer.println("\"width\" : " + size.width + ",");
>                  writer.println("\"height\" : " + size.height + ",");
>                  writer.println("\"profile\" : [");
> 
> It would be nice if it's fixed soon.
> 
> Yury Emelyanov
> www.vismart.biz

[digilib-devel] IIIF Image API 2.0 info.json error and patch

[Yury E. <yur...@gm...>]

Hi All!

We're trying to use digilib with Mirador project and encountered an error
in info.json generated by digilib:

{
  "@context": "http://iiif.io/api/image/2/context.json",
  "@id": "http://localhost/Scaler/IIIF/1012626",
  "@protocol": "http://iiif.io/api/image",
  "width": 750,
  "height": 586,
  "profile": [
    "http://iiif.io/api/image/2/level2.json",
    {
      "formats": [
        "jpg",
        "png"
      ],
      "qualities": [
        "color",
        "gray"
      ],
      "supports": [
        "mirroring",
        "rotationArbitrary",
        "sizeAboveFull"
      ]
    }
  ]
}

According to IIIF Image API 'protocol' parameter should go without '@'

http://iiif.io/api/image/2.0/#image-information

incorrect: "@protocol": "http://iiif.io/api/image"

correct: "protocol": "http://iiif.io/api/image"

This issue could be patched with this:

--- a/servlet/src/main/java/digilib/servlet/ServletOps.java
+++ b/servlet/src/main/java/digilib/servlet/ServletOps.java
@@ -446,7 +446,7 @@ public class ServletOps {
                 writer.println("{");
                 writer.println("\"@context\" : \"
http://iiif.io/api/image/2/context.json\",");
                 writer.println("\"@id\" : \"" + url + "\",");
-                writer.println("\"@protocol\" : \"http://iiif.io/api/image\
",");
+                writer.println("\"protocol\" : \"http://iiif.io/api/image\
",");
                 writer.println("\"width\" : " + size.width + ",");
                 writer.println("\"height\" : " + size.height + ",");
                 writer.println("\"profile\" : [");

It would be nice if it's fixed soon.

Yury Emelyanov
www.vismart.biz

[digilib-devel] digilib now with IIIF Image API 2.0 support

[Robert C. <ca...@mp...>]

Dear friends of digilib,

I have just added support of the IIIF Image API version 2.0

http://iiif.io/api/image/2.0/

to the latest version of digilib (2.3.6)

http://digilib.sourceforge.net/iiif-api.html

There was support for version 1.1 of the API before and you can switch
back to 1.1 with a config option.

Enjoy
	Robert

-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342 Fax: -299

[digilib-devel] New digilib release 2.3.4!

[Robert C. <ca...@mp...>]

Dear friends of digilib,

I have just released digilib version 2.3.4 on sourceforge.net and in our
public Maven repo.

This release incorporates important fixes to the scaling code and the
handling of streams fixing the bugs of the black-single-pixel-border and
the sometimes-no-image problem in Tomcat (and to a lesser degree in Jetty).

Please update and enjoy!

	Robert

-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342 Fax: -299

Re: [digilib-devel] New digilib build that fixes the sometimes-images-not-showing bug!

[Martin R. <ra...@bi...>]

Hi Robert,

I tried a series of over 100 images and no crap! Every single one 
displayed as it should - so the bug seems to have been found, finally. 
Congratulations and many thanks for the patient work!

Martin

Robert Casties schrieb am 05.11.2015 um 20:35:
> Dear digilib fans,
>
> I think I found and fixed the long standing bug that especially in
> Tomcat from time to time images would not display and the browser shows
> a broken image instead.
>
> Thanks to lots of debug-logging and an old email found on the internet
> <https://mail-archives.apache.org/mod_mbox/tomcat-users/200807.mbox/%3C4...@se...%3E>
> I finally added code to close the ImageOutputStream and the problems
> seem to be gone!
>
> Please test the latest sourcecode version from the sourceforge repo and
> tell me if it works for you or if you still find logging messages with
> the word "Crap!" in them.
>
> Cheers
> 	Robert
>

[digilib-devel] New digilib build that fixes the sometimes-images-not-showing bug!

[Robert C. <ca...@mp...>]

Dear digilib fans,

I think I found and fixed the long standing bug that especially in
Tomcat from time to time images would not display and the browser shows
a broken image instead.

Thanks to lots of debug-logging and an old email found on the internet
<https://mail-archives.apache.org/mod_mbox/tomcat-users/200807.mbox/%3C4...@se...%3E>
I finally added code to close the ImageOutputStream and the problems
seem to be gone!

Please test the latest sourcecode version from the sourceforge repo and
tell me if it works for you or if you still find logging messages with
the word "Crap!" in them.

Cheers
	Robert

-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342 Fax: -299

Re: [digilib-devel] New digilib version with fix for black-pixel-border bug!

[Martin R. <ra...@bi...>]

Hi Robert,

congratulations! Seems to work fine and fast and without problems. I 
just checked in a bug fix for the measuring tool which could also go 
into 2.3.2 :-)

Martin

Robert Casties schrieb am 20.10.2015 um 20:09:
> Hi digilib fans,
>
> I have just checked in a new version of digilib in the Sourceforge
> repository (still 2.3-SNAPSHOT, not the released 2.3.1) that fixes the
> long-standing bug where in some situations the image would get a 1-pixel
> black (or transparent) border on the right side or the bottom. I also
> fixed the bug that the image would not always have the size specified by
> dw and dh. (It was all just a question of rounding the right numbers in
> the right places.)
>
> Please try it out and tell me how it works. I would like to release it
> as version 2.3.2 soon.
>
> I also added some documentation on the IIIF API to the website and Ubbo
> Veentjer wrote some tips for trying different codecs:
>
> http://digilib.sourceforge.net/
>
> Cheers
> 	Robert
>

[digilib-devel] New digilib version with fix for black-pixel-border bug!

[Robert C. <ca...@mp...>]

Hi digilib fans,

I have just checked in a new version of digilib in the Sourceforge
repository (still 2.3-SNAPSHOT, not the released 2.3.1) that fixes the
long-standing bug where in some situations the image would get a 1-pixel
black (or transparent) border on the right side or the bottom. I also
fixed the bug that the image would not always have the size specified by
dw and dh. (It was all just a question of rounding the right numbers in
the right places.)

Please try it out and tell me how it works. I would like to release it
as version 2.3.2 soon.

I also added some documentation on the IIIF API to the website and Ubbo
Veentjer wrote some tips for trying different codecs:

http://digilib.sourceforge.net/

Cheers
	Robert

-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342 Fax: -299

Re: [Digilib-devel] last row filled with black pixels

[Robert C. <ca...@mp...>]

Hi Mathias,

On 28.04.14 11:36, Mathias Göbel wrote:
> Thank you very much for your reply.
> My current version is2.2.2
> (/META-INF/maven/digilib/digilib-webapp/pom.xml).

The fix for (at least somewhat) improved precision got in later than the
2.2.2 release. I would suggest to try one of the daily builds of the
2.3-SNAPSHOT line if you can:

http://it-dev.mpiwg-berlin.mpg.de/downloads/digilib/daily-build/

I could try to create an updated 2.2.3 with only that fix if there is
sufficient interest in that. Personally I would prefer to release a
2.3.0 with the current code in the near future.

I you have any problems just ask.

Cheers
	Robert

> I see this issue is not exclusive to my server configuration. But I am
> not able to fix this code at the moment - I am not a computer scientist
> and there is the well known lack of time.
> 
> I definitely prefer transparent pixels - the parameter &mo=png did the
> trick for now, but i will update asap.
> I may set up a post-processing instruction, that prove the rendered
> image size in comparison to the expected value. A CSS instruction can
> refine the image by placing it in a container with the correct size.
> One can do it with JS and/or JS libraries like pixastic
> <http://www.pixastic.com/lib/> as well. Digital editions are rather
> static and after the publication cached images can help to remove the
> libraries overhead.
> 
> Best,
> Mathias
> 
> 
> 
> On 24.04.2014 15:46, Robert Casties wrote:
>> Hi Mathias,
>>
>> On 24.04.14 12:55, Mathias Göbel wrote:
>>> I use the digilib scaler to extract parts of larger images and
>>> include them in a
>>> digital edition. I recently observed an reproducible issue. Some
>>> images returned
>>> by the scaler come with a (last) row and (last) column filled with
>>> black pixels.
>>> You can see an example here:
>>>  
>>> >>http://141.5.101.102/digilib/Scaler?&fn=C07_062.jpg&dw=500&dh=500&wx=0.49559520812353136&wy=0.16589224303043199&ww=0.3766523581738838&wh=0.3066492977229197
>>>
>>>
>>>
>>> I wonder why the resulting images width is 501px, but dw is set to 500.
>>> If I change the dh/dw parameters, the results comes - as expected -
>>> without the
>>> black lines.
>>> http://141.5.101.102/digilib/Scaler?&fn=C07_062.jpg&dw=1500&dh=1500&wx=0.49559520812353136&wy=0.16589224303043199&ww=0.3766523581738838&wh=0.3066492977229197
>>>
>>> But the result is still one pixel larger than the parameter defines.
>> digilib has some rounding issues especially with high zoom factors which
>> lead to wrong calculations of the resulting image size. Depending on the
>> image format additional pixels are either black (from JPG) or
>> transparent (PNG from TIFF).
>>
>> Which version of digilib are you using? The precision of calculations
>> was improved in October 2013 (Scaler version 2.2.3
>> <http://sourceforge.net/p/digilib/code/ci/21441a3f52085048378806b8c0eeff21e0bd3a64/>)
>>
>> but there are still issues with big zoom factors.
>>
>> The current code that calculates sizes (getScaleXY and related in
>> http://sourceforge.net/p/digilib/code/ci/tip/tree/common/src/main/java/digilib/image/ImageJobDescription.java)
>>
>> has rather complicated side-effects and I haven't found the core of the
>> rounding problem yet. (patches are welcome :-)
>>
>> Best
>>     Robert
>>

Re: [Digilib-devel] last row filled with black pixels

[Mathias G. <go...@su...>]

Dear Robert,

Thank you very much for your reply.
My current version is2.2.2 (/META-INF/maven/digilib/digilib-webapp/pom.xml).
I see this issue is not exclusive to my server configuration. But I am 
not able to fix this code at the moment - I am not a computer scientist 
and there is the well known lack of time.

I definitely prefer transparent pixels - the parameter &mo=png did the 
trick for now, but i will update asap.
I may set up a post-processing instruction, that prove the rendered 
image size in comparison to the expected value. A CSS instruction can 
refine the image by placing it in a container with the correct size.
One can do it with JS and/or JS libraries like pixastic 
<http://www.pixastic.com/lib/> as well. Digital editions are rather 
static and after the publication cached images can help to remove the 
libraries overhead.

Best,
Mathias



On 24.04.2014 15:46, Robert Casties wrote:
> Hi Mathias,
>
> On 24.04.14 12:55, Mathias Göbel wrote:
>> I use the digilib scaler to extract parts of larger images and include them in a
>> digital edition. I recently observed an reproducible issue. Some images returned
>> by the scaler come with a (last) row and (last) column filled with black pixels.
>> You can see an example here:
>>   >>http://141.5.101.102/digilib/Scaler?&fn=C07_062.jpg&dw=500&dh=500&wx=0.49559520812353136&wy=0.16589224303043199&ww=0.3766523581738838&wh=0.3066492977229197
>>
>>
>> I wonder why the resulting images width is 501px, but dw is set to 500.
>> If I change the dh/dw parameters, the results comes - as expected - without the
>> black lines.
>> http://141.5.101.102/digilib/Scaler?&fn=C07_062.jpg&dw=1500&dh=1500&wx=0.49559520812353136&wy=0.16589224303043199&ww=0.3766523581738838&wh=0.3066492977229197
>> But the result is still one pixel larger than the parameter defines.
> digilib has some rounding issues especially with high zoom factors which
> lead to wrong calculations of the resulting image size. Depending on the
> image format additional pixels are either black (from JPG) or
> transparent (PNG from TIFF).
>
> Which version of digilib are you using? The precision of calculations
> was improved in October 2013 (Scaler version 2.2.3
> <http://sourceforge.net/p/digilib/code/ci/21441a3f52085048378806b8c0eeff21e0bd3a64/>)
> but there are still issues with big zoom factors.
>
> The current code that calculates sizes (getScaleXY and related in
> http://sourceforge.net/p/digilib/code/ci/tip/tree/common/src/main/java/digilib/image/ImageJobDescription.java)
> has rather complicated side-effects and I haven't found the core of the
> rounding problem yet. (patches are welcome :-)
>
> Best
> 	Robert
>

-- 
Mathias Göbel
Research and Development

Georg-August-Universität Göttingen
Göttingen State and University Library
D-37070 Göttingen

Papendiek 14 (hist. Building, Room 2.207)
+49 551 39-12238 (Tel.)

go...@su... <mailto:go...@su...>
http://www.sub.uni-goettingen.de

Re: [Digilib-devel] last row filled with black pixels

[Robert C. <ca...@mp...>]

Hi Mathias,

On 24.04.14 12:55, Mathias Göbel wrote:
> I use the digilib scaler to extract parts of larger images and include them in a 
> digital edition. I recently observed an reproducible issue. Some images returned 
> by the scaler come with a (last) row and (last) column filled with black pixels. 
> You can see an example here:
>  >>http://141.5.101.102/digilib/Scaler?&fn=C07_062.jpg&dw=500&dh=500&wx=0.49559520812353136&wy=0.16589224303043199&ww=0.3766523581738838&wh=0.3066492977229197
> 
> 
> I wonder why the resulting images width is 501px, but dw is set to 500.
> If I change the dh/dw parameters, the results comes - as expected - without the 
> black lines.
> http://141.5.101.102/digilib/Scaler?&fn=C07_062.jpg&dw=1500&dh=1500&wx=0.49559520812353136&wy=0.16589224303043199&ww=0.3766523581738838&wh=0.3066492977229197
> But the result is still one pixel larger than the parameter defines.

digilib has some rounding issues especially with high zoom factors which
lead to wrong calculations of the resulting image size. Depending on the
image format additional pixels are either black (from JPG) or
transparent (PNG from TIFF).

Which version of digilib are you using? The precision of calculations
was improved in October 2013 (Scaler version 2.2.3
<http://sourceforge.net/p/digilib/code/ci/21441a3f52085048378806b8c0eeff21e0bd3a64/>)
but there are still issues with big zoom factors.

The current code that calculates sizes (getScaleXY and related in
http://sourceforge.net/p/digilib/code/ci/tip/tree/common/src/main/java/digilib/image/ImageJobDescription.java)
has rather complicated side-effects and I haven't found the core of the
rounding problem yet. (patches are welcome :-)

Best
	Robert

-- 
Dr. Robert Casties -- Information Technology Group
Max Planck Institute for the History of Science
Boltzmannstr. 22, D-14195 Berlin
Tel: +49/30/22667-342