Tag Info

New answers tagged

0

Trying to build from source without root access is near impossible on CentOS. I have figured out that really the only practical way to solve this issue is using a conda package (for the Anaconda python distribution) built by Jose The solution is to run this on a fresh install of Anaconda (step three being the important one): conda update conda conda update ...


0

@Evil Genius' answer shows how a program is compiled and thus expects to find compiled information in a certain location. Since you say that you have the HDF libraries in /workspace/HDF, then you can try to set GDAL_DRIVER_PATH: export GDAL_DRIVER_PATH=/workspace/HDF:${GDAL_DRIVER_PATH}. Note that I put your proposed driver first in the path variable. The ...


1

GDAL itself can certainly be built and used/installed without root access on most *nix type systems. In these cases, I usually create a file structure to contain both the final GDAL build itself and all of its dependencies that the host OS doesn't already have. But, you could have them in separate folders as well as long as you have your path, LD_CONFIG, ...


1

Ran into the same error when trying to upgrade my GDAL from 1.9.0 to 1.11.0. Looks like on some Linux systems, there is some sort of library caching that can interfere. Doing the following: export LD_PRELOAD=$THEPREFIXPATH/lib/libgdal.so.1 or for bash environments: LD_PRELOAD $THEPREFIXPATH/lib/libgdal.so.1 was all I needed (substituting what ever you ...


0

One thing that tripped me up when reading SOSI files using GDAL: You need to make sure you have write access to the directories containing the SOSI files. The library creates a temp file in the same directory as the file you are reading from. This is explained in a NOTE on the page http://trac.osgeo.org/gdal/wiki/SOSI Also, make sure the environment ...



Top 50 recent answers are included