Re: [OSGeo-Discuss] Java Collaboration...Again
Hi Landon, I'm sure there will be some challenges in this effort. :-) I would also like to bring to your attention the MetaCRS project, an effort to confederate some other existing coordinate system related projects (particularly Proj4JS, CS-MAP and PROJ.4) and to work towards some shared test data and coordinate system dictionaries. http://wiki.osgeo.org/wiki/MetaCRS I think JAVA community works already with proj.4. For example gvsig: http://www.gvsig.gva.es/index.php?id=1583&L=2 Talking about gis in JAVA is talking about gvsig. I think a new library is necessary to integrate: - 2d GRID. Already in cs2cs. - geopotencial models. In GEOTRANS support for EGM models and EGM2007 i think soon... - geoids models. We don´t have standard file format by know,... - Altimetric models. In spain we don´t have this thing but in USA they have... - Projections.- proj.4 source code is very offuscated and GEOTRANS need a little OOP. - I don´t understand why proj use ellipsoid and spheres... We can solve all only with ellipsoid like GEOTRANS. - A library projection need a clean API to use people. This is a good example of clean API: http://gts.sourceforge.net/reference/gts-boolean-operations.html - Factors. included in proj.4. - Tranformations- In geotrans and cs2cs (fork of geotrans) - Tranformations parameters.- I have a library using GSL. I need time to publish it. - EPSG web service. ESPG ACCESS database is a real pain for us. - proj and geotrans are not useful for surveying nowadays. They need K factor not only coordinates. Evenden factors are not enough for me. - We need reuse projections not the complete libray. - We need think in widgets for GTK (mono, gtkmm), Qt and JAVA people - Geotrans have an optimized source code. Proj not. With a few source code lines we can make geotrans great. - Geotrans engine is complete but it´s not useful. It better used the Frank source code of cs2cs (fork of geotrans). - For me the geotrans projections and geoide library are very interesting to study. - GEOTRANS UTM formulas are more complete here. - geocentric to geodesic. I have made several month ago a study about all methods (fukushima, borkouski, geotrans, cs2cs, etc) in SCILAB with graphics. If someone think is interesting only have to tell me. - proj4 format for me is very old. - We need a unit system library and study this topic. Our CRS library need to use this unit system library. For me the perfect solution is Gobject because is a full dynamic OOP library in C: - The engine needs C function pointer methods. - JAVA people can create bindings in a easy way. - MONO people create bindings in a automate way: http://www.mono-project.com/GAPI - C++ bindings are direct here. - VALA sounds interesting: http://live.gnome.org/Vala Regards. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] Java Collaboration...Again
Frank, I will join the MetaCRS mailing list as you suggest. You wrote: "If the Java folks don't feel that a shared CRS component belong properly in GeoTools..." I don't think most of us will have a problem with the library being hosted by GeoTools. It seems like the logical choice. I can visit with Jody about this some more of things materialize. Thank you for the suggestions. Landon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Frank Warmerdam Sent: Friday, May 02, 2008 11:16 AM To: OSGeo Discussions Cc: Martin Desruisseaux Subject: Re: [OSGeo-Discuss] Java Collaboration...Again Landon Blake wrote: > The Java collaboration has reared its ugly head again... > > > > Some programmers from GeoTools, OpenJUMP, degree, and Open Plans are > talking about the possibility (probably remote) of a shared library for > SRS or CRS definitions and transformations. The idea wouldn't be to > scrap existing libraries found in GeoTools and deegree, or in other > projects, but to come up with a plan for eventually merging parts of > these libraries into a single low-level library that could be shared > among all. > > I'm going to make a modest effort to keep everyone talking and to move > this forward. I posted a link on the Java GIS Collaboration page of the > OSGeo wiki to this page for discussion of the library: > > http://wiki.osgeo.org/wiki/Shared_CRS_and_CRS_Transformation_Library > > I thought I would post here so no Java GIS programmers are left out of > the discussion if they want to participate. Landon, I'm sure there will be some challenges in this effort. :-) I would also like to bring to your attention the MetaCRS project, an effort to confederate some other existing coordinate system related projects (particularly Proj4JS, CS-MAP and PROJ.4) and to work towards some shared test data and coordinate system dictionaries. http://wiki.osgeo.org/wiki/MetaCRS I would love to see a few Java folks join the mailing list. If nothing else, I would love to see some cooperation on shared test datasets, and coordinate system dictionaries with the Java world. If the Java folks don't feel that a shared CRS component belong properly in GeoTools, or one of the other cooperating projects, then it could also in theory be handled as part of MetaCRS, though I'm not pushing this idea too hard. Best regards, -- ---+ -- I set the clouds in motion - turn up | Frank Warmerdam, [EMAIL PROTECTED] light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| President OSGeo, http://osgeo.org ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss Warning: Information provided via electronic media is not guaranteed against defects including translation and transmission errors. If the reader is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this information in error, please notify the sender immediately. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Java Collaboration...Again
Landon Blake wrote: The Java collaboration has reared its ugly head again… Some programmers from GeoTools, OpenJUMP, degree, and Open Plans are talking about the possibility (probably remote) of a shared library for SRS or CRS definitions and transformations. The idea wouldn’t be to scrap existing libraries found in GeoTools and deegree, or in other projects, but to come up with a plan for eventually merging parts of these libraries into a single low-level library that could be shared among all. I’m going to make a modest effort to keep everyone talking and to move this forward. I posted a link on the Java GIS Collaboration page of the OSGeo wiki to this page for discussion of the library: http://wiki.osgeo.org/wiki/Shared_CRS_and_CRS_Transformation_Library I thought I would post here so no Java GIS programmers are left out of the discussion if they want to participate. Landon, I'm sure there will be some challenges in this effort. :-) I would also like to bring to your attention the MetaCRS project, an effort to confederate some other existing coordinate system related projects (particularly Proj4JS, CS-MAP and PROJ.4) and to work towards some shared test data and coordinate system dictionaries. http://wiki.osgeo.org/wiki/MetaCRS I would love to see a few Java folks join the mailing list. If nothing else, I would love to see some cooperation on shared test datasets, and coordinate system dictionaries with the Java world. If the Java folks don't feel that a shared CRS component belong properly in GeoTools, or one of the other cooperating projects, then it could also in theory be handled as part of MetaCRS, though I'm not pushing this idea too hard. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, [EMAIL PROTECTED] light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| President OSGeo, http://osgeo.org ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] Java Collaboration...Again
The Java collaboration has reared its ugly head again... Some programmers from GeoTools, OpenJUMP, degree, and Open Plans are talking about the possibility (probably remote) of a shared library for SRS or CRS definitions and transformations. The idea wouldn't be to scrap existing libraries found in GeoTools and deegree, or in other projects, but to come up with a plan for eventually merging parts of these libraries into a single low-level library that could be shared among all. I'm going to make a modest effort to keep everyone talking and to move this forward. I posted a link on the Java GIS Collaboration page of the OSGeo wiki to this page for discussion of the library: http://wiki.osgeo.org/wiki/Shared_CRS_and_CRS_Transformation_Library I thought I would post here so no Java GIS programmers are left out of the discussion if they want to participate. Landon Warning: Information provided via electronic media is not guaranteed against defects including translation and transmission errors. If the reader is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this information in error, please notify the sender immediately.___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] IMTA Global Conference & Trade Show 2008
Is there any plan for OSGeo to have a presence at the IMTA Global Conference & Trade Show 2008, Sept 14-16, in Vancouver BC? http://www.maptrade.org/events/displayevent.php?id=87 -- Dave Patton CIS Canadian Information Systems Victoria, B.C. Degree Confluence Project: Canadian Coordinator Technical Coordinator http://www.confluence.org/ OSGeo FOSS4G2007 conference: Workshop Committee Chair Conference Committee member http://www.foss4g2007.org/ Personal website: Maps, GPS, etc. http://members.shaw.ca/davepatton/ ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss