[Gdal-dev] does HFA driver decrease performance?
Frank Warmerdam
warmerdam at pobox.com
Wed Jan 31 14:15:20 EST 2007
Matt Wilkie wrote:
> Hello GDAL,
>
> I recently tried to use gdalwarp to mosaick a bunch of CDED 16 bit
> rasters into a larger tiff and smacked headlong into the 4gb file size
> limit. I read somewhere that the HFA driver could be used instead,
> however when I try that performance goes through the floor. In my first
> attempt using gtiff it took about 3 hours to reach the 4gb mark. In my
> second attempt using hfa after 23 hours the output mosaick is only 445mb
> and only 2/3rd of the input files have been processed (204 of 304).
>
> Any idea what's going on?
>
> My command lines used are:
>
> # First attempt with GTIFF
> gdalwarp --optfile %workRoot%\gdalwarp.opt *.dem %dstDir%\dem_115.img
>
> # Second attempt with HFA
> gdalwarp --optfile %workRoot%\gdalwarp.opt -of HFA *.dem
> %dstDir%\dem_115.img
>
>
> gdalwarp.opt:
> -srcnodata -32767 -dstnodata -32767 -t_srs nad83
> -co compress=lzw -wm 1500 -rc -multi
> -wo skip_nosource=yes
>
>
> The source rasters are 304 CDED 1:50,000 tiles for the NTS 115 series
> available from geobase.ca.
Matt,
I think there is a problem with the HFA driver doing flushes to disk alot
and that this really hammers performance on windows in some circumstances.
Could you boil this down to a somewhat minimal demonstration and file it as
a bug?
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | President OSGeo, http://osgeo.org
More information about the Gdal-dev
mailing list