Re: [gdal-dev] Re: TiffAppendToStrip errors with uncompressed output [SOLVED]

2012-05-13 Thread Rahkonen Jukka
Even Rouault wrote: >> - In case of uncompressed tiff output, make driver to test beforehand if >> there is enough disk space for the target image > I'm not aware of a portable way of doing that (I haven't searched a lot > though). For the record, I've tried the following trick : seek to the offs

Re: [gdal-dev] Re: TiffAppendToStrip errors with uncompressed output [SOLVED]

2012-05-13 Thread Even Rouault
Le mercredi 09 mai 2012 12:13:06, Jukka Rahkonen a écrit : > Ahem, > > It seems to be so that compression makes resulting tiff files smaller. In > some cases they can then fit to almost full disk even there is not enough > room for an uncompressed version. > > An explanation for why I did not no

[gdal-dev] Re: TiffAppendToStrip errors with uncompressed output [SOLVED]

2012-05-09 Thread Jukka Rahkonen
Ahem, It seems to be so that compression makes resulting tiff files smaller. In some cases they can then fit to almost full disk even there is not enough room for an uncompressed version. An explanation for why I did not notice that disk was too full was that the LZW compression is so effective

Re: [gdal-dev] Re: TiffAppendToStrip errors with uncompressed output

2012-05-08 Thread Armin Burger
Jukka I downloaded and converted your test VRT file to a single Geotiff without any problems - on Linux... Conversion took a few minutes on a fast server. Just a guess, but in my opinion this problem is related to the limited memory handling capabilities of Windows. It does not seem to be a

[gdal-dev] Re: TiffAppendToStrip errors with uncompressed output

2012-05-08 Thread Jukka Rahkonen
Jukka Rahkonen mmmtike.fi> writes: > > Hi, > > I have some LZW compressed paletted 8-bit tiff files which I look through a .vrt > file. I have been taking some timings with different gdal_translate parameters > but for some reason the most common command fails always for me. The result is >