[postgis-devel] [WKT Raster] Regular blocking and null extent

Mateusz Loskot mateusz at loskot.net
Fri May 8 09:42:24 PDT 2009


Pierre Racine wrote:
>> Certainly, if regular blocking coverage is empty, dimensions of extent
>> rectangle are equal to Zero. 0
>>
>> Is that correct?
>
> Probably yes.

Who's going to decide?

> There is no similar example on the vector side as there
> is no (need for an) extent in the geometry_columns table.

That's unclear how it relates to my question.

>> Shall we allow generation of regular blocking tables
>>from non-georeferenced datasets reported by GDAL as follows:
>> $ gdalinfo chessboard-64x64.tif
>> Driver: GTiff/GeoTIFF
>> Files: chessboard-64x64.tif
>> Size is 64, 64
>> Coordinate System is `'
>> Metadata:
>>  TIFFTAG_DOCUMENTNAME=/home/mloskot/data/test/sample/chessboard-64x64.tif
>>  TIFFTAG_IMAGEDESCRIPTION=Sample 4-fields greyscale chessboard
>>  TIFFTAG_XRESOLUTION=72
>>  TIFFTAG_YRESOLUTION=72
>>  TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
>> Image Structure Metadata:
>>  INTERLEAVE=BAND
>> Corner Coordinates:
>> Upper Left  (    0.0,    0.0)
>> Lower Left  (    0.0,   64.0)
>> Upper Right (   64.0,    0.0)
>> Lower Right (   64.0,   64.0)
>> Center      (   32.0,   32.0)
>> Band 1 Block=64x64 Type=Byte, ColorInterp=Gray
>>
>> and assume pixelsize_x = 1 and pixelsize_y = -1 ?
> 
> That's what I would do also. There is an extent but no (geographical)
> coordinate system. That's what ArcGIS does when importing an ungeoreferenced
> raster.

Givne what GDAL reports for chessboard-64x64.tif, could you explain
what values you put into RASTER header in each row (tile) and
what goes to RASTER_COLUMNS, etc.?

Best regards,
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org



More information about the postgis-devel mailing list