Obviously there is interest in geotools to add a gt2 datastore for it. Also cite:
>Justin Deoliveira: 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. In any way we should (re)implement a geotools reader/writer extension or pimp my old GT2 reader/writer to work with the latest oj. ede On 08.08.2011 17:07, Sunburned Surveyor wrote: > It looks like there is some interest and opportunity for collaboration > with the GeoTools team on FGDB support. You can see the thread I > started on their development mailing list here: > > http://osgeo-org.1803224.n2.nabble.com/FGDB-Support-in-GeoTools-td6662165.html > > I'm already way over committed, so I can't take the lead on this > effort, but I hope we can work together with the GeoTools people if > there is a desire and resources for work on a FGDB library. > > Landon > > On Sun, Aug 7, 2011 at 10:44 AM, Sunburned Surveyor > <sunburned.surve...@gmail.com> wrote: >> If we did decide to explore FGDB support for OpenJUMP, I'd recommend >> we collaborate with GeoTools on the lower-level code. I can post there >> to see if there is anything going on in this area and will get back to >> the list. >> >> Landon >> >> On Thu, Aug 4, 2011 at 2:25 AM, <edgar.sol...@web.de> wrote: >>> Thanks for the overview on this.. ede >>> >>> On 04.08.2011 01:28, Martin Davis wrote: >>>> Yes, they are definitely positioning FGDBs as the replacement for >>>> shapefiles - at least in their world. FGDB has a lot of advantages for >>>> them - no limit on file size, able to contain all of the weird and >>>> wonderful ESRI data structures, and platform-independent. Oh, and no >>>> 11-char limit on field names!!! >>>> >>>> <philosophy> >>>> Personally I can't see it replacing the role that Shapefiles play in the >>>> wider geospatial world - that is, a (fairly( open, easily-accessible, >>>> documented spatial data format. The FGDB format is closed and proprietary >>>> - only the API is somewhat open. And it's written in C, which limits its >>>> use in some situations. Also, the FGDB format is very complex, and >>>> completely tailored to support ESRI's needs, rather than a more general >>>> set of needs. >>>> >>>> It would be GREAT to have a truly open geospatial format, which was >>>> essentially a shapefile for the 21st century. GML is NOT that format... >>>> so the field lies open >>>> </philosophy> >>>> >>>> It would be great to have a solution for accessing FGDBs from Java >>>> (OpenJUMP of course, but I'd also like to be able to read them from JEQL). >>>> If OJ could read them that should make it quite appealing for working >>>> with newer ESRI data. >>>> >>>> One possiblity is this work on a Java interface to the FGDB API. If this >>>> project has taken care of all the JNI nastiness, then it could be worth >>>> using. >>>> >>>> http://sourceforge.net/projects/jfilegdbexplore/ >>>> <http://sourceforge.net/projects/jfilegdbexplore/> >>>> >>>> I know that the GDAL project is working on adding a driver for the FGDB >>>> API. This is in C, of course, so not directly usable by OJ. >>>> >>>> Martin >>>> >>>> On 8/3/2011 8:27 AM, Larry Becker wrote: >>>>> It would seem that ESRI is positioning the "file geodatabase" as the heir >>>>> to the shapefile. They now have a cross-platform API that provides >>>>> access without ArcObjects. >>>>> >>>>> http://forums.arcgis.com/threads/31841-Welcome-to-the-discussion-forum-for-the-File-Geodatabase-API! >>>>> >>>>> Is this something the JUMP community should look into supporting? >>>>> >>>>> Larry >>>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> 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 >>> _______________________________________________ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >> > > ------------------------------------------------------------------------------ > 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 > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ------------------------------------------------------------------------------ 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 _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
