Thanks again.
I found the comments in gdaldataset.cpp, and understand now that there's
no gain in using GDALOpenShared over GDALOpen in a multi-threaded
environment, as GDALOpenShared will create multiple GDALDataset objects
anyway in such a scenario.
Best regards,
Markus
Am 17.10.2013 13:27,
Hi all,
I recently updated to GDAL 1.10.1 and I am looking into possibly using
the VRT data source to have a data source with S57 thematic layers (e.g.
skin of the earth, obstructions, etc.) instead of one layer per object
acronym (feature). I have a collection of ENC files, so my current
Hi there,
I built the GDAL HDF plugin against the binary distribution of the HDF5-1-8-11
library downloaded from http://www.hdfgroup.org/HDF5/release/obtain5.html both
on Windows 64 and Linux 64 but it doesn't work. It can list the SUBDATASETS but
it cannot recognize each one individually.
Le vendredi 18 octobre 2013 20:59:38, Ivan Lucena a écrit :
Hi there,
I built the GDAL HDF plugin against the binary distribution of the
HDF5-1-8-11 library downloaded from
http://www.hdfgroup.org/HDF5/release/obtain5.html both on Windows 64 and
Linux 64 but it doesn't work. It can list the
Andre,
Having to specify each individual contributing layer with its source
separately, while very flexible, is fairly verbose and error-prone in my
particular case. Is there a way to specify wildcards/rules for the
sources/layers to load?
No, no wildcard are possible.
If not, has such an
Hum, this reminds me very much of the very recent thread :
http://lists.osgeo.org/pipermail/gdal-dev/2013-October/037257.html . So there
might indeed be an issue with HDF5 1.8.11, and not specifically related to
Windows. I didn't try myself.
Did you try with an older Windows build provided by
GDALers:
I'm working with a colleague on a new set of R wrappers for GDAL, and
we are at the point where we are starting to document the functions.
Our R interface is designed to be VERY close to the GDAL command line
utilities (we use the same parameter names, for instance), so I was
wondering