[postgis-tickets] [PostGIS] #5176: no data check in raster2pgsql and also ST_BandIsNoData are slow

PostGIS trac at osgeo.org
Thu Jun 30 11:14:12 PDT 2022


#5176: no data check in raster2pgsql and also ST_BandIsNoData are slow
---------------------+-----------------------------
  Reporter:  robe    |      Owner:  robe
      Type:  defect  |     Status:  new
  Priority:  medium  |  Milestone:  PostGIS Fund Me
 Component:  raster  |    Version:  master
Resolution:          |   Keywords:
---------------------+-----------------------------
Comment (by robe):

 This isn't quite as bad of an issue as I thought.  The slowness of no data
 checking seemed to be attributed to the block size.

 After converting with:


 {{{
 gdal_translate -a_srs EPSG:4326 -co COMPRESS=LZW -co TILED=YES
 data/file.tif data/file_retiled.tif

 }}}

 which gives default of 256x256 blocks,


 {{{
 Upper Left  (-125.0000000,  49.0000000) (125d 0' 0.00"W, 49d 0' 0.00"N)
 Lower Left  (-125.0000000,  24.0000000) (125d 0' 0.00"W, 24d 0' 0.00"N)
 Upper Right ( -66.0000000,  49.0000000) ( 66d 0' 0.00"W, 49d 0' 0.00"N)
 Lower Right ( -66.0000000,  24.0000000) ( 66d 0' 0.00"W, 24d 0' 0.00"N)
 Center      ( -95.5000000,  36.5000000) ( 95d30' 0.00"W, 36d30' 0.00"N)
 Band 1 Block=256x256 Type=Byte, ColorInterp=Gray
   NoData Value=0
 }}}


 then the no data checking finished within about 20 minutes.  Still waiting
 for the load though.
-- 
Ticket URL: <https://trac.osgeo.org/postgis/ticket/5176#comment:1>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.


More information about the postgis-tickets mailing list