Return-Path: <tiff-bounces@lists.maptools.org>
Received: from inas004.isp.belgacom.be (localhost [127.0.0.1])
        by inav026.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-AV-3.00) with ESMTP id j8R6jieu031269
        for <joris.at.lebbeke@skynet.be>; Tue, 27 Sep 2005 08:45:44 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from inmx020.isp.belgacom.be (inmx020.isp.belgacom.be [195.238.3.139])
        by inas004.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-AS-2.03) with ESMTP id j8R6jZwc009532
        for <joris.at.lebbeke@skynet.be>; Tue, 27 Sep 2005 08:45:35 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153] (may be forged))
        by inmx020.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-2.32) with ESMTP id j8R6jTdR026907
        for <joris.at.lebbeke@skynet.be>; Tue, 27 Sep 2005 08:45:29 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (duke.maptools.org [127.0.0.1])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id j8R6dnag027971;
	Tue, 27 Sep 2005 02:40:38 -0400
Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.195])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id j8R6dkn7027968
	for <tiff@lists.maptools.org>; Tue, 27 Sep 2005 02:39:47 -0400
Received: by qproxy.gmail.com with SMTP id q12so175404qba
	for <tiff@lists.maptools.org>; Mon, 26 Sep 2005 23:39:45 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=qBuXwJzGTOLMgQMxWB/7IUsLGdU3Yh5RrWUjVUcVthAgKiiewFtd6H9AoyQPaXVw9UvlEB0juT/xMBgcA/wuhXicwVz3ynlwHnGQofoq7pKMlZlB1nzGTYtuMON8M6qlJbAmjxbzilQUJgDB1TVsrNkX7mNutFxmcDpl9IRLzmM=
Received: by 10.65.53.10 with SMTP id f10mr617996qbk;
	Mon, 26 Sep 2005 23:39:45 -0700 (PDT)
Received: by 10.65.155.11 with HTTP; Mon, 26 Sep 2005 23:39:45 -0700 (PDT)
Message-ID: <931f8ea9050926233911a929c9@mail.gmail.com>
Date: Tue, 27 Sep 2005 02:39:45 -0400
From: Frank Warmerdam <warmerdam@pobox.com>
To: Joris <joris.at.lebbeke@skynet.be>
Subject: Re: [Tiff] Additional Lossless Compression Schemes
In-Reply-To: <005401c5c30f$5daecdf0$70bcf551@dfgrrxsknr4e>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
References: <931f8ea905092314116e0918ce@mail.gmail.com>
	<20050927010553.GB8195@hank.shelbyville.oz>
	<001301c5c308$5c8ac480$12b7f551@dfgrrxsknr4e>
	<Pine.SOC.4.60.0509262120160.19359@blade.simplesystems.org>
	<001e01c5c30b$048c3040$70bcf551@dfgrrxsknr4e>
	<Pine.SOC.4.60.0509262129160.19359@blade.simplesystems.org>
	<005401c5c30f$5daecdf0$70bcf551@dfgrrxsknr4e>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by duke.maptools.org id
	j8R6dkn7027968
Cc: TIFF mailing list <tiff@lists.maptools.org>
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Frank Warmerdam <warmerdam@pobox.com>
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>
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-UIDL: 000000000023ceae.00000c93
X-MSP-STORE: Tue, 27 Sep 2005 08:45:46 +0200
Status:   

On 9/26/05, Joris <joris.at.lebbeke@skynet.be> wrote:
> <troll remark>
>
> As to new compression schemes in TIFF... I've seen JPEG2000 discussed
> before in the list, multiple times, and so have you, and we'll probably
> see it again when the next hybernation cycle is over, and the next, and
> the next...
>
> Same applies to BigTIFF. Except for one difference. I've put up a page
> about it over at http://www.awaresystems.be/. This means

Joris,

You make a very good point.  That actual progress on libtiff
is pretty slow compared to the things I (we) moot doing.
Furthermore, that compared to new compression schemes
BigTIFF is far more important.   It is certainly important
to my community (geospatial data) where folks almost
routinely want to work with many GB files.

I do sort of regret bringing up the whole "additional
compression types" thread.  Especially since once
I think about actually implementing new ones I remember
that implementing new compression formats in libtiff
is still fairly messy.  Well, at the very least lost of
the existing modules are pretty messy.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

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