Re: [gdal-dev] building gdal with python and libtool

2016-06-27 Thread Kai Mühlbauer
Thanks Andrew, Am 27.06.2016 um 22:54 schrieb Andrew C Aitchison: > On Mon, 27 Jun 2016, Kai Mühlbauer wrote: > >> Hi all, >> >> while trying to build gdal on linux (on CircleCi in a CentOS based >> docker image using conda/conda-forge) like this: > >> /bin/bash -pthread -shared -L/home/sam/minic

Re: [gdal-dev] building gdal with python and libtool

2016-06-27 Thread Andrew C Aitchison
On Mon, 27 Jun 2016, Kai Mühlbauer wrote: Hi all, while trying to build gdal on linux (on CircleCi in a CentOS based docker image using conda/conda-forge) like this: /bin/bash -pthread -shared -L/home/sam/miniconda3/envs/_build/lib -Wl,-rpath=/home/sam/miniconda3/envs/_build/lib,--no-as-nee

[gdal-dev] building gdal with python and libtool

2016-06-27 Thread Kai Mühlbauer
Hi all, while trying to build gdal on linux (on CircleCi in a CentOS based docker image using conda/conda-forge) like this: export CC=gcc export CXX=g++ export CFLAGS="${CFLAGS}" export CXXFLAGS="${CXXFLAGS} -DBOOST_MATH_DISABLE_FLOA

Re: [gdal-dev] gdalwarp RPC_DEM NoData value

2016-06-27 Thread Even Rouault
Le lundi 27 juin 2016 17:42:23, Benjamin Deschamps a écrit : > Hi, > > In reference to this older thread: > https://lists.osgeo.org/pipermail/gdal-dev/2012-April/032343.html > > I encountered the same issue; I'm fairly certain that the issue is due to > invalid RPC_DEM values, in my case, NoData

[gdal-dev] gdalwarp RPC_DEM NoData value

2016-06-27 Thread Benjamin Deschamps
Hi, In reference to this older thread: https://lists.osgeo.org/pipermail/gdal-dev/2012-April/032343.html I encountered the same issue; I'm fairly certain that the issue is due to invalid RPC_DEM values, in my case, NoData values of -32768. Setting the NoData value in the GeoTiff has no effect eit

Re: [gdal-dev] Building gdal on solaris 11

2016-06-27 Thread Even Rouault
> Replacing "CS" with "cachedSource" solved the problem. Great. Fixed per https://trac.osgeo.org/gdal/ticket/6559 -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists

Re: [gdal-dev] Building gdal on solaris 11

2016-06-27 Thread Andrew Watkins
On 06/27/16 12:50, Even Rouault wrote: Le lundi 27 juin 2016 12:44:07, Andrew Watkins a écrit : Hello, I am trying to build postgis on Solaris 11, but having problems with gdal part. I have seen people have said they have compiled it, but worst luck they have never given any details. I have t

Re: [gdal-dev] Building gdal on solaris 11

2016-06-27 Thread Even Rouault
Le lundi 27 juin 2016 12:44:07, Andrew Watkins a écrit : > Hello, > > I am trying to build postgis on Solaris 11, but having problems with > gdal part. > > I have seen people have said they have compiled it, but worst luck they > have never given any details. > > I have tried old and new version

Re: [gdal-dev] wrapper_GDALWarpDestName returned NULL without setting an error - from Python gdalwarp interface

2016-06-27 Thread Even Rouault
Robin, > > Am I doing something wrong here in how I set the parameters for the > gdal.Warp call? Yes. All "librarified" command line utilities have been designed with the gdal.(dest, source, ) convention (similarly to Dataset.CreateCopy() for example), so if you switch your 2 first arg

[gdal-dev] wrapper_GDALWarpDestName returned NULL without setting an error - from Python gdalwarp interface

2016-06-27 Thread Robin Wilson
Hi, I'm very much enjoying the new feature in GDAL that gives programmatic access to the command-line tools. However, I've run into a problem using gdal.Warp from within Python. In the example IPython session below, you can see that I try to run gdal.Warp and get an error, but using the equiva

[gdal-dev] Building gdal on solaris 11

2016-06-27 Thread Andrew Watkins
Hello, I am trying to build postgis on Solaris 11, but having problems with gdal part. I have seen people have said they have compiled it, but worst luck they have never given any details. I have tried old and new versions but no luck. Any ideas? gdal 2.1.0 == # CFLAGS="-m64" CXXF