http://blog.gmane.org/gmane.comp.information-retrieval.j2karclib hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/80 Peter Murray 2008-08-27T23:45:13 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/79 thanks so much. Aprille On Mon, Jul 7, 2008 at 2:40 PM, Peter Murray <peter-hbROQncn9SD2fBVCVOL8/A< at >public.gmane.org> wrote: Aprille McKay 2008-07-07T18:47:09 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/78 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Jun 25, 2008, at 11:06 AM, Peter Murray wrote: Unfortunately, the primary speaker needed to withdraw. In his place, I offered an introduction to JPEG2000 presentation and the attendees offered demonstrations/descriptions of projects, asked questions, and offered observations. There is not an audio recording of the program, but the slides are online at: http://presentations.ala.org/index.php?title=ALAac2008_j2kIG Peter - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFIcmML4+t4qSfPIHIRAvYcAJ93cAgTcCUyRKroHjrqEn/tZjL6AACeJffW yba83CXP5UaZ8/Eo1fnubZ8= =3bLu -----END PGP SIGNATURE----- Peter Murray 2008-07-07T18:40:06 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/77 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Jun 25, 2008, at 10:18 AM, Clayton P. Scoble wrote: No promises, but I'll see what I can do... Peter - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFIYl8T4+t4qSfPIHIRAmTnAKCcV7JnTfKiDvQ186t+//4oA/8roQCfQ/u0 vSzYFvpevvj3CtAMru/zNU4= =9QdJ -----END PGP SIGNATURE----- Peter Murray 2008-06-25T15:06:58 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/76 Clayton P. Scoble 2008-06-25T14:18:51 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/75 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Jun 25, 2008, at 2:24 AM, Ria Groenewald wrote: We will try. I expect the "lightning talks" will be, well, "lightning quick" -- but we can try to get notes out as best we can. Peter - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFIYk7L4+t4qSfPIHIRAohzAKCB+PJUMl0dWWMmuR5Sc9pzYJjf6QCfd3QG dVqUhXihNNOex5HCIMBXmB8= =kqAA -----END PGP SIGNATURE----- Peter Murray 2008-06-25T13:57:27 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/74 Could someone please give us feedback on this workshop. We are still a bit on an island regarding JPEG2000. I would love to attend this but the distance from South Africa to the venue is a "bit" far. Looking out for an updating email. Ria Groenewald Ria Groenewald 2008-06-25T06:24:20 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/73 Peter Murray 2008-06-24T14:52:01 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/72 Hi All, I think that a fast encoder will very useful for the Adoption of JPEG 2000 in Archives and Libraries, so this information should be helpful to you. We have achieved 25 frame-per-second performance for 1920x1080 resolution, 4:2:2, 8-bit video, for both lossless and lossy encoding. We used a quite-cheap PC platform, costing only around 1.6K USD (not including display device), based on Intel q6600 and Nvidia 9800 GX2. Current platform is MS Windows. However, porting to Linux is an easy task, according to your requirements. Also, the performance can be improved with upgraded configuration (e.g. 3K USD for 4:4:4 10-bit video real-time encoding). For any further cooperation ideas and questions/comments, feel free to contact us (hui.zhang-L+G57L1VLRbR7s880joybQ< at >public.gmane.org). Best Regards, Hui ZHANG Senior Research Engineer Corporate Research, Thomson, Beijing Tel:+86-10-5883 7111 Fax:+86-10-8273 0806 Zhang Hui 2008-06-10T01:01:15 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/71 Peter Murray 2008-01-09T16:09:29 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/70 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've posted a summary of the two Google Summer of Code projects related to JPEG2000. You can find it at: http://dltj.org/2007/10/j2k-in-gsoc-2007/ Peter - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFHHPzH4+t4qSfPIHIRAtemAJsHxWUmB8YLRglXg7Udq7oyJDI9MACggJtj RyzW77DBL8JvOcBCwfjUnoI= =crr7 -----END PGP SIGNATURE----- Peter Murray 2007-10-22T19:40:54 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/69 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Two topics -- First, welcome to the half-dozen or so people who attended the ALA/LITA JPEG2000 Interest Group meeting this morning and asked to be added to the j2kArcLib-L mailing list. You should have received an e-mail saying that you have been added to the list; if not, please accept this as your welcome. Second, the notes from the meeting have been posted to the j2kArcLib.info site: http://j2karclib.info/node/113 There was a great deal of interest in putting on a program at next year's ALA conference in Anaheim on use of the JPEG2000 format as an archival master. We'll be soliciting participants for the panel, but feel free to volunteer in advance of being asked! Peter - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGfWf84+t4qSfPIHIRAsW4AKDB1dD3IGr/AJ8qjz1WJ8tR9Ecp2wCeNSF2 a+sUgfO0D0r7UX7EwfAVPPM= =j1JM -----END PGP SIGNATURE----- Peter Murray 2007-06-23T18:36:36 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/68 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks for everyone's reply to the previous question about reading Kakadu-generated JPX files using Photoshop CS3. The problem does seem to be universally there for CS2/CS3, although the actual source of the problem has not been discovered. That issue, though, is but a side-show to a bigger question. I'm having problems with conversions of TIFF to JP2 to derived JPEG for web presentation. Along the way I've discovered that the default settings for both ImageMagick and Kakadu result in irreversible transformations. Here is the data: http://drc-dev.ohiolink.edu/temp/j2k/AKAG.1925.31.tif Source image http://drc-dev.ohiolink.edu/temp/j2k/AKAG.1925.31.jasper.tif Jasper 1.701 via ImageMagick 6.2.9 convert AKAG.1925.31.tif -o AKAG.1925.31.jasper.jp2 http://drc-dev.ohiolink.edu/temp/j2k/AKAG.1925.31.kakadu.jp2 Kakadu v5.2.6 kdu_compress -i AKAG.1925.31.tif -o AKAG.1925.31.kakadu.jp2 http://drc-dev.ohiolink.edu/temp/j2k/AKAG.1925.31.Crev.jp2 Kakadu v5.2.6 kdu_compress -i AKAG.1925.31.tif -o AKAG.1925.31.Crev.jp2 \ Creversible=yes -rate -,1,0.5,0.25 Clevels=5 Corder=LRCP http://drc-dev.ohiolink.edu/temp/j2k/AKAG.1925.31.Crev.jpf Kakadu v5.2.6 kdu_compress -i AKAG.1925.31.tif -o AKAG.1925.31.Crev.jpf \ Creversible=yes -rate -,1,0.5,0.25 Clevels=5 Corder=LRCP Here is a summary observations: * For me, "AKAG.1925.31.Crev.jpf" (or .jpx) is not readable in Photoshop ("the file format module cannot process the file"), although Graphic Converter on the Mac /can/ read it. * On a pixel-by-pixel basis, at high magnification, there are differences in the RGB and CMYK values between the TIF and the JASPER.JP2 and the KAKADU.JP2 files, but the TIF and the Crev.JP2 files appear to be the same. * Comparison via copying and pasting the JP2 on top of the TIF image and selecting "Difference" blending mode between the layers does not result in and looking at the histogram of the resulting image shows differences in all cases except TIF versus Crev.JP2. (In the Histogram view, the mean, median and standard deviation are all exactly 0.) * Using "Images > Calculations..." with 100% opacity difference blending between source images (the TIF and the JP2s) with the results put into a new document shows in a completely black image only for Crev.JP2. So it would appear that one needs to set parameters in Kakadu's 'kdu_compress' command in order to get lossless compression: TIF -x-> JASPER.JP2 TIF -x-> KAKADU.JP2 TIF -=-> Crev.JP2 ...and that the same holds true for our grayscale images: http://drc-dev.ohiolink.edu/temp/j2k/I_102413519.tif http://drc-dev.ohiolink.edu/temp/j2k/I_102413519.Crev.jp2 ...except when we have to convert the grayscale to RGB. We need to do this at some point because our users are not seeing the TIFF or the JP2 directly -- they are seeing a JPEG derivative. At extreme magnification, individual pixel values in the TIF versus the Crev.JP2 show the same K value but different CMYK values. If I convert the images to RGB mode in Photoshop and do the same "Image -> Calculation" operation, I don't get a nice black resulting image back. CONCLUSIONS * Default options for the ImageMagick 'convert' and Kakadu 'compress' commands do not result in lossless transformations. * For our sample images, using Kakadu command line options do appear to result in lossless transformations for RGB images. * For our sample greyscale images, we have not yet found a way to perform a lossless transformation to JPEG2000. The first two conclusions might be of interest to the group. Can anyone help with the third one? Peter [1] Ron, this might be something I report to Adobe? Where are you reporting bugs? - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNknj4+t4qSfPIHIRAv/pAJ40gB0h66XsF3nxyEuGgGVCyzeW7gCfdYXw 5j1lU6L6d11DbjTxFV0AKkc= =ABKW -----END PGP SIGNATURE----- Peter Murray 2007-04-30T19:56:19 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/67 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey, John -- I /think/ Kakadu is creating a JPX file, but now I'm starting to wonder. The manual entry for the '-o' option says: -o <compressed file -- raw code-stream, JP2 or JPX file> Name of file to receive the compressed code-stream. If the file name has a ".jp2" suffix (not case sensitive), the code-stream will be wrapped up inside the JP2 file format. If the file name has a ".jpx" or ".jpf" suffix (not case sensitive), the code-stream will be wrapped up inside the more sophisticated JPX file format, with a single compositing layer. So I think I just need to specify a filename with a ".jpx" extension. This same question is pending in the Kakadu mailing list moderation queue. GraphicConverter simply reports it as a "JPEG 2000" file and not a particular file format family. Your results of renaming the file are interesting, so I'd like to find some what of figuring out exactly what file format family this file is. Peter On 4/27/07 10:22 AM, John Weise wrote: - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMhNW4+t4qSfPIHIRAjFsAJsFj47846Pa5s9KI4QdIQiSN9xTGwCfRNIN 0bcsja0YbfxRoE1kuGe5dlw= =38Ja -----END PGP SIGNATURE----- Peter Murray 2007-04-27T15:14:30 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/66 Peter, QuickTime on Mac does not recognize jpx as a format, but if I change the extension to jp2 your image opens right up in Preview. Graphic Converter opened it with the jpx extension (but I think it goes beyond the extension to determine format). Could it be the case that without additional jpx specific paramaters kdu_compress creates a jp2 not a jpx? I think that might be. John On Apr 27, 2007, at 9:05 AM, Peter Murray wrote: John Weise 2007-04-27T14:22:14 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/65 Hi, Peter. Running Photoshop CS2 here. When I try to open I_102413519.kakadu.jpx, I get the error message "Could not complete your request because it is not the right kind of document." Carol Ann Trinchitella Serials & Electronic Resources Librarian, Collection Management Unit Connecticut State Library 231 Capitol Avenue Hartford, CT 06106 tel: (860) 757-6562 fax: (860) 757-6559 email: ctrinchitella-DaPPV+ee74bYtjvyW6yDsg< at >public.gmane.org Carol Trinchitella 2007-04-27T13:44:12 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/64 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I seem to have a reproducible problem with the JPEG2000 support of the recently-released Photoshop CS3. Any JPF/JPX file that I generate from a TIFF source using any parameters cannot be opened in Photoshop. The error I get from Photoshop is "the file format module cannot process the file" and an example file is located at: http://drc-dev.ohiolink.edu/temp/j2k/I_102413519.tif Source image http://drc-dev.ohiolink.edu/temp/j2k/I_102413519.kakadu.jpx Generated via Kakadu v5.2.6 by: kdu_compress -i I_102413519.tif -o I_102413519.kakadu.jpx Can anyone with Photoshop CS3 confirm the same thing? Does it also occur with Photoshop CS2? Peter - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMfUO4+t4qSfPIHIRAm5LAJ9HmaAtIDUH75lZyv/OsMod0Yb2tgCgyDdj Nb8E79it6n74u8mAJc+CU5I= =MNxR -----END PGP SIGNATURE----- Peter Murray 2007-04-27T13:05:18 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/63 Hello fellow J2KARCLIB list subscribers, Some of you may be interested in the following message sent to the UK-based Digital-Preservation mailing list, Best regards, Antony ---------------------- Antony Theobald, Technical Research Officer TASI - Technical Advisory Service for Images Free help, advice, and guidance for the Further and Higher Education sector http://www.tasi.ac.uk/ A JISC Service ---------- Forwarded Message ---------- Date: 27 April 2007 03:54 +0200 From: Carol Jackson <carol-hrMoUiDLhBXNLxjTenLetw< at >public.gmane.org> To: DIGITAL-PRESERVATION-fDUS8cNZx2jrfANEuwkQdg< at >public.gmane.org Subject: DPC/BL JPEG2000 joint workshop 25th June 2007 ***Apologies for Cross Posting*** DPC/BL JPEG200 joint workshop 25th June 2007 10.00am -- 16.30pm Introduction: The JPEG2000 image compression technique has been cited by experts as a new archiving format for digital images. It is both a preservation and delivery format, and has been seen as a possible alternative to the TIFF format which most institutions use as a long-term archiving standard. Produced by both imaging experts and the Joint Photographic Experts Group, it is now a recognised ISO standard. The standard JPEG file format which is so widely in use is not yet an ISO standard. JPEG 2000 allows a wide range of uses and can support a wide range of formats and multiple resolutions. It can also offer both lossy and lossless compression modes. Most importantly it is a flexible file format which allows metadata to be built in to the file, a vital element of the digital preservation process. However, the standard is not yet widely in use and there is as yet no native support for it in internet browsers. More investigation and practical implementations of the standard are yet to be seen but it could be used as a potential archival standard. The workshop: This forum will look more into the details of the standard and expert speakers who are familiar with the standard or have implemented it will share their experiences. The forum will also include industry experts to talk about the creation of the file formats. Delegates will learn about the benefits of the standard, especially with regard to digital preservation and whether it is worth implementing it within their own institutions as an image storage format.  Guest speakers include Bill Comstock, Harvard College Library, Christoph Becker, Vienna University of Technology, Manfred Thaller, Cologne University and Jim King, Adobe. Who should attend the workshop? Digital Repository Developers, Library and Archives professionals, Digital Preservation (technology watchers) future trends, Information Managers (public sector) and anyone with large numbers of images within their institutions or companies. Registration Registration and more details on this event including the full programme can be found on the DPC website; http://www.dpconline.org/graphics/events/0706jpeg2000wkshop.html Registration fees are £60 for DPC members and £100 for non DPC members. Carol Jackson Digital Preservation Coalition (DPC) Innovation Centre York Science Park Heslington YORK YO10 5DG T: +44 (0) 1904 435 362 F: +44 (0) 1904 43 5135 E: info-hrMoUiDLhBXNLxjTenLetw< at >public.gmane.org www.dpconline.org ---------- End Forwarded Message ---------- Antony Theobald 2007-04-27T09:42:51 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/62 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Two items of note, one discouraging and one encouraging, have happened this month with regards to the wider adoption of JPEG2000. You can read more details about each of these in blog postings at the URLs offered. First is a "feeler" from Adobe's Senior Product Manager for Adobe Photoshop on the possibility of removing JPEG2000 support from future editions of Photoshop (http://dltj.org/2007/04/j2k-in-photoshop/). Comments were initially running fairly negative, but as of late the JPEG2000 enthusiast community have been making their presence known. It probably isn't too late to register you opinion on Jack Nack's blog (http://blogs.adobe.com/jnack/2007/04/jpeg_2000_do_yo.html). Second is word from the Google Summer of Code project of two accepted proposals related to JPEG2000: one to add support for the image format in Firefox browsers and another to add support in the FFmpeg media system (http://dltj.org/2007/04/j2k-in-gsoc/). Have news of your own? Let us know! Peter - -- Peter Murray http://www.pandc.org/peter/work/ Assistant Director, New Service Development tel:+1-614-728-3600;ext=338 OhioLINK: the Ohio Library and Information Network Columbus, Ohio The Disruptive Library Technology Jester http://dltj.org/ Attrib-Noncomm-Share http://creativecommons.org/licenses/by-nc-sa/2.5/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGI4vF4+t4qSfPIHIRAoiwAJ9aEqXcNUTqf+o/piDxr6CX2bSIvwCgnTPw hSS+fvfq16zOsLDsfgTouGM= =Utgk -----END PGP SIGNATURE----- Peter Murray 2007-04-16T14:44:21 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/61 All, Please forgive cross-posting. We're evaluating our JPEG2000 encoding options, and are giving a closer look to JasPer because of its integration with Image Magick. Is anyone using JasPer? Please contact me off list -- I have some questions. Thanks in advance, Leslie ------------ Leslie Johnston Head, Digital Access Services University of Virginia Library http://lib.virginia.edu/digital/ http://lib.virginia.edu/digital/das/ johnston-4Ng6DfrEGID2fBVCVOL8/A< at >public.gmane.org Leslie Johnston 2007-03-26T22:20:40 http://permalink.gmane.org/gmane.comp.information-retrieval.j2karclib/60 I think the common misconception that JPG2k only supports rectangular and elliptical ROIs arises from the fact that when ROIs are specified in JPX using embedded \metadata/ with an ROI Description box (Sec M 11.16, ISO+IEC+15444-1-2000.), the only defined ROI types are rectangular and elliptical. These description boxes provide for only four parameters anyway, so could encode only ROIs given by at most two points in the plane. Since the metadata boxes are easy to support compared to the pixel-based ROIs in codestreams, these seem to be all that are presently available to users of Kakadu and the available open source codecs. We find most of the latter to be rather weak and buggy.... I believe the codestream ROI's are available in all file formats, but I bet are only provided in the high-end commercial codecs. A vendor that made its codec---as opposed to its entire dtk--- available for free non-commercial use with a requirement of attribution might get valuable free PR from scientific and educational applications built by groups who are not potential revenue sources for the full dtk anyway. It's a mystery to me why there is no provision even in JPX for metadata-based polysets, and it is probably reasonable for applications to support those in application-defined boxes. This might not be an outrage for many applications where display is managed directly by the application with widely understood display frameworks, and where the ROI has importance as a polyset, such as in GIS where intersection computations by the backend GIS software are important. Of course, such an ad-hoc solution makes it hard for those of us who like to build integrated applications, which often need the resources of diverse applications to be used together.... Yet there are standards, such as GML, addressing this particular issue, which would perhaps mitigate the pain somewhat. Bob Morris Bob Morris 2006-12-20T16:41:38 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.information-retrieval.j2karclib