[postgis-devel] [PostGIS] #1350: GDALPolygonize not being set to 1 when compiling with GDAL 1.9

PostGIS trac at osgeo.org
Mon Dec 5 14:00:00 PST 2011


#1350: GDALPolygonize not being set to 1 when compiling with GDAL 1.9
----------------------------+-----------------------------------------------
 Reporter:  robe            |       Owner:  pracine      
     Type:  defect          |      Status:  new          
 Priority:  medium          |   Milestone:  PostGIS 2.0.0
Component:  postgis raster  |     Version:  trunk        
 Keywords:  mingw           |  
----------------------------+-----------------------------------------------
 I suspect this is just mingw issue.

 Getting back to what was discussed in:
 http://www.postgis.org/pipermail/postgis-devel/2011-December/016389.html

 -- my raster_config.h has settings like below after configure
 {{{
 /* GDAL library version */
 #define POSTGIS_GDAL_VERSION 19

 /* Define to 1 if GDAL has GDALFPolygonize function. */
 #define GDALFPOLYGONIZE 0
 }}}


 Note it does register my 1.9 (GDAL trunk but is not giving me the new
 GDALFPOLYGONIZE behavior) so I assume something is wrong with our check
 logic as committed in r7316 or I'm doing something wrong in my GDAL
 compile.

 If I manually override after configure

 {{{
 #define GDALFPOLYGONIZE 1
 }}}

 and then compile make check.  All tests pass.  Do our raster regress tests
 do any conditional checks if GDALFPOLYGONIZE is enabled similar to what
 our  regular postgis tests (if you are running GEOS 3.3+)?  Unfortunately
 I don't have any rasters lying around that are float to test with.

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/1350>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.


More information about the postgis-devel mailing list