[GIS] Trying to install QGIS – missing 1.11 GDAL

gdalinstallationosxqgis

I just spent the last n hours working on this, and still haven't gotten anywhere, so I'll throw it to the group. I see that other people have asked about this here and here, and I'd be happy to take down this Q if that gets answered.

My specs:

Mac 10.9.4
Mavericks OS

I'm trying to install QGIS. I'm working with the KyngChaos package. It gives me an error on installation, saying, "Failure: The GDAL 1.11 framework is required." I've since tried to brew install gdal, which installed the 1.10 framework. QGIS installation still fails. I then did brew update, and tried again (which seemed promising). Still fails. I then tried to follow this guy's approach, and brew install qgis. This kept my Terminal busy for about 3-4 hours… and still failed. Though I swear I saw a green-fonted gdal library get installed in all that Terminal chatter.

FWIW, the brew install qgis gave me a slightly different error message:

[ 50%] Built target qgis_gui
make: *** [all] Error 2

No idea what this means. I'm trying to find gdal in my computer via the Terminal: mostly doing which gdal -a, though this doesn't return anything. So I'm not sure how to even check that GDAL 1.11 got installed.

Best Answer

For QGIS on Mac, the Kyngchaos.com installer package is built against the GDAL_Complete installer framework from the same site, as is noted under Requirements on the download page. It will not work with gdal from the Homebrew project.

If you want to go with a purely Homebrew approach, try the OSGeo4Mac project. First run brew unlink qgis, which is the outdated formula version in homebrew/science, then do run the following:

brew install osgeo/osgeo4mac/qgis-24

If you are on Mavericks and you're using the default HOMEBREW_PREFIX of /usr/local, qgis-24 and several of its default dependencies will be installed via 'bottles,' i.e. pre-built binaries, instead of compiling from source code, saving you a huge amount of time. If you change the default build options for qgis-24 to something else, then it will build from source again.

If you have any issues, please post them to the OSGeo4Mac tracker, instead of here.

Related Solutions

[GIS] QGIS won’t install on Mac OSX, during install says “The Installation Failed.”

http://www.kyngchaos.com/software/frameworks notes that the frameworks are built for Lion, MT Lion and Mavericks.

So it seems that El Capitan 10.11 may not be supported yet.

Perhaps you should contact the maintainer, William Kyngesburye, directly about this issue.

The other download source http://qgis.dakotacarto.com/ notes that 10.11 is untested yet.

[GIS] Install GDAL Python binding on mac

You received the error because the header file was not included in your GDAL build. In order to get all of the required headers, you need to use the latest development branch of GDAL, as it added another header ~3 weeks ago. Set your CC and CXX environmental variables to clang and clang++, then install using Homebrew:

brew install gdal --HEAD

If you try to build GDAL with gcc-8 instead, it will throw syntax errors. As of June 2018 this provides the development branch of GDAL 2.3.0. To install gdal for your existing Python (e.g., Anaconda Python 3.6) and link to GDAL, follow the method of @Holt, but with the below modifications.

$ cd /private/tmp 
$ pip download GDAL==2.3
$ tar xzf GDAL-2.3.0.tar.gz
$ cd GDAL-2.3.0

Now, set CC and CXX to gcc-8 and g++-8. Next, install gcc-8 with Homebrew if not currently installed: brew install gcc. Then, make the following change to the setup.cfg file:

gdal_config=/usr/local/bin/gdal-config

gdal-config contains all of the information needed to link to include and library files. Next, make the following modifications to the setup.py file:

cxx11_flag='-std=c++11 -stdlib=libc++'
os.environ['ARCHFLAGS'] = ''
name='gdal'

This sets ARCHFLAGS to blank rather than '-Wunused-command-line-argument-hard-error-in-future', as the latter is incompatible with gcc. Setting stdlib should help clang find the correct C++11 libraries, if used. Last, changing the name from GDAL to gdal lists the package name correctly under conda list. Finally, install the Python package correctly linked to GDAL 2.3.0:

python setup.py install

As @Holt noted, be sure to load and test the install in another folder.

Rant: It's crazy that this much effort is needed to install gdal for Anaconda Python 3.6 linked to a centralized GDAL 2.3.0 installation, but that is because the conda-forge gdal folks intentionally broke the connection to Homebrew GDAL ~2 years ago in an effort to equally [not] support MacPorts. This is nuts in my opinion, as others also build from source and managing multiple GDAL installations is a pain. The GDAL package for R, rgdal, correctly links to Homebrew GDAL during installation without any hassle. The GDAL library for Anaconda Python should also do this!

Best Answer

Related Solutions

[GIS] QGIS won’t install on Mac OSX, during install says “The Installation Failed.”

[GIS] Install GDAL Python binding on mac

Related Question