56 | | 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). |
| 56 | 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, whatever the number of tile there is (1 or more). To me the irregular case is a generalizasion of the first one. |
| 57 | |
| 58 | If, and only if, you can optimize the regularly tiled case, then you write is as an exception. The problem is to make sure the table is REALLY regularly tiled without relying on the user knowledge. Just the introduction of the -a option to raster2pgsql.py allowing to append tiles to an existing table make the "regularly blocked" flag untrustable. If really we want to maintain this flag we will have to create something like a ST_ValidateRegularBlocking aggregate function. |