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

[Chris Marsh]

Hi Andrew,

Ah damn. Thanks for the info.
Cheers
Chris



On 15 November 2017 at 16:52, Andrew Joseph <ap.joseph at live.com> wrote:

> > 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/20171116/49af5dfa/attachment.html>