[gdal-dev] Re: GDAL_retile slowdown at next level

[acangi]

Thanks for the quick reply. I think it makes sense.

First I'll try to move all data to a computing machine with a big hard disk,
then if it's still slow, I'll try to increase self.cacheSize as you write.
As gdal_retile.py isn't computing the empty tiles, I guess I can use :

( pixel width of the widest row in the previous level / tile width ) * 3  +
8 

because my widest row is still smaller than the width of the global extent.
The widest row is 234000 pixels at level 1, so cacheSize would be 1380.
Average size of a tile is 125 KB, thus my cache would be 170 MB, which
shouldn't be a problem.

Alain
-- 
View this message in context: http://osgeo-org.1803224.n2.nabble.com/GDAL-retile-slowdown-at-next-level-tp5034870p5035428.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.