Return-Path: <tiff-bounces@lists.maptools.org>
X-Original-To: info@awaresystems.be
Delivered-To: info@awaresystems.be
Received: from mx-j.b-one.net (mx-j.one.com [91.198.169.57])
	by mail9.b-one.net (Postfix) with ESMTP id 0B30B400124
	for <info@awaresystems.be>; Thu, 24 Sep 2009 18:44:58 +0200 (CEST)
X-Virus-Scanned: by one.com
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=0 tagged_above=0 required=6 tests=[none]
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.4
Received: from lists.maptools.org (lists.maptools.org [65.39.174.144])
	by mx-j.b-one.net (Postfix) with ESMTP id D38424A7E71
	for <info@awaresystems.be>; Thu, 24 Sep 2009 18:44:56 +0200 (CEST)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by lists.maptools.org (Postfix) with ESMTP id 354431D26692A;
	Thu, 24 Sep 2009 11:42:12 -0500 (EST)
Received: from pop-savannah.atl.sa.earthlink.net
	(pop-savannah.atl.sa.earthlink.net [207.69.195.69])
	by lists.maptools.org (Postfix) with ESMTP id 4F1AD1D45C118
	for <tiff@lists.maptools.org>; Thu, 24 Sep 2009 11:38:20 -0500 (EST)
Received: from user-0c8hqgn.cable.mindspring.com ([24.136.234.23]
	helo=UncleRico.earthlink.net)
	by pop-savannah.atl.sa.earthlink.net with esmtp (Exim 3.36 #1)
	id 1MqrKj-00069p-00
	for tiff@lists.maptools.org; Thu, 24 Sep 2009 12:38:17 -0400
Message-Id: <7.0.1.0.2.20090924122632.06717b98@earthlink.net>
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
Date: Thu, 24 Sep 2009 12:38:07 -0400
To: tiff@lists.maptools.org
From: Chris Losinger <losinger@earthlink.net>
Mime-Version: 1.0
Subject: [Tiff] TIFFTAG_RICHTIFFIPTC vs my life...
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org


	There are a number of TIFF writers out there which write IPTC data 
with the type TIFF_UNDEFINED instead of TIFF_LONG. And this means 
that LibTiff ignores those tags - much to my users' dismay.

	So, has anyone found a way to teach LibTiff to allow 
TIFFTAG_RICHTIFFIPTC to be read when it's been saved as TIFF_UNDEFINED ?

	I can kindof see a way to do it - starting by teaching the 'wrong 
data type' check in TIFFReadDirectory to allow the exception; but 
then OkToChangeTag tells TIFFVSetField to use the built-in type for 
that tag (TIFF_LONG instead of TIFF_UNDEFINIED), and that means all 
the mallocs and memcpys which follow are too large by a factor of 4.

	Without teaching OkToChangeTag about the exception, and then finding 
the next snag, which could take forever, I was hoping to see that 
someone else had found a solid solution to the problem and would be 
willing to share...

	Anyone ?

	-c
----
Chris Losinger
losinger@earthlink.net
smallest@smalleranimals.com          http://www.smalleranimals.com

_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
