[gdal-dev] Enable --with-static-proj4 by default if ESRI FGDB option is given on Linux

[Andrew Joseph]

> I've turned that as an error:

Thanks, much appreciated -that will probably save at least 10 people from
sitting at a coffee shop at 3am, recompiling anxiously for the 100th time,
pulling out what is left of their hair, subsisting on stale pizza and
wondering why they chose a career in programming!
I suppose in the future, I should pay more attention to the configure
output when debugging rather than proceeding directly to make && make
install -one of the downsides of utilizing new features with docker
automated builds.

> I wonder if this is at all related to my issues and why changing proj4
versions makes no difference....
> Is --without-fgdb the correct way to disable this feature so I can test?

Chris,

It would only be related if you installed the ESRI Filegeodatabase driver
located here https://github.com/Esri/file-geodatabase-api -NOT the built in
OpenFileGDB driver. I installed this using the following commands:
FGDB_DIR=FileGDB_API-64gcc51
FGDB_DOWNLOAD=FileGDB_API_1_5_1-64gcc51.tar.gz
cd /tmp
wget -q -O /tmp/${FGDB_DOWNLOAD}
https://github.com/Esri/file-geodatabase-api/raw/master/FileGDB_API_1.5.1/${FGDB_DOWNLOAD}
tar -C /tmp -xzf /tmp/${FGDB_DOWNLOAD}
cd /tmp/${FGDB_DIR}
cp lib/* /usr/local/lib
cp include/* /usr/local/include
ldconfig

If you installed similarly, --without-fgdb wouldn't fix the issue since the
proj4 culprit lib is still present and will still malevolently conflict. On
my Ubuntu 16.04 setup, this actually failed only when ogr_fdw (a postgis
extension that uses gdal) was utilized -not on GDAL itself.
Using --with-static-proj4=<PATH(usually either /usr or /usr/local)> when
configuring GDAL fixed the issue for me.

If you want to ensure you have proj4 installed properly, they provide a
convenient Dockerfile that shows all necessary instructions here
https://github.com/OSGeo/proj.4/blob/master/Dockerfile

On Wed, Nov 15, 2017 at 4:20 PM, Chris Marsh <chris.marsh at usask.ca> wrote:

> As I have been unable to solve my strange proj4 related issues  as per
> http://osgeo-org.1560.x6.nabble.com/Failed-to-initialize-PROJ-4-with-quot-
> quot-td5338323.html
> <https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fosgeo-org.1560.x6.nabble.com%2FFailed-to-initialize-PROJ-4-with-quot-quot-td5338323.html&data=02%7C01%7Cap.joseph%40live.com%7C9f986c0f58864e9a2b8208d52c772391%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636463812560164450&sdata=eQ7ooxEyUi8VKau1g1PoH0j5bMv5RJbCHYjG09EhzPo%3D&reserved=0>
>
> I wonder if this is at all related to my issues and why changing proj4
> versions makes no difference....
> Is --without-fgdb the correct way to disable this feature so I can test?
>
> Cheers
> Chris
>
>
> On 15 November 2017 at 15:19, Even Rouault <even.rouault at spatialys.com>
> wrote:
>
>>
>>
>> > To save others from this hellish debugging process, it might be worth
>>
>> > either checking for the FGDB libraries and throwing an error if GDAL is
>>
>> > configured without --wtih-static-proj4=location or setting that option
>> by
>>
>> > default.
>>
>>
>>
>> ./configure should already output a warning about that situation at the
>> end:
>>
>> https://trac.osgeo.org/gdal/changeset/37668
>> <https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftrac.osgeo.org%2Fgdal%2Fchangeset%2F37668&data=02%7C01%7Cap.joseph%40live.com%7C9f986c0f58864e9a2b8208d52c772391%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636463812560164450&sdata=%2ByXDabdw%2Bq6Bi6aj5igcX34jjt%2BMQZqPbGwT9aSN1tA%3D&reserved=0>
>>
>> I've turned that as an error:
>>
>> https://trac.osgeo.org/gdal/changeset/40724
>> <https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftrac.osgeo.org%2Fgdal%2Fchangeset%2F40724&data=02%7C01%7Cap.joseph%40live.com%7C9f986c0f58864e9a2b8208d52c772391%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636463812560164450&sdata=D6LRzrOENG1QvtvjZbv1HVCcDmCftKjubMOyTUZHb3A%3D&reserved=0>
>>
>>
>>
>> --
>>
>> Spatialys - Geospatial professional services
>>
>> http://www.spatialys.com
>> <https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.spatialys.com&data=02%7C01%7Cap.joseph%40live.com%7C9f986c0f58864e9a2b8208d52c772391%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636463812560164450&sdata=cfWFzwWzROa9AkRDD9r3DkLW4kHno%2BbhYzIpeB%2FTLJk%3D&reserved=0>
>>
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>> <https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fgdal-dev&data=02%7C01%7Cap.joseph%40live.com%7C9f986c0f58864e9a2b8208d52c772391%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636463812560164450&sdata=ixqckFmzRKh2jFZ2YcfytIc0sTIWm%2FcZSmZvAomt9M0%3D&reserved=0>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20171115/635d8742/attachment.html>