Hi!
I see that PROJ_DATA is an env variable to be set for pointing to the
directory containing proj.db. However, I was wondering if there's a way to
configure this to be set during build time via some cmake arg or if this
was intended to be a dynamic env variable that can always change?
Asking be
I am using gdal with java binding in my web application to load .gdb data
through the OpenFileGDB driver, however I found that for a single request, it
will work as expected, but some JNI related error will occur when multiple
requests to be served at the same time, like this:
ERROR 1: Error oc
I am using OpenFileGDB driver to read .gdb data through the java binding,core
codes:
Layer layer = dataSource.GetLayer("layer_name");
layer.SetSpatialFilterRect(minx,miny,maxx,maxy);
System.out.println(layer.GetFeatureCount());
layer.ResetReading();
Featur
88008b589b33bf1bb3c1a24fe77137882c/gdal/ogr/ogrlinestring.cpp#L320
I am new to swig so I am not sure if I make some stupid mistake, so can anyone
help to fix this problem?
Best regards,
Can Yang
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
hi,
What's the interpolation method used in gdal_translate
when the size of the input dataset is changed with the
-outsize flag?
Are there different interpolation methods that can be used?
If yes, what are they and the flags to use?
Thanks in advance.
body 'help' to
>gdal-dev-requ...@lists.osgeo.org
>
> You can reach the person managing the list at
>gdal-dev-ow...@lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gdal-dev digest...&
gdal 1.8.0 has problem. when the filename is in Chinese
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
On Wednesday 22 April 2009 22:24:02 Gong, Shawn (Contractor) wrote:
> hi list,
>
> I'd appreciate suggestions on Linux OS. We'd like to build newest gdal,
> as well as OpenEV2 using GTK2.
> Have tried CentOS. But it libraries seem too conservative.
>
> Is Fedora 9 a better choice?
>
> thanks,
> Sha
