Changes between Version 69 and Version 70 of WKTRaster/SpecificationWorking01


Ignore:
Timestamp:
Dec 16, 2009, 1:47:36 PM (14 years ago)
Author:
pracine
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • WKTRaster/SpecificationWorking01

    v69 v70  
    196196 The only difference with ST_Envelope(raster) is that ST_Box2D(raster) returns a BOX2D, not a geometry.
    197197
     198 '''Implementation details'''
     199
    198200 This function replaces ST_Raster_to_box2d() and should be used for the "raster AS box2d" cast. It should also be used instead of ST_raster_envelope() when creating indexes in gdal2wktraster.py (to be tested).
    199201
     
    219221 '''Implementation details'''
    220222
    221  The first variant (taking NODATA values into account) ST_ConvexHull(raster) could be roughly implemented with a SQL or PL/pgSQL function looking like 'SELECT ST_ConvexHull(ST_Shape(raster))'. For sure computing only the external edge (without considering eventual holes like ST_Shape() does) should be faster. This imply writing the equivalent of a more simple version of ST_Shape.
     223 The first variant (taking NODATA values into account) ST_ConvexHull(raster) could be roughly implemented as a SQL or PL/pgSQL function looking like 'SELECT ST_ConvexHull(ST_Shape(raster))'. For sure computing only the external edge (without considering eventual holes like ST_Shape() does) should be faster. This imply writing the equivalent of a more simple version of ST_Shape.
    222224
    223225 The second variant (not taking NODATA values into account) is actually already implemented by the ST_raster_envelope() function which is wrongly named. There is also a ticket (#348) related to this function: http://trac.osgeo.org/postgis/ticket/348
     
    226228
    227229 This polygon geometry might contain holes if some internal areas of the raster contain pixels with NODATA values. By opposition ST_ConvexHull(raster) never contains holes.
     230
     231  '''Implementation details'''
     232
     233 This function could be roughly implemented as a SQL or PL/pgSQL function looking like 'SELECT ST_Collect(ST_AsPolygon(raster))'. For sure a more specialised version could be faster than ST_AsPolygon.
    228234
    229235'''ST_AsPolygon(raster) -> polygon geometry set''' - Returns a set of geometry, one for each group of pixel having the same value.
     
    235241 This function should be used with precaution on raster with float pixel type as it could return one polygon per pixel. This kind of raster should be reclassified (using the planned ST_Reclassify(raster,...) function) before using ST_AsPolygon().
    236242
     243 '''Implementation details'''
     244 
    237245 This function is at the base of the first version of ST_Intersection which compute the intersection between a raster and a geometry.
    238246