Return-Path: Delivered-To: apmail-commons-user-archive@www.apache.org Received: (qmail 80073 invoked from network); 4 Mar 2010 03:15:27 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 4 Mar 2010 03:15:27 -0000 Received: (qmail 6532 invoked by uid 500); 4 Mar 2010 03:15:17 -0000 Delivered-To: apmail-commons-user-archive@commons.apache.org Received: (qmail 6368 invoked by uid 500); 4 Mar 2010 03:15:16 -0000 Mailing-List: contact user-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Users List" Delivered-To: mailing list user@commons.apache.org Delivered-To: moderator for user@commons.apache.org Received: (qmail 88758 invoked by uid 99); 4 Mar 2010 02:49:49 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of snesbitt@aussieswithtails.com designates 216.154.218.52 as permitted sender) Received-SPF: softfail (centos5.snesbitt.virtual.vps-host.net: domain of transitioning snesbitt@aussieswithtails.com does not designate 98.232.24.237 as permitted sender) receiver=centos5.snesbitt.virtual.vps-host.net; client-ip=98.232.24.237; helo=loki.localnet; envelope-from=snesbitt@aussieswithtails.com; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf2-1.0.0; From: Stephen Nesbitt To: "Commons Users List" Subject: Re: [Sanselan] - Help Parsing EXIF Info embedded in PNG Date: Wed, 3 Mar 2010 18:49:16 -0800 User-Agent: KMail/1.13.1 (Linux/2.6.31-19-generic; KDE/4.4.1; x86_64; ; ) References: <201003031038.45247.snesbitt@aussieswithtails.com> <201003031222.00335.snesbitt@aussieswithtails.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003031849.17222.snesbitt@aussieswithtails.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi Matthew: On Wednesday 03 March 2010 06:35:38 pm Charles Matthew Chen wrote: > First, calling getText() on Sanselan's zTXt chunk returns the > uncompressed contents: Good - that is very nice to know. Am I correct in assuming that the text returned is a set of hex values? > Next, I'm not sure exactly what is meant by "raw" Exif data, but > Exif is a binary format. It'd be strange to store it in a zTXt chunk. Strange or not - that's what I think is happening. The application that created the PNG is digikam and was the result of digikam's convert from jpeg to png tool/capability. What I suspect is happening is that digikam is taking the binary EXIF data and storing it in a PNG zTXt chunk with a keyword of "Raw profile type" > Phil's exiftool documentation is in many ways the defacto standard > for image metadata practices, especially for these non-standardized > dark corners. In the absence of a standard, I'm not sure what you're > looking for or asking to be implemented. Essentially I need a Java version of exiftool's capability to extract EXIF info from a PNG. I am not sure that such a capability really falls within Sanselan's responsibility. Knowing that Sanselan is deflating the zTXt chunk as part of the getText() method is very useful and helps illuminate the dark corners. It might be nice to add a note to the Java doc to that point. Thanks for the info! -steve --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@commons.apache.org For additional commands, e-mail: user-help@commons.apache.org