The gdaladdo command is below (for a single overview): D:\SRTM\Central_North> "c:\Tamas\bin\gdal\apps\gdaladdo.exe" -r nearest -ro --config BIGTIFF_OVERVIEW YES --config COMPRESS_OVERVIEW LZW --config PREDICTOR 2 Central_North.tif 2
On Tue, Feb 9, 2010 at 2:26 PM, Even Rouault <even.roua...@mines-paris.org> wrote: > And the exact gdaladdo command line you're using ? (must be sure if it's > internal or external overviews) > > Le Tuesday 09 February 2010 23:22:05 David Fogel, vous avez écrit : >> Hi Even: >> >> The GeoTIFF file is described below (output from gdalinfo). The >> pre-compiled code is from Tamas' site: >> http://vbkto.dyndns.org/sdk/ >> I am using the MSVC2008 version ( scroll to the bottom of the page ). >> This ought to be v1.7.0 with some or all of the code for HFA files >> folded into it. >> >> The workstation is running Windows 7 64-bit w/ 8 GB of RAM and too >> much disk space to know what to do with .. for the moment. >> >> Thanks. >> = David >> >> ----- % cut here % ----- >> Driver: GTiff/GeoTIFF >> Files: Central_North.tif >> Size is 119999, 74401 >> Coordinate System is: >> GEOGCS["WGS 84", >> DATUM["WGS_1984", >> SPHEROID["WGS 84",6378137,298.257223563, >> AUTHORITY["EPSG","7030"]], >> AUTHORITY["EPSG","6326"]], >> PRIMEM["Greenwich",0], >> UNIT["degree",0.0174532925199433], >> AUTHORITY["EPSG","4326"]] >> Origin = (-31.999583000000001,60.000416333276846) >> Pixel Size = (0.000833333333333,-0.000833333333333) >> Metadata: >> AREA_OR_POINT=Area >> Image Structure Metadata: >> COMPRESSION=LZW >> INTERLEAVE=BAND >> Corner Coordinates: >> Upper Left ( -31.9995830, 60.0004163) ( 31d59'58.50"W, 60d 0'1.50"N) >> Lower Left ( -31.9995830, -2.0004170) ( 31d59'58.50"W, 2d 0'1.50"S) >> Upper Right ( 67.9995837, 60.0004163) ( 67d59'58.50"E, 60d 0'1.50"N) >> Lower Right ( 67.9995837, -2.0004170) ( 67d59'58.50"E, 2d 0'1.50"S) >> Center ( 18.0000003, 28.9999997) ( 18d 0'0.00"E, 29d 0'0.00"N) >> Band 1 Block=119999x1 Type=Int16, ColorInterp=Gray >> NoData Value=-32768 >> Metadata: >> LAYER_TYPE=athematic >> ----- % cut here % ----- >> >> On Tue, Feb 9, 2010 at 2:09 PM, Even Rouault >> >> <even.roua...@mines-paris.org> wrote: >> > Could you append the output of gdalinfo on the TIF you make overviews on >> > and the exact gdaladdo you're using (mainly if you use one particular >> > resampling algorithm) ? >> > >> > Le Tuesday 09 February 2010 22:57:26 David Fogel, vous avez écrit : >> >> Hi: >> >> >> >> In the process of moving data into GeoTIFF, I am re-creating pyramids >> >> (OVR files). The good news: It takes fewer than ten minutes to create >> >> an LZW Horizontal Differenced compressed 3.5 GB file on a Windows 7 >> >> box using GDAL 1.70+ ( via Tamas Szekeres site; 64-bit precompiled ). >> >> >> >> The OVR files are problematic. Using gdal_translate, I can resize by >> >> 50% in less than ten minutes. Using gdaladdo, the first layer ( "2" ) >> >> takes hours to complete. >> >> >> >> This is for SRTM 16-bit data. It appears that something is amiss. >> >> >> >> Tips and tricks? >> >> >> >> Thanks! >> >> = David >> >> _______________________________________________ >> >> gdal-dev mailing list >> >> gdal-dev@lists.osgeo.org >> >> http://lists.osgeo.org/mailman/listinfo/gdal-dev > > > _______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
