Hi ede,
>why would it be removed?
I was referring to the OGR API adding a level of abstraction above the
actual FGDB C++ API, but still being not a Java API.
>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?
I like using geotools too. If they implement a FGDB datastore that has read
and write access, it should be the preferred method.
Larry
On Mon, Aug 8, 2011 at 1:52 PM, <edgar.sol...@web.de> wrote:
> 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
>
------------------------------------------------------------------------------
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