Thank you for mentioning these other two players. They should be involved as well.
The Sunburned Surveyor On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > just a note: > > apart from degree one may also look on Kosmos code and Erwans Project: > http://geosysin.iict.ch/irstv-trac/wiki > > stefan > > Sunburned Surveyor schrieb: > > Sunburned Surveyor wrote: > >> I've been working quitely with Jody Garnett off the mailing list. > >> We've been exlporing opportunities for GeoTools/OpenJUMP > >> collaborartion. > > We tagged in Andrea for a couple of rounds as well. > >> We've decided that we shouldn't let our different FeatureModels be an > >> unsurmountable obstacle to cooperation. We are investigating other > >> areas where we can work together. > >> > >> I must admit this hasn't been all ice cream and cake, and I don't > >> agree with everything the GeoTools developers have to tell me. There > >> is some common ground we can build on despite this, thanks to Jody's > >> efforts. > >> > >> One of these areas is data access or data i/o. Jody and I are talking > >> about designing a set of interfaces that will allow our two projects, > >> at some point in the future, to take advantage of the same data access > >> code. There is really no reason to have duplicate code between our > >> projects in this regard. > > I really would like to set up something simple that *just* reads the > > formats; similar to the split seen in the hibernate OR mapper. I would > > like to arrange similar split resulting in a FR mapper :-) The "mapping" > > part from the raw data into a feature would be the part of interest to > > each project. > >> Our current plans are to offer up some very basic and low-level > >> collection of primitive Java data types, Java Strings, and a geometry > >> representation. (We are still working on how the geometry will be > >> represented.) Our goal is to have a feature representation simple > >> enough to allow easy conversion to the different feature models. > > Doh: what he said. > >> Here is why I am even boring you guys with all of this: > >> > >> Do we currently have any plans for the development of our data access > >> or data i/o framwork? Would anyone be interested in working with me on > >> a plan for this development, and then incorporating this plan into a > >> design of the interfaces that I hope we can share with GeoTools in a > >> couple of years? Is there any major problems with the data access or > >> data I/O that I need to look at when I start work in this? > > GeoTools has no real interesting plans right now; we will implement WFS > > 1.1. support over the course of the summer (several sources seem to be > > gathering funding; basically to wrap our GML3 parser up as as a reader); > > there are a couple competing Oracle implementations , with some > > performance testing and encouragement they will join forces. I would > > like to see a KML reader produced ... > >> I appreciate your feedback and ask that you keep your mind open to the > >> possibilities. > > Cheers, and thanks for doing all the leg work. I know us developer types > > are often too close to the problem at hand to take a longer view. Please > > be patient and we will build all manner of nifty stuff. > > > > Jody > >> P.S. - This doesn't mean that I am forgetting about the Deegree > >> Project. I plan on using their code to access ESRI Shapefiles in my > >> FeatureCache. :] > > I should look over there again; although if you are shopping around the > > gvSig implementation is very smart - it keeps the Geometry in a raw form > > until it is needed as a JTS object. We traded performance numbers with > > them all last summer. > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
