Re: [gdal-dev] OGR_L_SetAttributeFilter

A new question not answered: what is the current specification for SQL filters in SetAttributeFilter? Has it evolved beyond this spec (referenced from the GDAL docs) http://ogdi.sourceforge.net/prop/6.2.CapabilitiesMetadata.html P. On Fri, Apr 29, 2016 at 12:19 PM, Paul Ramsey wrote: > In answer

Re: [gdal-dev] compile error on windows

Check the compile options. To use shared libraries of HDF5-1.8.16 on Windows with Visual Studio you must specify the H5_BUILT_AS_DYNAMIC_LIB compile definition (see ). Christoph On 4/29/2016 1:17 PM, Ryan Grout wrote: Hello, I'm attemptin

[gdal-dev] compile error on windows

Hello, I'm attempting to build GDAL for windows using Visual Studio 2008. I've included the output of the build failure below. I don't see anything wrong with the linking command (hdf5 library is there). I've double checked the exported symbols of hdf5.lib and it definitely exports the symbols t

Re: [gdal-dev] OGR_L_SetAttributeFilter

In answer to myself, quoting the offending columns (eg "2name") allows otherwise illegal column names to find their way to GDAL's filtering machinery. Another question, which I seem to have an answer for: is "fid" a magic column name that will address the OGR fid? It seems to be, which is pretty a

Re: [gdal-dev] GDAL 2.0.2 & gpkg woes

My debug build of ogr2ogr.exe fails in exactly the same way as my application code fails. Apparently there's some difference in how the new GPKG code uses spatialite or expects spatialite to be built? The same libspatialite DLL works with our GDAL 1.11.0 DLL, but fails with the new GDAL 2.0.2 DL

Re: [gdal-dev] GDAL 2.0.2 & gpkg woes

On 2016-04-29 10:54 AM, Alan Stewart wrote: I’m upgrading from GDAL 1.11.0 to 2.0.2 and having difficulties with the new geopackage implementation. When our code attempts to create a new geopackage the driver fails to initialize spatialite. We’ve using the same libspatialite-4.2.0 DLL built with

[gdal-dev] GDAL 2.0.2 & gpkg woes

I'm upgrading from GDAL 1.11.0 to 2.0.2 and having difficulties with the new geopackage implementation. When our code attempts to create a new geopackage the driver fails to initialize spatialite. We've using the same libspatialite-4.2.0 DLL built with sqlite-amalgamation-3.8.8.2 we used with th

[gdal-dev] IReadBlock fails on alpha band, GDAL 2

I'm seeing some errors reading reduced-resolution buffers from the alpha band of an RGBA image. Code and link to raster to reproduce: https://gist.github.com/perrygeo/07ce04fe886d1c8090ab1b22d7579396 The original raster is 4 bands, 1223x1223. If I attempt to read a 734x734 buffer (or any smaller