djatoka-general Mailing List for djatoka
Status: Beta
Brought to you by:
rchute
You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
(8) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Dillon S. <ds...@ba...> - 2014-04-16 15:58:04
|
Hello, I'm running djatoka 1.1 in a tomcat 6 (6.0.35) environment on CentOS 6.5. I have DEBUG-level logging enabled, and whenever I try to load djatoka's test image I see an error similar to this: 2014-04-16/14:24:38.340/UTC [http-8080-2] DEBUG info.openurl.oom.OpenURLException I wonder if anyone knows what could cause this, and whether it's possible to see more detailed debugging info. thanks, Dillon Savage |
From: Fernando L. <fer...@lo...> - 2012-06-11 19:44:44
|
Hi there, After installing and running Adore-Djatoka on Fedora Linux without problems, I tried to install on a Windows Machine, but it didn't worked for the same Tomcat config and image files. On Linux, I tried Fedora 14 and 17, with Oracle Java 1.6.0_30 and 1.7.0_04 and Tomcat 7.0.27. It was a 64-bit machine. On Windows, I tried Windows Server 2008 and Windows 7, both 64-bits. As the included Kakadu libraries are 32-bits, I used a 32-bits Oracle JDK (1.6.0_31 and 1.6.0_32). The demo page allways get as response a 1x1 image on Windows, while on Linux it shows the correct grayscale medical image. The error is as follows: 2012-06-11/16:19:32.118/BRT [http-bio-8080-exec-4] ERROR java.lang.RuntimeException: Invalid magic value for PBM/PGM/PPM file. java.lang.RuntimeException: Invalid magic value for PBM/PGM/PPM file. at com.sun.media.jai.codecimpl.PNMImage.<init>(PNMImageDecoder.java:110) at com.sun.media.jai.codecimpl.PNMImageDecoder.decodeAsRenderedImage(PNMImageDecoder.java:61) at com.sun.media.jai.codec.ImageDecoderImpl.decodeAsRenderedImage(ImageDecoderImpl.java:148) at gov.lanl.adore.djatoka.io.reader.PNMReader.open(PNMReader.java:76) at gov.lanl.adore.djatoka.kdu.KduExtractExe.process(KduExtractExe.java:238) at gov.lanl.adore.djatoka.DjatokaExtractProcessor.extractImage(DjatokaExtractProcessor.java:205) at gov.lanl.adore.djatoka.DjatokaExtractProcessor.extractImage(DjatokaExtractProcessor.java:129) at gov.lanl.adore.djatoka.openurl.OpenURLJP2KService.resolve(OpenURLJP2KService.java:234) at org.oclc.oomRef.OpenURLRequestProcessorImpl.resolve(OpenURLRequestProcessorImpl.java:82) at gov.lanl.adore.djatoka.openurl.OpenURLServlet.doGet(OpenURLServlet.java:121) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:405) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:964) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:515) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:304) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) I saw a similar error on the mailing list archives, and it was stated the problem should be with 8-bit grayscale images. But I guess if this was the case, It shouldn't work on Linux also. Any ideas? How do I enable a more verbose debugging logging to try to hunt the problem? []s, Fernando Lozano |
From: Fernando L. <fer...@lo...> - 2012-05-23 22:37:22
|
Hi there, Djakota fills a need of a project I'm working on, but the long time since the last release, and low volume on the mailing list makes me wonder if it is abandoned. I also have a problem with the current 1.1 server (adora-djakota) and 2.0 viewer (based on iipimage). It works with the big sample images from the demos, but when I try with my own small images, which comes from medical CT and RT equipment, I get tons of erros such as: 127.0.0.1 - - [23/May/2012:18:47:33 -0300] "GET /adore-djatoka/resolver?url_ver=Z39.88-2004&rft_id=info%3Alanl-repo%2Flabs%2F1&svc_id=info:lanl-repo/svc/getRegion&svc_val_fmt=info:ofi/fmt:kev:mtx:jpeg2000&svc.format=image/jpeg&svc.level=3&svc.rotate=0&svc.region=0,-1536,256,256 HTTP/1.1" 404 952 This came from Tomcat access logs. The error log (catalina.out) shows nothing. It looks like the viewer is in loop trying to get a non-existant segment of the image. If I try requesting this same region using the adore-djakota server test pages, I get the same error. But if I ask for other regions (positive values), it works fine. I guess either the viewer has to be fixed to work with "small images" or the server could send am empty (all back or the like) jpeg as response. Access logs also shows that a big image generates lots of requests, but never a negative value as part of the region. I wonder if I can get new code from the iipimage project to fix this, or if the code included on the viewer was patched to talk to adora-djakota. []s, Fernando Lozano |
From: Walker S. <wsa...@md...> - 2011-12-08 18:30:01
|
Hi all, I'm trying to get adore-djatoka working properly on Ubuntu 11.10, as a dependency for an Islandora solution pack. I'm getting the documented stack trace (exception in main) noted here: http://sourceforge.net/apps/mediawiki/djatoka/index.php?title=Installation#Ubuntu_-_IncompatibleClassChangeError However, I have swapped out OpenJDK for Sun JRE and have confirmed that with 'java -version', which reads: java version "1.6.0_26" Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) Server VM (build 20.1-b02, mixed mode) Also, JAVA_PATH is: /usr/lib/jvm/java-6-sun I'm stilling getting this error however when I run the extraction command. Any suggestions much appreciated. Thanks, Walker |
From: mary w. <mir...@ya...> - 2011-11-29 18:59:36
|
Hello, I'm working with a Djatoka 1.1 installation in a Windows 7 test environment. I've got the installation up and running and everything seems to work as it should. However, when I compress tif images using compress.bat and then try to view a served jpg through the default web interface it only returns a 1x1 pixel area. However, if I create a jp2 of the same image using a high quality jpg as an intermediary it works fine. I'm new to working with jp2 so I'm pretty uninformed about some of the particulars of how it works and as a result have no idea why this is happening. Anybody know what's going on here? Also, if anybody has recommendations for docs that might help a beginner get up to speed on the practical application of the format and of the Djatoka software, I'd much appreciate it. Thanks, Mary Willoughby Digital Library of Georgia University of Georgia |
From: Christopher G. <chr...@gm...> - 2011-08-14 01:52:40
|
I am unclear about the limitations for commercial use of Djatoka. Specifically, is a Kakadu commerical license required if the Djatoka image server is used for a public service website that provides free access to low resolution images but charges a fee for high-resolution copies of images? |
From: <rc...@gm...> - 2010-12-29 22:50:27
|
Hi Markus, I had previously thought of Atom as more of a mobile chipset and hadn't previously known (rational for 'a' below) the binaries are compatible with the other Intel processors (i.e. core duo, etc). So in theory, b shouldn't be an issue, but there may be some kind of forward compatibility issue or the like. To know for sure, try running the provided kdu apps as native apps. export DYLD_LIBRARY_PATH=%PATHTODJATOKA%/adore-djatoka-1.1/lib/Mac-x86 ./kdu_compress -i ./test.tif -o ./test.jp2 If that runs, then the binaries are fine, otherwise the kdu exe/libs will need to be rebuilt. The kakadu license allows me to make binaries for non-commercial use and share my code changes with other licensees of the kakadu software. So if you obtain a non-commercial license I can provide you the small set of changes to allow you to make your own binaries. Hope this helps, Ryan On Dec 29, 2010, at 2:08 PM, Markus Enders wrote: > Hi Ryan, > > thanks for the reply. Sorry for my ignorance, but I don't understand why > > a) you need to have access to an ATOM box > b) you have to re-build Kakadu > > The latest version of Kakadu (which is available on the Kakadu website) does work on an ATOM under MacOS X; I assume using this version with Djatoka would require a rebuilt of the JNI-libraries - which isn't something I can do without having a Kakadu SDK. > > I don't really understand all the licensing terms and conditions of Kakadu, Therefore I don't know if you can simply update your current Kakadu version with the new one, of if you actually need to buy a new license. In this case it should be sufficient to rebuilt the JNI libs; > > Ciao > Markus > > > > > > > 2010/12/28 rc...@gm... <rc...@gm...> > Hi Markus, > > You'd need a build of Kakadu on an Intel ATOM processor. Unfortunately I don't have access to an ATOM box at this time. > > Sorry, > Ryan > > > On Dec 26, 2010, at 10:33 AM, Markus Enders wrote: > > > Hi, > > > > I am trying to run Djatoka on Mac OS X (on a netbook using an Intel ATOM processor). The error message I get when running "./compress.sh -i ../etc/test.jpg -o ../etc/test.jp2" > > > > is: > > > > ERROR gov.lanl.adore.djatoka.kdu.KduCompressExe - java.io.IOException: Cannot run program "/server/adore-djatoka-1.1/bin/Mac-x86/kdu_compress" (in directory "/server/adore-djatoka-1.1/bin/Mac-x86"): error=86, Bad CPU type in executable > > > > Why? What CPUs are supported? Is this a limitation by kakadu or by djatoka? > > How can I solve this? > > > > Ciao > > Markus > > ------------------------------------------------------------------------------ > > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > > to consolidate database storage, standardize their database environment, and, > > should the need arise, upgrade to a full multi-node Oracle RAC database > > without downtime or disruption > > http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________ > > djatoka-general mailing list > > dja...@li... > > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > |
From: Markus E. <men...@go...> - 2010-12-29 22:08:32
|
Hi Ryan, thanks for the reply. Sorry for my ignorance, but I don't understand why a) you need to have access to an ATOM box b) you have to re-build Kakadu The latest version of Kakadu (which is available on the Kakadu website) does work on an ATOM under MacOS X; I assume using this version with Djatoka would require a rebuilt of the JNI-libraries - which isn't something I can do without having a Kakadu SDK. I don't really understand all the licensing terms and conditions of Kakadu, Therefore I don't know if you can simply update your current Kakadu version with the new one, of if you actually need to buy a new license. In this case it should be sufficient to rebuilt the JNI libs; Ciao Markus 2010/12/28 rc...@gm... <rc...@gm...> > Hi Markus, > > You'd need a build of Kakadu on an Intel ATOM processor. Unfortunately I > don't have access to an ATOM box at this time. > > Sorry, > Ryan > > > On Dec 26, 2010, at 10:33 AM, Markus Enders wrote: > > > Hi, > > > > I am trying to run Djatoka on Mac OS X (on a netbook using an Intel ATOM > processor). The error message I get when running "./compress.sh -i > ../etc/test.jpg -o ../etc/test.jp2" > > > > is: > > > > ERROR gov.lanl.adore.djatoka.kdu.KduCompressExe - java.io.IOException: > Cannot run program "/server/adore-djatoka-1.1/bin/Mac-x86/kdu_compress" (in > directory "/server/adore-djatoka-1.1/bin/Mac-x86"): error=86, Bad CPU type > in executable > > > > Why? What CPUs are supported? Is this a limitation by kakadu or by > djatoka? > > How can I solve this? > > > > Ciao > > Markus > > > ------------------------------------------------------------------------------ > > Learn how Oracle Real Application Clusters (RAC) One Node allows > customers > > to consolidate database storage, standardize their database environment, > and, > > should the need arise, upgrade to a full multi-node Oracle RAC database > > without downtime or disruption > > > http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________ > > djatoka-general mailing list > > dja...@li... > > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > |
From: <rc...@gm...> - 2010-12-28 16:15:17
|
Hi Markus, You'd need a build of Kakadu on an Intel ATOM processor. Unfortunately I don't have access to an ATOM box at this time. Sorry, Ryan On Dec 26, 2010, at 10:33 AM, Markus Enders wrote: > Hi, > > I am trying to run Djatoka on Mac OS X (on a netbook using an Intel ATOM processor). The error message I get when running "./compress.sh -i ../etc/test.jpg -o ../etc/test.jp2" > > is: > > ERROR gov.lanl.adore.djatoka.kdu.KduCompressExe - java.io.IOException: Cannot run program "/server/adore-djatoka-1.1/bin/Mac-x86/kdu_compress" (in directory "/server/adore-djatoka-1.1/bin/Mac-x86"): error=86, Bad CPU type in executable > > Why? What CPUs are supported? Is this a limitation by kakadu or by djatoka? > How can I solve this? > > Ciao > Markus > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________ > djatoka-general mailing list > dja...@li... > https://lists.sourceforge.net/lists/listinfo/djatoka-general |
From: Markus E. <men...@go...> - 2010-12-26 18:33:37
|
Hi, I am trying to run Djatoka on Mac OS X (on a netbook using an Intel ATOM processor). The error message I get when running "./compress.sh -i ../etc/test.jpg -o ../etc/test.jp2" is: ERROR gov.lanl.adore.djatoka.kdu.KduCompressExe - java.io.IOException: Cannot run program "/server/adore-djatoka-1.1/bin/Mac-x86/kdu_compress" (in directory "/server/adore-djatoka-1.1/bin/Mac-x86"): error=86, Bad CPU type in executable Why? What CPUs are supported? Is this a limitation by kakadu or by djatoka? How can I solve this? Ciao Markus |
From: Jim C. <jim...@du...> - 2010-12-07 21:01:23
|
[Posted to both djatoka-devel and djatoka-general] We used djatoka's compress.sh script to generate JPEG2000 (.jp2) files from JPG files. When I use djatoka's OpenURL resolver to retrieve and display the images, it works fine if we request "image/jpeg" as the response format but, if we request "image/jp2" as the response format, we get the following error message in the djatoka.log: 2010-12-07/15:43:13.347/EST [http-8080-1] ERROR java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: tmp8846562843829775678.tif java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: tmp8846562843829775678.tif at net.sf.ij.jaiio.JAIReader.open(JAIReader.java:263) at net.sf.ij.jaiio.JAIReader.read(JAIReader.java:150) at net.sf.ij.jaiio.JAIReader.read(JAIReader.java:129) at gov.lanl.adore.djatoka.io.reader.ImageJReader.open(ImageJReader.java:84) ... Any idea what is going wrong? The error message almost sounds like djatoka is trying to create and read a temporary TIF file? Thanks for any help you can provide. --Jim ================================================ Jim Coble Core Services Technical Lead and Program Coordinator Information Technology Services Perkins Library Email: jim...@du... Voice: 919-660-5974 Fax: 919-668-2578 Box 90196, Duke University Durham, NC 27708-0196 ================================================ |
From: Jason R. <jro...@gm...> - 2010-07-15 13:54:08
|
Hi, Just wanted to let folks know that I've released a little Ruby gem for creating the Djatoka OpenURLs with a simple Ruby syntax. It will also do ping requests and retrieve metadata. Some convenience methods include the ability to crop an image into a square. It also contains Rails view helpers for creating image tags and easily integrating the OpenLayers viewer. You can see the README with example code here: http://github.com/jronallo/djatoka You can install it with: gem install djatoka Anyone else using Ruby and Djatoka? Let me know how I can improve the library. Jason |
From: <rc...@gm...> - 2010-07-14 17:10:50
|
Hi Andrew, If you have an Apache Web Server running on-top of Tomcat and djatoka, you could use the Apache access controls (http://httpd.apache.org/docs/2.2/howto/access.html) to achieve this b/w authentication. If you aren't running Apache or need to do authentication and authorization, then you could look at Servlet Filters (http://java.sun.com/products/servlet/Filters.html). Hope this helps, Ryan On Jul 13, 2010, at 2:55 PM, Andrew Woods wrote: > Hello Djatoka Users, > The issue I am trying to resolve is how to have a viewer (in this > case, the IIPImage Viewer) that connects to a djatoka server passing > in a source image URL (rft_id) that requires BasicAuth for access to > work. Although I do not see any mention of it on the mailing lists, it > seems like this must be a common issue. > There is no clear way to pass into djatoka the necessary authN > credentials such that they are used in the request for the rft_id > content. > If there is a pattern around this, or if others have addressed it in > some way, I would be interested to hear about it. > Thanks, > Andrew > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > djatoka-general mailing list > dja...@li... > https://lists.sourceforge.net/lists/listinfo/djatoka-general |
From: Andrew W. <aw...@du...> - 2010-07-13 21:55:31
|
Hello Djatoka Users, The issue I am trying to resolve is how to have a viewer (in this case, the IIPImage Viewer) that connects to a djatoka server passing in a source image URL (rft_id) that requires BasicAuth for access to work. Although I do not see any mention of it on the mailing lists, it seems like this must be a common issue. There is no clear way to pass into djatoka the necessary authN credentials such that they are used in the request for the rft_id content. If there is a pattern around this, or if others have addressed it in some way, I would be interested to hear about it. Thanks, Andrew |
From: J. C. D. <jc...@un...> - 2010-03-26 20:16:03
|
Hey all, I've just released a working copy of my "django-djatokalayers" app. It is a reusable app that allows any project to easily display JP2 images using Hugh Cayless' django/openlayers viewer. To use it, you just set a few configuration variables to tell django where to find openlayers, your djatoka server, and the OpenURL plugin, and then place the viewer and headers in your templates, like so: {% load djatokalayers %} <html> <head> <title>Djatokalayers viewer</title> {% djl-headers image_url %} </head> <body onload='init()'> {% djl-viewer image_queryset %} </body> </html> It is available from bitbucket at http://bitbucket.org/cliff/django-djatokalayers Check the README.txt file for installation instructions. I hope people find it useful. Feel free to branch and modify. I will pull back in useful, clean, documented patches. Cheers, Cliff |
From: Gerard M. <ger...@gm...> - 2010-03-16 08:04:31
|
Hoi, I have thought about how Djatoka can be used in digital archives of scanned newspapers.. Have a read.. http://ultimategerardm.blogspot.com/2010/03/djatoka-to-focus-in-on-scanned.htmland tell me what you think .. PS I got the original idea from Lars Aransson :) Thanks, GerardM On 15 March 2010 23:03, Ryan Chute <rc...@gm...> wrote: > Hi Gerard, > > It would be quite possible to index the offsets of each article and > render a view that presents the article based on the width of the > column, screen, etc. This would only really be helpful if pixel-based > imagery is necessary, otherwise a text or vector based solution may > require less bandwidth. > > Cheers, > Ryan > > On Mon, Mar 15, 2010 at 11:33 AM, Gerard Meijssen > <ger...@gm...> wrote: > > Hoi, > > There is some discussion going on in the Wikimedia Foundation about > Djatoka. > > One of the suggestions that I REALLY liked is to use it in combination > with > > news papers. When an article starts on a given point, it makes sense to > just > > go to that point and position there. > > > > Has such a scenario been considered and, if so would Djatoka be the right > > tool for this ? > > Thanks, > > GerardM > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > djatoka-general mailing list > > dja...@li... > > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > > > > |
From: Ryan C. <rc...@gm...> - 2010-03-15 22:04:06
|
Hi Gerard, It would be quite possible to index the offsets of each article and render a view that presents the article based on the width of the column, screen, etc. This would only really be helpful if pixel-based imagery is necessary, otherwise a text or vector based solution may require less bandwidth. Cheers, Ryan On Mon, Mar 15, 2010 at 11:33 AM, Gerard Meijssen <ger...@gm...> wrote: > Hoi, > There is some discussion going on in the Wikimedia Foundation about Djatoka. > One of the suggestions that I REALLY liked is to use it in combination with > news papers. When an article starts on a given point, it makes sense to just > go to that point and position there. > > Has such a scenario been considered and, if so would Djatoka be the right > tool for this ? > Thanks, > GerardM > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > djatoka-general mailing list > dja...@li... > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > |
From: Gerard M. <ger...@gm...> - 2010-03-15 18:33:11
|
Hoi, There is some discussion going on in the Wikimedia Foundation about Djatoka. One of the suggestions that I REALLY liked is to use it in combination with news papers. When an article starts on a given point, it makes sense to just go to that point and position there. Has such a scenario been considered and, if so would Djatoka be the right tool for this ? Thanks, GerardM |
From: Gerard M. <ger...@gm...> - 2010-03-09 21:59:34
|
Hoi, The Tropenmuseum has made the file available at http://www.rumphius.nl/download/809-154.zip . When I can show that it works I will blog about it. Does it work equally well with mobile phones ? I can imagine that the cost of data and the limited size of their screens make it an ideal combination. PS I will not only try to get in used in the cultural heritage world but also at http://commons.wikimedia.org PS Sorry that it took this long.. Thanks, Gerard On 5 February 2010 22:28, Ryan Chute <rc...@gm...> wrote: > Hi Gerard, > > Do you have the URL of the tiff file you're interested in viewing? I > might be able to figure something out for you. > > Ryan > > On Fri, Feb 5, 2010 at 11:51 AM, Gerard Meijssen > <ger...@gm...> wrote: > > Hoi, > > The Tropenmuseum in Amsterdam has an Indonesian story cloth. Like the > Bajeux > > tapistry its hight is not so big but it is very long. The Tropenmuseum > made > > photos and we stitched it together and did some digital restorations on > it > > .. mainly removal of stains ... The total size of the tiff is 992,4 > > megabyte. > > > > My question is, would djatoka be the tool to view such a file ? If so, > would > > someone be willing to demonstrate this for me (Tropenmuseum and I will > make > > propaganda in the Wikimedia Foundation). > > Thanks, > > Gerard > > > > > ------------------------------------------------------------------------------ > > The Planet: dedicated and managed hosting, cloud storage, colocation > > Stay online with enterprise data centers and the best network in the > > business > > Choose flexible plans and management services without long-term contracts > > Personal 24x7 support from experience hosting pros just a phone call > away. > > http://p.sf.net/sfu/theplanet-com > > _______________________________________________ > > djatoka-general mailing list > > dja...@li... > > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > > > > |
From: Gerard M. <ger...@gm...> - 2010-02-05 21:53:20
|
Hoi, The TIFF exceeds the limits of Wikimedia Commons .. http://commons.wikimedia.org it is therefore at this moment only on a few private pcs and we have provided it to the Tropenmuseum (obviously).. I will be happy to post it anywhere where it is mutually convenient or alternatively send it to you by way of skype .. my skype id gerardmeijssen PS the work is public domain due to its age Thanks, Gerard On 5 February 2010 22:28, Ryan Chute <rc...@gm...> wrote: > Hi Gerard, > > Do you have the URL of the tiff file you're interested in viewing? I > might be able to figure something out for you. > > Ryan > > On Fri, Feb 5, 2010 at 11:51 AM, Gerard Meijssen > <ger...@gm...> wrote: > > Hoi, > > The Tropenmuseum in Amsterdam has an Indonesian story cloth. Like the > Bajeux > > tapistry its hight is not so big but it is very long. The Tropenmuseum > made > > photos and we stitched it together and did some digital restorations on > it > > .. mainly removal of stains ... The total size of the tiff is 992,4 > > megabyte. > > > > My question is, would djatoka be the tool to view such a file ? If so, > would > > someone be willing to demonstrate this for me (Tropenmuseum and I will > make > > propaganda in the Wikimedia Foundation). > > Thanks, > > Gerard > > > > > ------------------------------------------------------------------------------ > > The Planet: dedicated and managed hosting, cloud storage, colocation > > Stay online with enterprise data centers and the best network in the > > business > > Choose flexible plans and management services without long-term contracts > > Personal 24x7 support from experience hosting pros just a phone call > away. > > http://p.sf.net/sfu/theplanet-com > > _______________________________________________ > > djatoka-general mailing list > > dja...@li... > > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > > > > |
From: Ryan C. <rc...@gm...> - 2010-02-05 21:28:26
|
Hi Gerard, Do you have the URL of the tiff file you're interested in viewing? I might be able to figure something out for you. Ryan On Fri, Feb 5, 2010 at 11:51 AM, Gerard Meijssen <ger...@gm...> wrote: > Hoi, > The Tropenmuseum in Amsterdam has an Indonesian story cloth. Like the Bajeux > tapistry its hight is not so big but it is very long. The Tropenmuseum made > photos and we stitched it together and did some digital restorations on it > .. mainly removal of stains ... The total size of the tiff is 992,4 > megabyte. > > My question is, would djatoka be the tool to view such a file ? If so, would > someone be willing to demonstrate this for me (Tropenmuseum and I will make > propaganda in the Wikimedia Foundation). > Thanks, > Gerard > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > djatoka-general mailing list > dja...@li... > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > |
From: J. C. D. <jc...@un...> - 2010-02-05 20:38:10
|
I'm sorry. I'm not in a position to host external content. Feel free to point them to our content if you would just like your colleagues to see an example of Djatoka/OpenLayers in action, but I regret to say that we cannot serve out your images for you. Cheers, Cliff On Fri, 2010-02-05 at 21:25 +0100, Gerard Meijssen wrote: > Hoi, > Would it be possible for you to host the file for a period of at least > a week so that I can point Wikimedia people and Tropenmuseum people to > what Djatoka can do ? I will then blog on my blog... The way the file > has been moved around so far is by way of skype file transfer ... it > just takes a long time :) > > I expect that it will get you some traffic :) > Thanks, > Gerard > > GerardM in the Wiki world > > On 5 February 2010 21:21, J. Cliff Dyer <jc...@un...> wrote: > It is absolutely a good tool for that sort of task. > > Here at the UNC Libraries, we are using Djatoka for viewing > files that > are 30 feet long at 200dpi, for a JP2 file over 70000 pixels > wide, with > a file size of 1.5GB, and it works great. We run the image > through Hugh > Cayless' OpenLayers Djatoka viewer (he used to be on staff > here), and it > works great. > > That particular file isn't up in a public spot right now, but > you can > see the viewer in action at > http://dc.lib.unc.edu/cdm4/item_viewer.php?CISOROOT=/ncmaps&CISOPTR=2383&CISOBOX=1&REC=2 > > > Cheers, > Cliff > > > > On Fri, 2010-02-05 at 20:51 +0100, Gerard Meijssen wrote: > > > > Hoi, > > The Tropenmuseum in Amsterdam has an Indonesian story cloth. > Like the > > Bajeux tapistry its hight is not so big but it is very long. > The > > Tropenmuseum made photos and we stitched it together and did > some > > digital restorations on it .. mainly removal of stains ... > The total > > size of the tiff is 992,4 megabyte. > > > > My question is, would djatoka be the tool to view such a > file ? If so, > > would someone be willing to demonstrate this for me > (Tropenmuseum and > > I will make propaganda in the Wikimedia Foundation). > > Thanks, > > Gerard > > > > > ------------------------------------------------------------------------------ > > The Planet: dedicated and managed hosting, cloud storage, > colocation > > Stay online with enterprise data centers and the best > network in the business > > Choose flexible plans and management services without > long-term contracts > > Personal 24x7 support from experience hosting pros just a > phone call away. > > http://p.sf.net/sfu/theplanet-com > > _______________________________________________ > djatoka-general mailing list > dja...@li... > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > > > > |
From: Gerard M. <ger...@gm...> - 2010-02-05 20:25:21
|
Hoi, Would it be possible for you to host the file for a period of at least a week so that I can point Wikimedia people and Tropenmuseum people to what Djatoka can do ? I will then blog on my blog... The way the file has been moved around so far is by way of skype file transfer ... it just takes a long time :) I expect that it will get you some traffic :) Thanks, Gerard GerardM in the Wiki world On 5 February 2010 21:21, J. Cliff Dyer <jc...@un...> wrote: > It is absolutely a good tool for that sort of task. > > Here at the UNC Libraries, we are using Djatoka for viewing files that > are 30 feet long at 200dpi, for a JP2 file over 70000 pixels wide, with > a file size of 1.5GB, and it works great. We run the image through Hugh > Cayless' OpenLayers Djatoka viewer (he used to be on staff here), and it > works great. > > That particular file isn't up in a public spot right now, but you can > see the viewer in action at > > http://dc.lib.unc.edu/cdm4/item_viewer.php?CISOROOT=/ncmaps&CISOPTR=2383&CISOBOX=1&REC=2 > > > Cheers, > Cliff > > > > On Fri, 2010-02-05 at 20:51 +0100, Gerard Meijssen wrote: > > Hoi, > > The Tropenmuseum in Amsterdam has an Indonesian story cloth. Like the > > Bajeux tapistry its hight is not so big but it is very long. The > > Tropenmuseum made photos and we stitched it together and did some > > digital restorations on it .. mainly removal of stains ... The total > > size of the tiff is 992,4 megabyte. > > > > My question is, would djatoka be the tool to view such a file ? If so, > > would someone be willing to demonstrate this for me (Tropenmuseum and > > I will make propaganda in the Wikimedia Foundation). > > Thanks, > > Gerard > > > ------------------------------------------------------------------------------ > > The Planet: dedicated and managed hosting, cloud storage, colocation > > Stay online with enterprise data centers and the best network in the > business > > Choose flexible plans and management services without long-term contracts > > Personal 24x7 support from experience hosting pros just a phone call > away. > > http://p.sf.net/sfu/theplanet-com > > _______________________________________________ djatoka-general mailing > list dja...@li... > https://lists.sourceforge.net/lists/listinfo/djatoka-general > > > > |
From: J. C. D. <jc...@un...> - 2010-02-05 20:21:28
|
It is absolutely a good tool for that sort of task. Here at the UNC Libraries, we are using Djatoka for viewing files that are 30 feet long at 200dpi, for a JP2 file over 70000 pixels wide, with a file size of 1.5GB, and it works great. We run the image through Hugh Cayless' OpenLayers Djatoka viewer (he used to be on staff here), and it works great. That particular file isn't up in a public spot right now, but you can see the viewer in action at http://dc.lib.unc.edu/cdm4/item_viewer.php?CISOROOT=/ncmaps&CISOPTR=2383&CISOBOX=1&REC=2 Cheers, Cliff On Fri, 2010-02-05 at 20:51 +0100, Gerard Meijssen wrote: > Hoi, > The Tropenmuseum in Amsterdam has an Indonesian story cloth. Like the > Bajeux tapistry its hight is not so big but it is very long. The > Tropenmuseum made photos and we stitched it together and did some > digital restorations on it .. mainly removal of stains ... The total > size of the tiff is 992,4 megabyte. > > My question is, would djatoka be the tool to view such a file ? If so, > would someone be willing to demonstrate this for me (Tropenmuseum and > I will make propaganda in the Wikimedia Foundation). > Thanks, > Gerard > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ djatoka-general mailing list dja...@li... https://lists.sourceforge.net/lists/listinfo/djatoka-general |
From: Gerard M. <ger...@gm...> - 2010-02-05 19:51:46
|
Hoi, The Tropenmuseum in Amsterdam has an Indonesian story cloth. Like the Bajeux tapistry its hight is not so big but it is very long. The Tropenmuseum made photos and we stitched it together and did some digital restorations on it .. mainly removal of stains ... The total size of the tiff is 992,4 megabyte. My question is, would djatoka be the tool to view such a file ? If so, would someone be willing to demonstrate this for me (Tropenmuseum and I will make propaganda in the Wikimedia Foundation). Thanks, Gerard |