Disruptive Library Technology Jester » j2ktilerenderer http://dltj.org We're Disrupted, We're Librarians, and We're Not Going to Take It Anymore Mon, 06 Feb 2012 20:04:22 +0000 en hourly 1 http://creativecommons.org/licenses/by-nc-sa/3.0/us/ JPEG2000 to Zoomify Code4Lib Lightning Talk Video Now Availablehttp://dltj.org/article/jpeg2000-to-zoomify-lightning-talk-video/ http://dltj.org/article/jpeg2000-to-zoomify-lightning-talk-video/#comments Thu, 15 May 2008 19:16:33 +0000 Peter Murray https://dltj.org/?p=366 Continue reading →]]>

Thanks, Noel, and everyone else who made the video editions of Code4Lib 2008 presentations possible. I just had a chance to notice that the video from my JPEG2000 to Zoomify Shim lightning talk was online:

Some updates since the post and the presentation were first done. The code that exists in the source code repository now was refactored to use JJ2000 as part of the Sun ImageIO package. We were seeing non-threadsafe problems with Kakadu and thought that using the multithreaded ImageIO package would help. Unfortunately, even with extensive caching, it did not. My next task is to bring Kakadu back into the picture using the threadsafe JNI implementation that is part of the ImageIO-ext project to see if that helps.

Unfortunately, time ran out before this needed to go into initial production with the OhioLINK DRC roll-out, so it isn’t in production. The scheme shows promise, though, so I’m going to keep working with it…

The text was modified to update a link from http://jj2000.epfl.ch/ to http://code.google.com/p/jj2000/ on January 28th, 2011.

The text was modified to remove a link to https://jai-imageio.dev.java.net/ on June 9th, 2011.

]]> http://dltj.org/article/jpeg2000-to-zoomify-lightning-talk-video/feed/ 0 JPEG2000 to Zoomify Shim — Creating JPEG tiles from JPEG2000 imageshttp://dltj.org/article/introducing-j2ktilerenderer/ http://dltj.org/article/introducing-j2ktilerenderer/#comments Thu, 28 Feb 2008 12:15:42 +0000 Peter Murray http://dltj.org/article/introducing-j2ktilerenderer/ Continue reading →]]>

This is a textual representation of a lightning talk done on Feb 26th at Code4Lib 2008. When the video of the talk is up (thanks, Noel!) I’ll link it here, too. The video is now available, and that article includes an update on progress since the this article was posted.

OhioLINK has a collection of JPEG2000 images as an access format that were generated for use in our DLXS-based content system. We are in the process of migrating those collections to DSpace and were looking for a mechanism to leverage the existing JPEG2000 files and not have to generate new derivatives. We are also considering the use of JPEG2000 as a preservation format, and would find it attractive to use the same image format for both access copies and preservation copies. We looked at Zoomify, but to perform its scaling function it generates JPEG tiles at several resolutions and storing those tiles can triple or quadruple disk space requirements. Or, one could use the ‘enterprise’ version of Zoomify and its proprietary PFF format or the equally proprietary MrSID format. We didn’t want to be locked into either of these scenarios. Our solution is to create a web application that mimics the directory-of-JPEG-tiles solution, but to dynamically generate the tiles our of a JPEG2000 master.

The free version of Zoomify reads JPEG tiles out of a directory structure that looks like this:

/ImageProperties.xmlIncludes descriptive elements of the source image like height, width, and tile size./TileGroup0/0-0-0.jpgThe highest power-of-2 zoom out level that creates an image with dimensions less than 256×256/TileGroup0/1-0-0.jpgThe tile at the upper left corner at the first power-of-2 zoom level/TileGroup0/1-1-0.jpgThe tile to the left of 1-0-0.jpg

The shim mimics that directory structure. It parses the URL of the request and dynamically creates the appropriate JPEG tile (or metadata file) out of the JPEG2000 image.

The Code


The JPEG2000 for Zoomify shim requires Java 1.5 or greater. It does not require a servlet engine; rather, it uses the Restlet library to perform as a stand-alone application. The OneJar library allows the Java classes and required dependencies to be bundled into a single JAR file. We’re using the Kakadu Software JPEG2000 library to perform the on-the-fly decoding of JPEG2000 images. Kakadu is a commercial JPEG2000 codec, although inexpensive licenses are available for not-for-profit activity. We are using the Enterprise version of Zoomify, a Flash-based image viewer, although I believe the free version will work as well. (You’ll need the Enterprise version to be able to modify and adapt the appearance of the Zoomify applet.) The same techniques can also be used for other Flash applets and probably even JavaScript-based viewers (a la Google Maps).

The source code is available from the OhioLINK DRC source code repository (Subversion access). We plan to integrate it into DSpace 1.5 as part of the Ohio Digital Resource Commons, and I may create a Fedora disseminator to serve up the tiles as well.

Thanks go out to Keith Gilbertson and John Davison on the OhioLINK staff for their help in making this work as well as Stu Hicks and François d’Erneville for being a sounding board for these ideas.

The text was modified to remove a link to https://drc-dev.ohiolink.edu/browser/j2kTileRenderer/trunk on January 13th, 2011.

The text was modified to update a link from http://code4lib/conference/2008 to http://code4lib.org/conference/2008 on January 28th, 2011.

The text was modified to update a link from http://www.kakadusoftware.com/Purchasing.html to http://www.kakadusoftware.com/index.php?option=com_virtuemart&Itemid=19&vmcchk=1&Itemid=19 on January 28th, 2011.

]]> http://dltj.org/article/introducing-j2ktilerenderer/feed/ 13