From: tjk@ams.org (Tom Kacvinsky)
Date: Wed, 10 Sep 2003 09:20:06 -0400 (EDT)
Subject: [Tiff] read in whole tiff file
In-Reply-To: <3F5F216C.6020705@pobox.com>
References: <MJEBIBGMCDKIGEHPDECCMEAKCBAA.pushkar@erc.msstate.edu>
 <3F5F216C.6020705@pobox.com>
Message-ID: <Pine.GSO.4.53.0309100915020.20228@sun06.ams.org>

I beleive Pushkar is trying to chunk the image up into pieces for
processing on different processors.  Perhaps the way to chunk the file
up is to use either the tiles or strips.  Say there are 5 strips and 2
processors.  Then 2 strips go to each processor, and the remaining
strip goes to one processor or the other...  Ditto for tiles.  I
remember using MPI to parallelize the LDU decomposition of a matrix.
It got to be rather heinous, but I was a math magor, not a comp. sci.
magor.  :-)

Tp,


On Wed, 10 Sep 2003, Frank Warmerdam wrote:

> Pushkar Pradhan wrote:
> > Is there a way to read in the complete TIFF file in one READ call? I need to
> > do this. Thanks,
> > Pushkar Pradhan
>
> Pushkar,
>
> I find it almost impossible to imagine a compelling need to read an entire
> TIFF file in one call.  Computer programming languages include looping
> constructs in order to allow us to complete an aggregate result by a series
> of small operations, and subroutines so we can bundle them into packages
> as needed.
>
> However, the TIFFReadRGBAImage() call will read a whole open TIFF image into
> a memory array in RGBA (red/green/blue/alpha) form in a single call.  Try
> reading over the man page on it and see if it is suitable to your needs.
>
> Later,
>
> --
> ---------------------------------------+--------------------------------------
> 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@remotesensing.org
> http://remotesensing.org/mailman/listinfo/tiff
>

