[gdal-dev] FileGDB create layer error

[Jon Morris]

>
>
>-----Original Message-----
>From: Even Rouault <even.rouault at spatialys.com>
>Sent: 25 October 2019 09:39
>To: gdal-dev at lists.osgeo.org
>Cc: Jon Morris <Jon.Morris at jbarisk.com>
>Subject: Re: [gdal-dev] FileGDB create layer error
>
>On vendredi 25 octobre 2019 08:19:54 CEST Jon Morris wrote:
>> Hi All,
>>
>> I came across an intermittent system test failure and just wanted to
>> clarify what was going on.
>>
>> While trying to add a layer to a newly-created File GDB, we got the
>> error
>> message: Failed at creating table for \expected_dem_mods_germany
>> (General function failure.).
>>
>> Turning on GDAL debugging gave the message:
>>
>> FGDB: Did not found a match in ESRI SRS DB for layer SRS. Using
>> morphed SRS WKT. Failure is to be expected
>>
>> The XML output below included this element:
>>
>>             <WKT>PROJCS["Lambert_Azimuthal_Equal_Area",GEOGCS["GCS_GRS
>> 1980(IUGG ,
>> 1980)",DATUM["D_unknown",SPHEROID["GRS80",6378137,298.257222101]],PRIM
>> EM["G
>> ree
>> nwich",0],UNIT["Degree",0.017453292519943295]],PROJECTION["Lambert_Azi
>> mutha
>> l_Equ
>> al_Area"],PARAMETER["latitude_of_origin",52],PARAMETER["central_meridi
>> an",1
>> 0],PA
>> RAMETER["false_easting",4321000],PARAMETER["false_northing",3210000],UNIT["
>> Meter ",1]]</WKT>
>>
>> So, question 1: is this failure because the SRS is not in the Esri
>> list of expected coordinate systems?
>
>Yes
>
>>
>> However, question 2: why does it not fail every time? The only place
>> we have seen this error is during a conda build on our CI server, when
>> using Python 2. When we run tests on our local machines, or use our
>> tool on Python 3, the layer is created OK. I want to be sure that
>> users are not going to encounter this error, and that our tool is able to handle their data.
>
>Are you sure you use the same FileGDB SDK version ? Latest versions might have relaxed this.

Yes, all our builds use the same GDAL build, which uses FileGDB 1.5.1. The only failure I've seen so far is on Windows, but we'll keep an eye on it, thanks!

>
>On Linux, there are (were ?) also incompatibilities due to the FileGDB SDK embedding libxml2, which could be of a different version than the system
>libxml2 to which GDAL might also link to, causing runtime clashes.
>
>The joys of proprietary software...
>
>Even
>
>--
>Spatialys - Geospatial professional services http://www.spatialys.com
>
T +44 (0) 1756 799919
www.jbarisk.com<http://www.jbarisk.com>

[Visit our website]<http://www.jbarisk.com> [http://www.jbagroup.co.uk/imgstore/JBA-Email-Sig-Icons-LINKEDIN.png] <https://www.linkedin.com/in/jon-morris-a2897b4/>  [Follow us on Twitter] <https://twitter.com/jbarisk>
We’ve moved!
Our new postal address and registered office is JBA Risk Management Limited, 1 Broughton Park, Old Lane North, Broughton, Skipton, North Yorkshire BD23 3FD.
No changes to our telephone numbers or e-mail addresses.
Find out more about us here: www.jbarisk.com<http://www.jbarisk.com/> and follow us on Twitter @JBARisk<http://twitter.com/JBARisk> and LinkedIn<https://www.linkedin.com/company/2370847?trk=tyah&trkInfo=clickedVertical%3Acompany%2CclickedEntityId%3A2370847%2Cidx%3A2-1-2%2CtarId%3A1447414259786%2Ctas%3AJBA%20RISK%20MANAGEMENT>

The JBA Group supports the JBA Trust.

All JBA Risk Management's email messages contain confidential information and are intended only for the individual(s) named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system.


JBA Risk Management Limited is registered in England, company number 07732946, 1 Broughton Park, Old Lane North, Broughton, Skipton, North Yorkshire, BD23 3FD, Telephone: +441756799919