I note that the geometry-value type (CV_GeometryValuePair in ISO 19123 speak) is defined as:<br><br>/* WKT string representing each polygon in WKT format acompagned by its<br>correspoding value */<br>struct rt_geomval_t {<br>
    int srid;<br>    double val;<br>    char * geom;<br>};<br><br>I understand that it works just dandy for the original intended purpose (polygonize a single band of a raster). In this case, the "key" is the "val" field, and the "value" is the "geom" field (e.g., you lookup the desired polygons based on the value). But it doesn't work so well for the reverse case. For instance, you can't use it to represent one or more points in the raster (e.g., the value of the raster at position (i,j) (all bands) is [a,b,c,...]) Clearly, you can store the WKT of point (i,j) in "geom", but "val" would need to be an array.<br>
<br>Also, is there any reason to pass around WKT in the C struct, instead of a LWGEOM? <br><br>If I desired a more general geomval, should I just write a different one, or would it be OK to modify this one? <br><br>If a justification is necessary, let's just say that a multivalued geomval enables multiband raster-operations (as opposed to band-operations). With it you can represent the value of an RGB pixel instead of just individual bands. This seems to be an area not yet well defined.<br>
<br>Bryce<br>