Hi Landon!
I'll wait on any feedback from OJ programmers before we proceed then.
Cheers,
Kenneth
2011/8/8 Sunburned Surveyor <[email protected]>
> 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
>
------------------------------------------------------------------------------
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
