[PATCH] Add ArcObjects OGR driver to allow reading of GeoDatabase (e.g FileGDB) FeatureClasses

[rburhum]

This driver allows reading of FileGDB FeatureClasses as long as there is an ESRI ArcView License (or higher) available.

The connection string starts with "AO:" followed by the connection string to be sent to the ArcObjects Workspace Factory.

For example, to open a FileGDB, the connection string would be "AO:c:\mypath\mydb.gdb"

Similarly, to open a Personal GDB (aka Access), one would use: "AO:c:\somepath\mydb.mdb"

There is also basic support for Enterprise GeoDatabases (aka ArcSDE). Currently, the only way to support connections is done through an .sde file. "AO:c:\somepath\connfile.sde"

[rburhum]

I added the ticket, with the source. Feel free to e-mail me if there are any problems.

[warmerdam]

Chaitanya,

Could you please incorporate this driver into trunk? Skimming the patch, I think it only includes the driver directory itself so you may need to update the gdal/ogr/ogrsf_frmts/ makefiles, the OGR registration function and some of the root nmake.opt, configure.in, GDALmake.opt.in.

I understand you don't have ArcObjects, so we will likely need to depend on Ragi to test any attempted integration.

After a bit of thought, I think it would be ok to only do this initially for windows (skip unix configuration) since I think most interest in this will be for Windows.

[rburhum]

I will be happy to test it.

By the way, there is a registration function, in one of the files. I just did not add it to the same place as all the other drivers. I guess it needs to be moved. I have already made a one line change... should I start submitting patches? if so, who do I assign them to?

[warmerdam]

Ragi,

Perhaps for now you can add changes in this ticket, till the integration is complete.

[scitronpousty]

What is the status of this commit? I could really use this feature on a lot of projects and it would help me use FOSS4G throughout my organization. Thanks

[rburhum]

Hey Steve!

I have a few fixes for this patch as far as ArcObjects Geometry<->OGR Geometry go. Let me know if you want them...

[springmeyer]

hey Ragi, can you post the fixes to this ticket? also I'm noticing the bit.ly link to your binaries appears to be dead:

​http://osgeo-org.1803224.n2.nabble.com/gdal-dev-ArcObjects-OGR-driver-binaries-reads-FileGDB-with-ArcView-license-td4477908.html

[rburhum]

Hi Dane,

I'll sync with trunk today/this weekend and include all the fixes I had (the code has been the same and has been in production for 10 months - no mayor issues).

[rburhum]

Updated patch for trunk. Also includes build system integration.

[rburhum]

Hey Dane,

I updated the patch with the latest fixes. I also integrated with the current build system - I copied the sde settings and replaced them. That means that to generate the driver dll you will need to follow the directions of the wiki to do something similar.

In case you don't want to build it yourself, I just zipped the binaries created from trunk. I tried a few things and they seem to work just fine, however, I don't know what is the current state of trunk, so good luck :)

​http://bit.ly/9mRG2c

[rburhum]

Commited to trunk. Revision 21273

[Even Rouault]

There are build issues when ArcObjects isn't available :

1) Linux linking is broken since the @XXX@ values for the HAVE_ARCOBJECTS, ARCOBJECTS_LIB and ARCOBJECTS_INC in GDALmake.opt.in have no substution rules in the configure/configure.in. So they aren't substituted and the linking fails because of a dummy "(RCOBJECTS_LIB)" string in the linking line

2) I think (untested) that Windows compilation is also broken because of arcobjects being explicitely set in the DIRLIST line of trunk/gdal/ogr/ogrsf_frmts/makefile.vc. I think it should be $(ARCOBJECTS_DIR) instead

[rburhum]

Crap. Sorry. I tested the windows build several times, it works. However, I was just rebooting to Mac to try it out. Fixing it now...

[rburhum]

Fixed the build by disabling the driver temporarily. I changed the ARCOBJECTS_DIR though. I will figure out how the configure.in substitution works and re-enable it then.

[Jukka Rahkonen]

Is this enhancement to ArcObjects driver doing something more of better than either of the two FileGDB drivers we have nowadays in GDAL? If it does not and because compiling for all platforms feels difficult or impossible could it be better to close the ticket as "wontfix"?

[Jukka Rahkonen]

Patch does not seem to interest anybody, closing as won't fix.