Closed bwitham closed 7 years ago
@bwitham Do we care?
Don't know. Originally reported by @mattjdnv in redmine.
@jasonsurratt This is used by one of our stakeholders. Would not consider it high priority but we should keep it on our radar as a known bug.
Ok, updating the status from bug to task. The current code doesn't intend to support or test GDAL 1.11. Supporting this is a new task that will also require new automated tests to verify the functionality continues to work.
As a more general question, what's the feasibility of getting out from under the mandated dependency versions by stakeholders and taking control of the situation completely by only providing prebuilt hoot vm's to stakeholders? I believe in the past other teams built their own hoot vm's from scratch at customer sites, using the versions of dependencies they wanted to without having dependency versions dictated to them. In my opinion, this is the way to go overall....otherwise, like Jason said, every time you have to support a different dependency or OS version, you have to spin up and maintain a new test environment. This type of thing can quickly become intractable, especially since this project doesn't have a dedicated devops team to maintain the build/test environment.
@bwitham different stakeholders have different flexibilities. let's take this offline for the time being.
So I don't get back to Hootenanny very often but this could be a big deal. You probably need to work offline but make sure you have stakeholder awareness and buy-in. My customers still are very reliant on ESRI FileGDB and having some degree of comfort in moving between Hootenanny and ESRI. It's hard to keep up with external dependencies but I'd rather know up front what the issues are and how to fix or work around.
OBE
redmine 6827
The 1.11 release of GDAL includes a new open source FGDB driver (http://www.gdal.org/drv_openfilegdb.html). This driver can read FGDB but cannot write them.
When using GDAL 1.11.2 and trying to append to a FGDB, GDAL throws the "OGRERR_UNSUPPORTED_OPERATION" error. This is caused by Hoot opening the FGDB with the OpenFileGDB driver instead of the ESRI FileGDB driver.
I found this while working on #4995.
To Fix: