ngageoint / hootenanny

Hootenanny conflates multiple maps into a single seamless map.
GNU General Public License v3.0
353 stars 74 forks source link

Moving to GDAL 1.11.2 causes problems when appending to ESRI FGDB #190

Closed bwitham closed 7 years ago

bwitham commented 8 years ago

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:

jasonsurratt commented 8 years ago

@bwitham Do we care?

bwitham commented 8 years ago

Don't know. Originally reported by @mattjdnv in redmine.

sisskind commented 8 years ago

@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.

jasonsurratt commented 8 years ago

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.

bwitham commented 8 years ago

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.

sisskind commented 8 years ago

@bwitham different stakeholders have different flexibilities. let's take this offline for the time being.

msorenson commented 8 years ago

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.

bwitham commented 7 years ago

OBE