On 08.08.2011 19:33, Larry Becker wrote: > It looks like there could be cooperation between the two groups on the > development of the Java interface at least. > > The following thread is a bit discouraging toward that effort: > http://forums.arcgis.com/threads/35051-Problem-loading-libraries-to-Java
i have some experience with rxtx serial library in this regard and even wrote an autoload the correct library for the os we are running on wrapper. so when push comes to shove i can deliver support there. > > The ogr support approach would not seem to provide any advantage beyond > translating FGDB to shapefiles as SkyJUMP uses that library for mdb > translation now. There may be Java bindings for the low level API in OGR > that I'm not aware of, but this would be a level removed from the actual API > we want to use. why would it be removed? i still like the idea of having an interface that uses geotools mechanisms to load data. that would automatically enable oj users to use all gt2 datastores. opinions? > The only way this would be any use in JUMP (IMHO) is if we could open and > edit FGDBs like ArcMap does. We discussed the idea of supporting the Access > personal geodatabase years ago, but abandoned the idea because it was too > risky because it was proprietary and had no published API. good point. the licensing terms of ESRI are pretty discouraging as far as i understand. > As far as the ESRI license, it would put us in the same position as having > the end user download the MRSID executable. Not good, but doable. agreed > > On the minus side, by supporting the proprietary FGDB format, we might be > using effort that could be better applied to open source solutions. > > What are the viable open source alternatives? Spatial Lite seems to have a C > API as well. > also agreed. as long as it is not really open, as in free software, i am in no way interested to take part in developing for a company that does not even pay me (respect). still i am open to use solution others came up with, using the c api or whatever, or help out if i can (see loading native libraries above). regards ede > > On Mon, Aug 8, 2011 at 10:22 AM, <edgar.sol...@web.de > <mailto:edgar.sol...@web.de>> wrote: > > 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 <mailto: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 > <mailto: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 > <mailto: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 > <mailto: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 > <mailto: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
