Here is some quick feedback: > So, my questions are : > - what's the way to integrate this work on the Geotools project ? > We have recently tried to lighten up the geotools process, so you guys can have an unsupported plug-in shortly after you make a wiki page describing the work you want to do and ask a PMC member to review it. For actually releasing your work as a supported part of geotools library there will be some additional steps (mostly focused about QA, documentation and so on). I do ask that you ensure your university is happy with you donating code to an open source project (some academics run into trouble along these lines as more and more universities try and turn research into dollars). > - Is it possible to create a branch for it ? > Only if you think it is needed, I should hope that the library is modular enough that you can avoid the branch process. It could be that we can ask your help in brining the feature model improvements in earlier so that the library is independent of ISO interfaces or the SFSQL JTS implementation. We have planned for this, we just apparently need help if it is to match your schedule.
We recently did some informal planning, you can see the result in the GTSteering document on the wiki devel page. > - And finally, what's the PMC members opinion ? > Fun! >> Futhermore, we want our implementation to address the problem of >> limited memory, e.g. we want to offer an interface for later >> possibility of storing some geometry data in order to relieve the >> limited memory capabilities (for example a Factory which returns >> Lists os some GM_xxx objects, the list can be implemented >> persistent afterwards). >> This part sounds a bit strange to me, I imagine you have some feedback from Martin? It would make more sense to store a Go-1 "Graphic" where you are saving out some Geometry+Style information... >> The special part of my thesis is the implementation of the spatial >> set (Intersection, Union, Difference, Symetric Diff.) and >> relational boolean operators (equals, contains, intersects), as >> well as constructional operations like Buffer etc. in 2d first with >> view to later 3d implemenation. Actually i am trying to reuse JTS >> code in terms of the intern topologic graph and the operations >> which are based on it. If time allows, we would like to prepare the >> geometric graph to be capable (that is storing and analysing >> informations in 3d like edge intersection and labelling nodes and >> edges in relation to the other graph) for 3d data as well. But note >> that we are not "wrapping" JTS classes. We copy chosen classes of >> the JTS under GNU Lesser License and fit these code to our >> implementation (and try to eleminate redundancies). >> I take it this result would also be available as LGPL (as part of the GeoTools project)? Jody ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
