Re: [gdal-dev] Bigtiff question

2009-03-06 Thread Lucena, Ivan
bug but Even got my Python script anyway. Thanks a lot. My best regards, Ivan > ---Original Message--- > From: Frank Warmerdam > Subject: Re: [gdal-dev] Bigtiff question > Sent: Mar 05 '09 17:07 > > Lucena, Ivan wrote: > > Yes, that runs a lot o

Re: [gdal-dev] Bigtiff question

2009-03-05 Thread Adam Nowacki
Even Rouault wrote: What raster format would you suggest then? I mean, based on those requirements: - Multiband; - Large files; - Good performance *reading* the data in pixel space. Not the "band as usual" ;) How about rotating the axis so: stored x axis = data time axis, stored y axis = data

Re: [gdal-dev] Bigtiff question

2009-03-05 Thread Even Rouault
Le Thursday 05 March 2009 20:45:49 Lucena, Ivan, vous avez écrit : > Even, > > > for the very poor performance when dealing with pixel interleaved GTiffs > > with a large number of bands, I think you've hit ticket #2838 that has > > been fixed 3 weeks ago in trunk and branches/1.6 (*). The perform

Re: [gdal-dev] Bigtiff question

2009-03-05 Thread Lucena, Ivan
Even, > for the very poor performance when dealing with pixel interleaved GTiffs with > a large number of bands, I think you've hit ticket #2838 that has been fixed > 3 weeks ago in trunk and branches/1.6 (*). The performance issue was about > *reading* in such files, but sometimes when you wr

Re: [gdal-dev] Bigtiff question

2009-03-05 Thread Even Rouault
Ivan, for the very poor performance when dealing with pixel interleaved GTiffs with a large number of bands, I think you've hit ticket #2838 that has been fixed 3 weeks ago in trunk and branches/1.6 (*). The performance issue was about *reading* in such files, but sometimes when you write and t

Re: [gdal-dev] Bigtiff question

2009-03-05 Thread Frank Warmerdam
Lucena, Ivan wrote: Yes, that runs a lot of seek's to writes just few bytes here and there. Ivan, I would note that for pixel interleaved data, access is still a whole strip/tile at a time which in your case likely means a whole scanline. In no case does GDAL's GTiff driver seek along to updat

Re: [gdal-dev] Bigtiff question

2009-03-05 Thread Lucena, Ivan
Frank, > > I am running a Python script that goes through a relatively large number of > > single band raster files (320) and aggregates it in a big-geotiff (around > > 7Gb) and I am facing three basic problems *poor performance*, *wrong > > results*" and *lost of metadata*. > > > Ivan, >

Re: [gdal-dev] Bigtiff question

2009-03-05 Thread Frank Warmerdam
Lucena, Ivan wrote: Hi there, I am running a Python script that goes through a relatively large number of single band raster files (320) and aggregates it in a big-geotiff (around 7Gb) and I am facing three basic problems *poor performance*, *wrong results*" and *lost of metadata*. I need that

[gdal-dev] Bigtiff question

2009-03-05 Thread Lucena, Ivan
Hi there, I am running a Python script that goes through a relatively large number of single band raster files (320) and aggregates it in a big-geotiff (around 7Gb) and I am facing three basic problems *poor performance*, *wrong results*" and *lost of metadata*. I need that geotiff to be inter