Return-Path: <awaresystems.be+caf_=filtered=awaresystems.be@gmail.com>
X-Original-To: filtered@awaresystems.be
Delivered-To: filtered@awaresystems.be
Received: from mx-i.one.com (mx-i.one.com [91.198.169.56])
	by mail9.b-one.net (Postfix) with ESMTP id 44BB0400827
	for <filtered@awaresystems.be>; Wed, 21 Mar 2012 16:16:54 +0100 (CET)
X-Virus-Scanned: by one.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
Received-SPF: pass (mx-i: domain of awaresystems.be+caf_=filtered=awaresystems.be@gmail.com designates 209.85.210.48 as permitted sender)
X-Greylist: whitelisted by SQLgrey-1.8.0-rc2
Received: from mail-pz0-f48.google.com (mail-pz0-f48.google.com [209.85.210.48])
	by mx-i.one.com (Postfix) with ESMTP id 6EC424EDAECC
	for <filtered@awaresystems.be>; Wed, 21 Mar 2012 15:16:53 +0000 (UTC)
Received: by dadp13 with SMTP id p13so1963090dad.21
        for <filtered@awaresystems.be>; Wed, 21 Mar 2012 08:16:52 -0700 (PDT)
Received: by 10.68.135.193 with SMTP id pu1mr12202534pbb.133.1332343012338;
        Wed, 21 Mar 2012 08:16:52 -0700 (PDT)
X-Forwarded-To: filtered@awaresystems.be
X-Forwarded-For: awaresystems.be@gmail.com filtered@awaresystems.be
Delivered-To: awaresystems.be@gmail.com
Received: by 10.142.101.10 with SMTP id y10csp118018wfb;
        Wed, 21 Mar 2012 08:16:51 -0700 (PDT)
Received: by 10.68.216.3 with SMTP id om3mr12260876pbc.18.1332343010736;
        Wed, 21 Mar 2012 08:16:50 -0700 (PDT)
Received-SPF: softfail (google.com: best guess record for domain of transitioning tiff-bounces@lists.maptools.org does not designate 91.198.169.250 as permitted sender) client-ip=91.198.169.250;
Received: by 10.131.58.33 with POP3 id l33mf1846569dak.39;
        Wed, 21 Mar 2012 08:16:50 -0700 (PDT)
X-Gmail-Fetch-Info: info@awaresystems.be 1 pop.awaresystems.be 110 info@awaresystems.be
X-Original-To: info@awaresystems.be
Delivered-To: info@awaresystems.be
Received: from mx-s.one.com (mx-s.one.com [91.198.169.250])
	by mail9.b-one.net (Postfix) with ESMTP id 85038400827
	for <info@awaresystems.be>; Wed, 21 Mar 2012 16:13:18 +0100 (CET)
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0-rc2
Received: from lists.maptools.org (lists.maptools.org [65.39.174.144])
	by mx-s.one.com (Postfix) with ESMTP id EA68A210EFAF
	for <info@awaresystems.be>; Wed, 21 Mar 2012 15:13:17 +0000 (UTC)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by lists.maptools.org (Postfix) with ESMTP id BFA431CC168;
	Wed, 21 Mar 2012 10:10:51 -0500 (EST)
Received: from s1v.com (s1v.com [206.130.105.75])
	by lists.maptools.org (Postfix) with ESMTPS id 4129B1CC168
	for <tiff@lists.maptools.org>; Wed, 21 Mar 2012 10:05:50 -0500 (EST)
Received: from [192.168.1.51] (bd66c4c5.virtua.com.br [189.102.196.197] (may
	be forged)) (authenticated bits=0)
	by s1v.com (8.13.1/8.13.1) with ESMTP id q2LEM0X5023632
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 21 Mar 2012 08:22:03 -0600
Message-ID: <4F69E3FC.5090104@infologika.com.br>
Date: Wed, 21 Mar 2012 11:21:48 -0300
From: Reg <reg@infologika.com.br>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:11.0) Gecko/20120312 Thunderbird/11.0
MIME-Version: 1.0
To: tiff@lists.maptools.org
References: <4F689311.1060305@infologika.com.br> <4F6963A0.20509@pobox.com>
	<CA+NZCsS-T6z7qVz38CZ34bjeoMPBHODcBF-DZVqLxo8qO8K25w@mail.gmail.com>
In-Reply-To: <CA+NZCsS-T6z7qVz38CZ34bjeoMPBHODcBF-DZVqLxo8qO8K25w@mail.gmail.com>
X-TagToolbar-Keys: D20120321112148765
X-Scanned-By: MIMEDefang 2.71 on 206.130.105.75
Subject: Re: [Tiff] Unable to read following tiff file
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: multipart/mixed; boundary="===============0226584471=="
Mime-version: 1.0
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org

This is a multi-part message in MIME format.
--===============0226584471==
Content-Type: multipart/alternative;
 boundary="------------050906080904040109020007"

This is a multi-part message in MIME format.
--------------050906080904040109020007
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


Thank you very much for your help

On 21/03/2012 09:37, Joris Van Damme (AWare Systems) wrote:
> Frank wrote:
> > It doesn't seem well behaved to me.
>
> It is a weird file.
>
> Here's a tag dump (best viewed as HTML).
>
> *Tag* 	*Datatype* 	*Count* 	*Value*
> NewSubfileType 
> <http://www.awaresystems.be/imaging/tiff/tifftags/newsubfiletype.html> 	Long 
> 	1 	0
> ImageWidth 
> <http://www.awaresystems.be/imaging/tiff/tifftags/imagewidth.html> 
> Long 	1 	2550
> ImageLength 
> <http://www.awaresystems.be/imaging/tiff/tifftags/imagelength.html> 	Long 
> 	1 	3300
> BitsPerSample 
> <http://www.awaresystems.be/imaging/tiff/tifftags/bitspersample.html> 	Short 
> 	3 	8, 8, 8
> Compression 
> <http://www.awaresystems.be/imaging/tiff/tifftags/compression.html> 
> Short 	1 	JPEG
> PhotometricInterpretation 
> <http://www.awaresystems.be/imaging/tiff/tifftags/photometricinterpretation.html> 
> 	Short 	1 	YCbCr
> Orientation 
> <http://www.awaresystems.be/imaging/tiff/tifftags/orientation.html> 
> Short 	1 	TopLeft
> SamplesPerPixel 
> <http://www.awaresystems.be/imaging/tiff/tifftags/samplesperpixel.html> 
> Short 	1 	3
> XResolution 
> <http://www.awaresystems.be/imaging/tiff/tifftags/xresolution.html> 
> Rational 	1 	300
> YResolution 
> <http://www.awaresystems.be/imaging/tiff/tifftags/yresolution.html> 
> Rational 	1 	300
> PlanarConfiguration 
> <http://www.awaresystems.be/imaging/tiff/tifftags/planarconfiguration.html> 
> 	Short 	1 	Chunky
> ResolutionUnit 
> <http://www.awaresystems.be/imaging/tiff/tifftags/resolutionunit.html> 	Short 
> 	1 	Inch
> TileWidth 
> <http://www.awaresystems.be/imaging/tiff/tifftags/tilewidth.html> 
> Short 	1 	2550
> TileLength 
> <http://www.awaresystems.be/imaging/tiff/tifftags/tilelength.html> 
> Short 	1 	3300
> TileOffsets 
> <http://www.awaresystems.be/imaging/tiff/tifftags/tileoffsets.html> 	Long 
> 	1 	1000
> TileByteCounts 
> <http://www.awaresystems.be/imaging/tiff/tifftags/tilebytecounts.html> 	Long 
> 	1 	303600
> JPEGProc 
> <http://www.awaresystems.be/imaging/tiff/tifftags/jpegproc.html> 
> Short 	1 	Baseline
> JPEGInterchangeFormat 
> <http://www.awaresystems.be/imaging/tiff/tifftags/jpeginterchangeformat.html> 
> 	Long 	1 	360
> JPEGInterchangeFormatLength 
> <http://www.awaresystems.be/imaging/tiff/tifftags/jpeginterchangeformatlength.html> 
> 	Long 	1 	304240
> JPEGRestartInterval 
> <file:///C:/Users/Joris/Desktop/Nieuw%20tekstdocument.html> 	Short 	1 	0
> Subsampling 
> <http://www.awaresystems.be/imaging/tiff/tifftags/ycbcrsubsampling.html> 
> 	Short 	2 	2, 1
> SubsamplingPositioning 
> <http://www.awaresystems.be/imaging/tiff/tifftags/ycbcrpositioning.html> 
> 	Short 	1 	Cosited
> ReferenceBlackWhite 
> <file:///C:/Users/Joris/Desktop/Nieuw%20tekstdocument.html> 
> Rational 	6 	0, 255, 128, 255, 128, 255
>
>
> First thing you'll notice, apart from the odd tile sizes you mentioned 
> already, is the presence of old-style JPEG tags combined with the 
> new-style JPEG compression value of the Compression tag. And the 
> uncommon value for SubsamplingPosition.
>
> The strip data or in this case tile data is part of the 
> JPEGInterchangeFormat stream, judging from the tag values, and that is 
> not atypical of old-style JPEG. In such cases, the strip/tile data 
> typically points to the compressed data portion of the JPEG stream, 
> so, excluding all markers at the start and end of the JPEG stream. 
> However, in this case they both end at the same position. Also, the 
> actual TileOffset value, 1000, is suspicious, as such a nice round 
> number seems to indicate the process of arriving at that number may 
> have been somewhat arbitrary.
>
> Investigating the JPEGInterchangeFormat stream, one does find a 
> seemingly legit though truncates JPEG stream. Marker sequence is SOI, 
> APP0, COM, DQT, DHT, SOF0, SOS, and this is followed by seemingly 
> legit compressed image data. The presence of APP0 and COM markers is 
> not at all correct, as these contain metadata that is useful in a JPEG 
> file context but should not be there in a TIFF file context where all 
> such metadata ought to be contained inside the TIFF IFD. But it is 
> reasonably common nonetheless.
>
> The markers furthermore indicate the presence of 3 channels in the 
> stream, and subsampling values also consistent with what is indicated 
> in the TIFF IFD.
>
> The compressed image data starts at offset 640 in the stream. So, this 
> is indeed offset 1000 in the TIFF file. Therefore, the TileOffsets 
> value is not arbitrary after all, it does point to the start of the 
> compressed image data, as is not uncommon for old-style JPEG, though 
> of course not legit for new-style JPEG.
>
> The compressed data in the stream is prematurely truncated. There are 
> no usual trailing markers in the stream.
>
> The premature truncation does not appear to have originated at TIFF 
> level. The file size is 304600 bytes, that is consistent with the 
> values of the TIleOffsets, TileByteCounts, and JpegInterchangeFormat tags.
>
> All this leads me to the conclusion that this file is probably a very 
> bad attempt at encapsulating a truncated JPEG file. Done by people 
> that don't read standards and ended up mixing old-style and new-style 
> JPEG stuff in a very creative manner. The JPEG stream COM marker says 
> "LEAD Technologies Inc. V1.01", and we're used to seeing garbadge from 
> LEAD libraries trying to write JPEG-compressed TIFF files, so maybe 
> that's some indication as to who is to blame for this junk.
>
> It is also likely that LibTIFF (or LibTIFF RGBA interface) fails in 
> these circumstances, either because it finds no required table markers 
> at the position pointed to by TilfOffsets, or either because it fails 
> to respond properly the LibJPEG erroring out at premature EOF. It 
> could do better, by using the JPEGInterchangeFormat stream when it 
> fails to find all required data in the Tile stream, and/or by 
> responding more robustly to LibJPEG's error indication near the end of 
> the image data, but it is absolutely not required to do better, as the 
> file is far from legit.
>
> Or maybe LibTIFF RGBA interface fails because it rightly thinks it 
> cannot support the uncommon SubsamplingPosition value when it relies 
> on LibJPEG to do the de-subsampling. In this case it could and should 
> do better by not delegating de-subsampling to LibJPEG, as has always 
> been my point of view because subsampling can actually be combined 
> with any compression mode in TIFF.
>
>
> Best regards,
>
> Joris Van Damme
> AWare Systems
>
>
> _______________________________________________
> Tiff mailing list: Tiff@lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/tiff
> http://www.remotesensing.org/libtiff/


--------------050906080904040109020007
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    Thank you very much for your help<br>
    <br>
    On 21/03/2012 09:37, Joris Van Damme (AWare Systems) wrote:
    <blockquote
cite="mid:CA+NZCsS-T6z7qVz38CZ34bjeoMPBHODcBF-DZVqLxo8qO8K25w@mail.gmail.com"
      type="cite">Frank wrote:<br>
      &gt; It doesn't seem well behaved to me.<br>
      <br>
      It is a weird file.<br>
      <br>
      Here's a tag dump (best viewed as HTML).<br>
      <br>
      <table style="font-family:'Times New Roman'" border="1"
        cellpadding="2" cellspacing="0">
        <thead><tr>
            <td><b>Tag</b></td>
            <td><b>Datatype</b></td>
            <td><b>Count</b></td>
            <td><b>Value</b></td>
          </tr>
        </thead><tbody>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/newsubfiletype.html">NewSubfileType</a></td>
            <td>Long</td>
            <td>1</td>
            <td>0</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/imagewidth.html">ImageWidth</a></td>
            <td>Long</td>
            <td>1</td>
            <td>2550</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/imagelength.html">ImageLength</a></td>
            <td>Long</td>
            <td>1</td>
            <td>3300</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/bitspersample.html">BitsPerSample</a></td>
            <td>Short</td>
            <td>3</td>
            <td>8, 8, 8</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/compression.html">Compression</a></td>
            <td>Short</td>
            <td>1</td>
            <td>JPEG</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/photometricinterpretation.html">PhotometricInterpretation</a></td>
            <td>Short</td>
            <td>1</td>
            <td>YCbCr</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/orientation.html">Orientation</a></td>
            <td>Short</td>
            <td>1</td>
            <td>TopLeft</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/samplesperpixel.html">SamplesPerPixel</a></td>
            <td>Short</td>
            <td>1</td>
            <td>3</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/xresolution.html">XResolution</a></td>
            <td>Rational</td>
            <td>1</td>
            <td>300</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/yresolution.html">YResolution</a></td>
            <td>Rational</td>
            <td>1</td>
            <td>300</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/planarconfiguration.html">PlanarConfiguration</a></td>
            <td>Short</td>
            <td>1</td>
            <td>Chunky</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/resolutionunit.html">ResolutionUnit</a></td>
            <td>Short</td>
            <td>1</td>
            <td>Inch</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/tilewidth.html">TileWidth</a></td>
            <td>Short</td>
            <td>1</td>
            <td>2550</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/tilelength.html">TileLength</a></td>
            <td>Short</td>
            <td>1</td>
            <td>3300</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/tileoffsets.html">TileOffsets</a></td>
            <td>Long</td>
            <td>1</td>
            <td>1000</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/tilebytecounts.html">TileByteCounts</a></td>
            <td>Long</td>
            <td>1</td>
            <td>303600</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="http://www.awaresystems.be/imaging/tiff/tifftags/jpegproc.html">JPEGProc</a></td>
            <td>Short</td>
            <td>1</td>
            <td>Baseline</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/jpeginterchangeformat.html">JPEGInterchangeFormat</a></td>
            <td>Long</td>
            <td>1</td>
            <td>360</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/jpeginterchangeformatlength.html">JPEGInterchangeFormatLength</a></td>
            <td>Long</td>
            <td>1</td>
            <td>304240</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="file:///C:/Users/Joris/Desktop/Nieuw%20tekstdocument.html">JPEGRestartInterval</a></td>
            <td>Short</td>
            <td>1</td>
            <td>0</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/ycbcrsubsampling.html">Subsampling</a></td>
            <td>Short</td>
            <td>2</td>
            <td>2, 1</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
href="http://www.awaresystems.be/imaging/tiff/tifftags/ycbcrpositioning.html">SubsamplingPositioning</a></td>
            <td>Short</td>
            <td>1</td>
            <td>Cosited</td>
          </tr>
          <tr>
            <td><a moz-do-not-send="true"
                href="file:///C:/Users/Joris/Desktop/Nieuw%20tekstdocument.html">ReferenceBlackWhite</a></td>
            <td>Rational</td>
            <td>6</td>
            <td>0, 255, 128, 255, 128, 255</td>
          </tr>
        </tbody>
      </table>
      <br>
      <div>First thing you'll notice, apart from the odd tile sizes you
        mentioned already, is the presence of old-style JPEG tags
        combined with the new-style JPEG compression value of the
        Compression tag. And the uncommon value for SubsamplingPosition.</div>
      <div><br>
      </div>
      <div>The strip data or in this case tile data is part of the
        JPEGInterchangeFormat stream, judging from the tag values, and
        that is not atypical of old-style JPEG. In such cases, the
        strip/tile data typically points to the compressed data portion
        of the JPEG stream, so, excluding all markers at the start and
        end of the JPEG stream. However, in this case they both end at
        the same position. Also, the actual TileOffset value, 1000, is
        suspicious, as such a nice round number seems to indicate the
        process of arriving at that number may have been somewhat
        arbitrary.</div>
      <div><br>
      </div>
      <div>Investigating the JPEGInterchangeFormat stream, one does find
        a seemingly legit though truncates JPEG stream. Marker sequence
        is SOI, APP0, COM, DQT, DHT, SOF0, SOS, and this is followed by
        seemingly legit compressed image data. The presence of APP0 and
        COM markers is not at all correct, as these contain metadata
        that is useful in a JPEG file context but should not be there in
        a TIFF file context where all such metadata ought to be
        contained inside the TIFF IFD. But it is reasonably common
        nonetheless.</div>
      <div><br>
      </div>
      <div>The markers furthermore indicate the presence of 3 channels
        in the stream, and subsampling values also consistent with what
        is indicated in the TIFF IFD.</div>
      <div><br>
      </div>
      <div>The compressed image data starts at offset 640 in the stream.
        So, this is indeed offset 1000 in the TIFF file. Therefore, the
        TileOffsets value is not arbitrary after all, it does point to
        the start of the compressed image data, as is not uncommon for
        old-style JPEG, though of course not legit for new-style JPEG.</div>
      <div><br>
      </div>
      <div>The compressed data in the stream is prematurely truncated.
        There are no usual trailing markers in the stream.</div>
      <div><br>
      </div>
      <div>The premature truncation does not appear to have originated
        at TIFF level. The file size is 304600 bytes, that is consistent
        with the values of the TIleOffsets, TileByteCounts, and
        JpegInterchangeFormat tags.</div>
      <div><br>
      </div>
      <div>All this leads me to the conclusion that this file is
        probably a very bad attempt at encapsulating a truncated JPEG
        file. Done by people that don't read standards and ended up
        mixing old-style and new-style JPEG stuff in a very creative
        manner. The JPEG stream COM marker says "LEAD Technologies Inc.
        V1.01", and we're used to seeing garbadge from LEAD libraries
        trying to write JPEG-compressed TIFF files, so maybe that's some
        indication as to who is to blame for this junk.</div>
      <div><br>
      </div>
      <div>It is also likely that LibTIFF (or LibTIFF RGBA interface)
        fails in these circumstances, either because it finds no
        required table markers at the position pointed to by
        TilfOffsets, or either because it fails to respond properly the
        LibJPEG erroring out at premature EOF. It could do better, by
        using the JPEGInterchangeFormat stream when it fails to find all
        required data in the Tile stream, and/or by responding more
        robustly to LibJPEG's error indication near the end of the image
        data, but it is absolutely not required to do better, as the
        file is far from legit.&nbsp;</div>
      <div><br>
      </div>
      <div>Or maybe LibTIFF RGBA interface&nbsp;fails because it rightly
        thinks it cannot support the uncommon SubsamplingPosition value
        when it relies on LibJPEG to do the de-subsampling. In this case
        it could and should do better by not delegating de-subsampling
        to LibJPEG, as has always been my point of view because
        subsampling can actually be combined with any compression mode
        in TIFF.</div>
      <div><br>
      </div>
      <div><br>
      </div>
      <div>Best regards,</div>
      <div><br>
      </div>
      <div>Joris Van Damme</div>
      <div>AWare Systems</div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Tiff mailing list: <a class="moz-txt-link-abbreviated" href="mailto:Tiff@lists.maptools.org">Tiff@lists.maptools.org</a>
<a class="moz-txt-link-freetext" href="http://lists.maptools.org/mailman/listinfo/tiff">http://lists.maptools.org/mailman/listinfo/tiff</a>
<a class="moz-txt-link-freetext" href="http://www.remotesensing.org/libtiff/">http://www.remotesensing.org/libtiff/</a></pre>
    </blockquote>
    <br>
  </body>
</html>

--------------050906080904040109020007--

--===============0226584471==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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