On Wed, Apr 6, 2016 at 3:57 PM, Even Rouault
wrote:
> > Is there a context where a double-quoted string would be acceptable here?
> > If so, then fine (maybe). But if not, it seems that something like
> > "unexpected character '"' found in where clause" would make more sense
> than
> > the curre
Le mercredi 06 avril 2016 22:48:38, Andrew Bell a écrit :
> On Wed, Apr 6, 2016 at 3:39 PM, Even Rouault
>
> wrote:
> > Andrew,
> >
> > > In version 1.X of GDAL, the following was accepted and worked:
> > >
> > > std::string query = "LOCATION=\"some text\"";
> > > OGR_L_SetAttributeFilter(layer
On Wed, Apr 6, 2016 at 3:39 PM, Even Rouault
wrote:
> Andrew,
>
> > In version 1.X of GDAL, the following was accepted and worked:
> >
> > std::string query = "LOCATION=\"some text\"";
> > OGR_L_SetAttributeFilter(layer, query.c_str());
> >
> > In version 2.X, this is no longer accepted and the d
Le mercredi 06 avril 2016 20:48:07, mlegge a écrit :
> I have spent some time trying to find an example of how to use GDAL to open
> CADRG/ADRG/CIB data. I can find lots of information saying that GDAL
> supports these formats but no example on how to achieve this in GDAL.
>
> We have sample apps
Andrew,
> In version 1.X of GDAL, the following was accepted and worked:
>
> std::string query = "LOCATION=\"some text\"";
> OGR_L_SetAttributeFilter(layer, query.c_str());
>
> In version 2.X, this is no longer accepted and the double quotes must be
> replaced by single quotes:
>
> std::string
subscribe
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi Jürgen,
Is that possible to include further plugins in the gdal-dev build?
I'm interested in adding the new ogr_MSSQLSpatial.dll plugin build as an
optional component? Though it requires the SQL Server native client 11
driver installed on the build machine. I could add this package manually,
bu
In version 1.X of GDAL, the following was accepted and worked:
std::string query = "LOCATION=\"some text\"";
OGR_L_SetAttributeFilter(layer, query.c_str());
In version 2.X, this is no longer accepted and the double quotes must be
replaced by single quotes:
std::string query = "LOCATION='some tex
Thanks for the workaround and quick fix. The VRT addresses the issue on
the data end. Now it's only an ArcGIS problem :)
Jason
On Wed, Apr 6, 2016 at 3:10 PM, Even Rouault
wrote:
> Le mercredi 06 avril 2016 20:38:36, Jason Greenlaw - NOAA Affiliate a
> écrit :
> > Hello,
> >
> > I've run int
Le mercredi 06 avril 2016 20:38:36, Jason Greenlaw - NOAA Affiliate a écrit :
> Hello,
>
> I've run into a snag trying to assign a negative NoData value to a Signed
> Byte raster.
Jason,
I've just pushed a fix for that in trunk (signed byte is a bit of a second
class citizen as a data type in G
I have spent some time trying to find an example of how to use GDAL to open
CADRG/ADRG/CIB data. I can find lots of information saying that GDAL
supports these formats but no example on how to achieve this in GDAL.
We have sample apps where we load other types of data by calling GDALOpen
and then
Hello,
I've run into a snag trying to assign a negative NoData value to a Signed
Byte raster.
Example:
gdal_translate -a_nodata -128 -ot Byte -co PIXELTYPE=SIGNEDBYTE
signed8test.tif signed8testnew.tif
produces this error:
for band 1, nodata value has been clamped to 0, the original value bei
Hi
Threre is another propblem with swig:
currently, there are 3 methods (defined in swig\include\gdal.i) in the version that get GDALDatasetShadow** parameter:
wrapper_GDALWarpDestDS(...)
wrapper_GDALWarpDestName(...)
wrapper_GDALBuildVRT_objects(...)
swig generated the methods in c# w
Le mercredi 06 avril 2016 18:37:27, Jürgen E. Fischer a écrit :
> Hi Even,
>
> On Mon, 22. Feb 2016 at 12:15:31 +0100, Even Rouault wrote:
> > Could be cool to have -dev versions packaged from time to time (or
> > potentially nightly builds), as well as a few drivers available as
> > plugins (PDF
Hi Even,
On Mon, 22. Feb 2016 at 12:15:31 +0100, Even Rouault wrote:
> Could be cool to have -dev versions packaged from time to time (or
> potentially
> nightly builds), as well as a few drivers available as plugins (PDF driver,
> MongoDB one)
There's a nighly build of GDAL in OSGeo4W now.
I've discovered that the current implementation of RAS Mapper only allows
an ESRI Prj file to be read in. It uses the GDAL routines, but in a limited
way. I suspect that I should be able to get RAS Mapper to access a custom
transformation if I create a dummy ESPG value with the desired parameters
Dear list
I had earlier built gdal 2.1.0 Beta, and now I am trying to experiment with
libpng in version 2.0.2 source.(Using ./configure, make, and then sudo make
install).
But everytime I use make, somehow the changes are not taken into effect.
gdalinfo --version results in gdal 2.1.0(Beta), even
Le mercredi 06 avril 2016 15:21:24, Julian Zeidler a écrit :
> Hi Even,
>
> Thank you for the the very quick and very helpful reply. I spent the
> whole day yesterday trying to find the memory leak in my code that
> caused 11GB Ram usage. ;-)
> One quick follow-up would setting GDAL_DISABLE_READDI
Hi Even,
Thank you for the the very quick and very helpful reply. I spent the
whole day yesterday trying to find the memory leak in my code that
caused 11GB Ram usage. ;-)
One quick follow-up would setting GDAL_DISABLE_READDIR_ON_OPEN =
EMPTY_DIR break reading from vrt or envi files with a hea
Julian,
I addressed a similar use case some time ago in GDAL 2.1 with
https://trac.osgeo.org/gdal/changeset/32242
For previous versions, you can set GDAL_DISABLE_READDIR_ON_OPEN = YES as
environment variable / configuration option.
And if you don't need checking for any side-car file at all, you
Hi Sarthak,
Thanks for submitting your proposal. Proposals are frozen at this point.
Right now we're completing ranking and waiting for Google to assign slots.
Best regards,
Dmitry
06.04.2016 14:49, sarthak agarwal пишет:
Hello Dmitry,
As you know I did submit the proposal on the GSoC por
On 2016-04-05 3:56 PM, Paul Ramsey wrote:
Hey all,
We've had a client working with dodgy data who would like an option to
avoid incompatible date mangling when reading bad data. Basically, OGR
will consume some funky dates from CSV and Excel, like /00/00, but
it will NULL out others, like 19
Hey all,
I have the Problem that my cpp-Code which exclusively uses gdal for IO
suddenly uses vast Amounts of memory in a production environment.
When i analyzed the memory foot-print (via valgrind massif) it turns
out that 95% (in the test case ==7.8GB! RAM) is allocated by gdal in
GDALDefau
Maybe QGIS could automatically create a VRT file or temporary virtual
layer in the background that automatically replaces the content of the
columns that have value relation widgets with the corresponding text
values?
Would this be a solution or are there more elegant ways to solve that
problem?
Hi,
Our users frequently ask for Spreadsheet export (xlsx, ods). This works
well with GDAL 2.x.
However, we have the problem with value relations. For a traditional
value relation, in the main table we use integer codes, while the
textual values are in a linked table. In QGIS this is nicely rep
Hello Dmitry,
As you know I did submit the proposal on the GSoC portal but there has been
no discussion of any kind.
I also completed my GSoC task(fixed the bug) on time.
So I request you to kindly review my proposal once and provide your
feedback. I will make the necessary changes or if you want
26 matches
Mail list logo