Thanks for all the feedback on this topic. It sounds like there has already been some tentative work done in the File geodatabase area by GeoTools developers, even if it isn't in an official capacity.
I must admit I know very little about file geodatabases. One of our more talented OpenJUMP programmers was asking about it. I think he is the one with the most interest. I just wanted to bounce something of this mailing list so we can avoid duplicate effort. I, like Jody, recognize the challenges to sharing code between GeoTools and OJ. It has to be done at a pretty low level to be useful. I will point our OpenJUMP programmers to this thread and see where things go. I'm reluctant to volunteer as a module maintainer at this point, as I don't see myself having a lot of time to code on the module for the next few months. However, if there are OpenJUMP programmers willing to work on the module, then I would be willing to coordinate the work as a module maintainer. Let me check with the OJ guys and I will get back to you. Thanks for your time to respond to my original inquiry. Landon On Mon, Aug 8, 2011 at 7:40 AM, Justin Deoliveira <[email protected]> wrote: > Just a note that fgdb support was recently added to ogr as a format... so > using the existing ogr datastore (and its java bindings for ogr) could be an > easier route to go. However it requires ogr >= 1.9.0. > > On Mon, Aug 8, 2011 at 8:21 AM, Kenneth Gulbrandsoy > <[email protected]> wrote: >> >> Hi Landon! >> I refer to previous posts in this thread. >> We could start a "joint venture" where we both are module maintainers. >> I have looked into adding the free file geodatabase format, which does not >> have any public Java API yet. Making a Java API by hand using JNI it not an >> option. I think we have to use some sort of Java API generation tool which >> is able to generate the API from the C libraries automatically. >> It looks like we could use JNAerator to generate BRIDJ (or JNA, but JNA >> it seems to have a higher performance penalty than BRIDJ). JNAerator supply >> a maven plugin making it very easy to rebuild the Java API it each time the >> FGDB API changes (which it will). >> So, what do you think? >> Cheers, >> Kenneth >> 2011/8/8 Jody Garnett <[email protected]> >>> >>> +1 on my end; it would be nice if you can ask Landon if he wants to be >>> listed as module maintainer as well (he already has commit access from a >>> while back). >>> -- >>> Jody Garnett >>> >>> On Monday, 8 August 2011 at 11:09 PM, Kenneth Gulbrandsoy wrote: >>> >>> Hi list! >>> I could add my work on a FGDB as an unsupported module. >>> This modules requires arcobjects.jar on the classpath, which is only >>> available if you have access to least an ArcGIS Engine Runtime license >>> (commersial licence that you have to pay a lot of money for). >>> But the code is sound I believe (although based on AbstractDataStore), >>> but is missing: >>> >>> Unit tests (which is the hard part) >>> Dummy jar >>> Move dependency from ArcObjects to the public File Geodatabase API >>> >>> So, if there is any interest in this code, give me a +1 on it. >>> Cheers, >>> Kenneth >>> 2011/8/8 Kenneth Gulbrandsoy <[email protected]> >>> >>> Comments below. >>> >>> 2011/8/8 Andrea Aime <[email protected]> >>> >>> On Mon, Aug 8, 2011 at 9:09 AM, Andrea Aime >>> <[email protected]> wrote: >>> > On Sun, Aug 7, 2011 at 11:10 PM, Jody Garnett <[email protected]> >>> > wrote: >>> >> ESRI have made a c library available. You could wrap that with JNA. >>> > >>> > This thread is kinda scary: >>> > >>> > >>> > http://forums.arcgis.com/threads/22223-Cross-plattform-API?highlight=linux >>> > >>> > No plans for 64bit linux? So they want to make sure no server product >>> > can use it? ;-) >>> >>> Never mind, the download page also have the linux 64 bits. >>> However there is no OSX support it seems (see attached screenshot). >>> >>> One also has to accept a rather lenghtly contract before reaching the >>> download >>> page, as far as I can see it does not prevent redistribution >>> >>> Unfortunately, I believe it does not allow redistribution. The "ESRI >>> Attribution and License Agreement" states in section 4.2: >>> >>> b. Except as provided herein, Licensee shall not redistribute Software, >>> Data, or Web Services to third parties, in whole or in part, including, but >>> not limited to, extensions, components, or DLLs. >>> >>> >>> So, users have to create an ERSI user account and download it >>> manually... >>> >>> >>> or server side >>> >>> I did not find anything on this though :-) >>> >>> >>> usage but I just skimmed through it, don't take my word for it >>> >>> Cheers >>> Andrea >>> >>> -- >>> ------------------------------------------------------- >>> Ing. Andrea Aime >>> GeoSolutions S.A.S. >>> Tech lead >>> >>> Via Poggio alle Viti 1187 >>> 55054 Massarosa (LU) >>> Italy >>> >>> phone: +39 0584 962313 >>> fax: +39 0584 962313 >>> >>> http://www.geo-solutions.it >>> http://geo-solutions.blogspot.com/ >>> http://www.youtube.com/user/GeoSolutionsIT >>> http://www.linkedin.com/in/andreaaime >>> http://twitter.com/geowolf >>> >>> ------------------------------------------------------- >>> >>> >>> ------------------------------------------------------------------------------ >>> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA >>> The must-attend event for mobile developers. Connect with experts. >>> Get tools for creating Super Apps. See the latest technologies. >>> Sessions, hands-on labs, demos & much more. Register early & save! >>> http://p.sf.net/sfu/rim-blackberry-1 >>> _______________________________________________ >>> Geotools-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >>> >>> Cheers, >>> Kenneth >>> >> >> >> >> ------------------------------------------------------------------------------ >> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA >> The must-attend event for mobile developers. Connect with experts. >> Get tools for creating Super Apps. See the latest technologies. >> Sessions, hands-on labs, demos & much more. Register early & save! >> http://p.sf.net/sfu/rim-blackberry-1 >> _______________________________________________ >> Geotools-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > > -- > Justin Deoliveira > OpenGeo - http://opengeo.org > Enterprise support for open source geospatial. > ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
