Stephen, I've just managed to reproduce your issue by creating a fake 60000x60000 3 band tif and running gdaladdo on it. Investigating...
Le vendredi 31 décembre 2010 16:44:04, Stephen Mather a écrit : > Hi All, > Testing out gdal 1.8; really excited by > http://www.gdal.org/gdallocationinfo.html. Below is a comparison of doing > the same process in 1.7.3 and then 1.8dev, released 2010/01/19 > > $ gdaladdo --version > GDAL 1.7.3, released 2010/11/10 > > $ gdalbuildvrt LEAP_Tree_Height_low_res_test.vrt *.png > 0...10...20...30...40...50...60...70...80...90...100 - done. > > $ gdal_translate -b 1 LEAP_Tree_Height_low_res_test.vrt > LEAP_Tree_Height_low_res_test.tif > > Input file size is 60000, 60000 > 0...10...20...30...40...50...60...70...80...90...100 - done. > > $ gdaladdo -r average LEAP_Tree_Height_low_res_test.tif 2 4 8 16 32 64 128 > 256 512 1024 > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > sudo make install 1.8 > then: > $ gdaladdo --version > GDAL 1.8dev, released 2010/01/19 > > $ gdalbuildvrt LEAP_Tree_Height_low_res_test.vrt *.png > 0...10...20...30...40...50...60...70...80...90...100 - done. > $ gdal_translate -b 1 LEAP_Tree_Height_low_res_test.vrt > LEAP_Tree_Height_low_res_test.tif > Input file size is 60000, 60000 > 0...10...20...30...40...50...60...70...80...90...100 - done. > $ gdaladdo -r average LEAP_Tree_Height_low_res_test.tif 2 4 8 16 32 64 128 > 256 512 1024 > 0...10...20...30...40.Segmentation fault > > I've compiled this with ./configure, make, sudo make install on a Mac > 10.6.5 2.4GHz Intel Core 2 Duo with 2GB memory. > > Thanks, > Steve _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
