Changes between Version 7 and Version 8 of WKTRaster/GDALDriverSpecificationWorking

Timestamp:

Feb 17, 2011, 2:17:13 PM (13 years ago)

Author:

pracine

Comment:

—

WKTRaster/GDALDriverSpecificationWorking

@@ -52 +52 @@
  Pierre: I think yes. We have to distinguish "want we want to produce" from "what we have to deal with". The two modes answer "want we want to produce" and the different table arrangement are "what we have to deal with". 
 
- From a GDAL user point of view I know there is a bunch of raster rows in the DB and there is only two things I want to do: extract those rasters rows one by one creating one raster per row or treat them all as a single raster and blend them alltogether. Furthermore I want to be able to SELECT those rows using a WHERE statement. If I want a single raster from the db, I have to build my WHERE clause accordingly. I don't want to know or have to know the raster table arrangement. I expect the driver is able to deal with that.
+ From a GDAL user point of view I know there is a bunch of raster rows in the DB and there is only two things I want to do: extract those rasters rows one by one creating one raster per row or treat them all as a single raster and blend them alltogether. Furthermore I want to be able to SELECT those rows using a WHERE statement. If I want a single raster from the db, I have to build my WHERE clause accordingly. There is no need for an extra mode for this. Beside, I don't want to know or have to know what is the raster table arrangement. I expect the driver is able to deal with them all.
 
  Then, the driver has to deal with all the possible arrangement of those selected rows in both mode. You tried to enumerate the posssible arrangement above but I think there is only two cases: the tiles are regularly tiled or they are not what ever the number of tile there are (1 or more).