[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