Return-Path: <tiff-bounces@lists.maptools.org>
Received: from inas025.isp.belgacom.be (localhost [127.0.0.1])
        by inav018.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-AV-3.00) with ESMTP id l0HHcSxD004655
        for <joris.at.lebbeke@skynet.be>; Wed, 17 Jan 2007 18:38:28 +0100
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from inmx015.isp.belgacom.be (inmx015.isp.belgacom.be [195.238.4.218])
        by inas025.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-AS-2.03) with ESMTP id l0HHcNZG018278
        for <joris.at.lebbeke@skynet.be>; Wed, 17 Jan 2007 18:38:24 +0100
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153] (may be forged))
        by inmx015.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-2.32) with ESMTP id l0HHcD82019668
        for <joris.at.lebbeke@skynet.be>; Wed, 17 Jan 2007 18:38:13 +0100
        (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 l0HHSY1m010011;
	Wed, 17 Jan 2007 12:28:47 -0500
Received: from outmx027.isp.belgacom.be (outmx027.isp.belgacom.be
	[195.238.4.208])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id l0HHSV4e010006
	for <tiff@lists.maptools.org>; Wed, 17 Jan 2007 12:28:31 -0500
Received: from outmx027.isp.belgacom.be (localhost [127.0.0.1])
	by outmx027.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22)
	with ESMTP id l0HHRt0D013585
	for <tiff@lists.maptools.org>; Wed, 17 Jan 2007 18:27:55 +0100
	(envelope-from <joris.at.lebbeke@skynet.be>)
Received: from dfgrrxsknr4e (34.169-64-87.adsl-dyn.isp.belgacom.be
	[87.64.169.34])
	by outmx027.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22)
	with SMTP id l0HHRqg2013547; Wed, 17 Jan 2007 18:27:53 +0100
	(envelope-from <joris.at.lebbeke@skynet.be>)
Message-ID: <002e01c73a5d$05b29e30$22a94057@dfgrrxsknr4e>
From: "Joris" <joris.at.lebbeke@skynet.be>
To: "Frank Warmerdam" <warmerdam@pobox.com>
References: <200701170225.l0H2PhRY014173@tux.cubewerx.com><Pine.SOC.4.60.0701162049080.13644@blade.simplesystems.org>
	<000701c73a0e$958b8390$70c9f451@dfgrrxsknr4e>
	<AA6DDFA4E046A24585BC828A78155B470146027D@US-MAIL.ingrnet.com>
	<001701c73a4f$e9e40250$22a94057@dfgrrxsknr4e>
	<Pine.SOC.4.60.0701171002580.13644@blade.simplesystems.org>
	<001d01c73a54$cf784ca0$22a94057@dfgrrxsknr4e>
	<45AE7300.1070909@pobox.com>
Subject: Re: [Tiff] Elevation Data
Date: Wed, 17 Jan 2007 18:28:39 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1807
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896
Cc: TIFF mailing list <tiff@lists.maptools.org>
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
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>
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-UIDL: 000000000023ceae.00001f98
X-MSP-STORE: Wed, 17 Jan 2007 18:38:36 +0100
Status:   

Frank,

Frank Warmerdam wrote:
> I'm not sure where progressive streaming came into this.  My OpenEV
> viewer already does dynamic sampling of non-8bit TIFF files and
> automatic contrast stretch.  It doesn't require too much extra time,
> and it provides excellent quick display of a wide variety of
> scientific data, including elevation data.
> ...
> I disagree that dynamic scaling is impractical for large
> images.

In my (prejudice, on-track and very limited) mind, large image handling
is pipeline-based. If I need to render a large TIFF (or any TIFF for
that matter), I set up a pipeline that decodes, resamples, and converts
color and all. I next start pulling the pipeline, and as results come
in, I progressively update display.

That's just one very typical example, of course, of what I regard
'progressive streaming' of imaging processes. But it's sufficient to
explain the dynamic sampling is rather awkward in this situation. I'd
have to set up a first pipeline that decodes and gathers range, and run
the complete pipeline, before I'd be able to set up the second pipeline
with the detected range in the color conversion steps. For huge images,
that's many seconds before the second pipeline is even build, which
conflicts with my need to start progressive build-up of display asap.

The keyword here is not *my* needs, of course. The point I'm making, is
that it conflicts with *some* needs, and the given example is taken from
my own experience only because that's closest at hand.

> There is a certain inherent tension between those who think of TIFFs
> and images in general in photometric terms, and those who think of
> them as a container for transporting all sorts of gridded scientific
> data.  But we need to recognize they are both legitimate applications.

Yes, that is very true. And I hope to be all ears and try and understand
the applications and needs I'm less familiar with.


Best regards,

Joris Van Damme
info@awaresystems.be
http://www.awaresystems.be/
Download your free TIFF tag viewer for windows here:
http://www.awaresystems.be/imaging/tiff/astifftagviewer.html

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