[gdal-dev] Reworking the rasdaman driver
    Fabian Schindler 
    fabian.schindler at eox.at
       
    Tue Feb 12 09:11:18 PST 2013
    
    
  
Dear devs,
I've been tasked to improve or rewrite the current rasdaman driver 
implementation as it currently suffers a number of drawbacks:
  * it is quite slow (compared to other drivers and other rasdaman
    connection techiques)
  * it does not support creation of new rasters within the database
  * it does not support write access to existing rasters within the database
I think the bad performance of the current implementation is due to the 
use of the `IReadBlock` function of the `RasdamanRasterBand`, as for 
every block that is read, a connection/transaction to the database is 
created and the block is transmitted. My assumption here is that reading 
the raster as a whole (or parts thereof) via `IRasterIO` (probably on 
the Dataset itself and not on the RasterBand) would improve the 
performance as the number of required connections and synchronization is 
reduced.
As far as I can tell, that is the approach with the PostGISRaster driver.
What are your opinions to that matter? What benefits would I miss if I 
neglect block-based IO?
Regards,
Fabian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20130212/26e23a5b/attachment-0001.html>
    
    
More information about the gdal-dev
mailing list