Why does everything in GeoTools have to be so hard? I spent a few minutes this afternoon looking at their reprojection code. I had to wind my way through the methods of at least 3 or 4 classes before I got to code packages in an external plug-in, and I haven't even hit the source code that actually does the transformations.
It seems like part of the complexity may be caused by the fact that the "user code" can go directly from one spatial reference system to another. I still think it would be a lot easier to go from the source coordinate system to a common intermediate system, and then from the common intermediate system to the target system. (You could still hide this common intermediate spatial reference system from the end user of OpenJUMP.) I bet that would eliminate a lot of the "in-between" classes in GeoTools. This system forces all of the transformation logic on the impelementer, but this same transformation logic is packaged outside of UDig anyways. At least in the system I described the implementer only has to worry about getting to and from the common intermediate system and his own system. I'll have to chew on this some more. The Sunburned Surveyor On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > We had talked a little the other day about a incorporating third-party > reprojection code into OpenJUMP. I sent a post to the UDig list, since > I know they support "on-the-fly" reprojection. > > I know we don't necessarily want to mess with "on-the-fly" > reprojection in OpenJUMP, but maybe we couls use the reprojection code > from UDig for a stand-alone utility or for a OpenJUMP plug-in. > > Jody Garnett put a section on the wiki for us that talks about this: > > http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > The Sunburned Surveyor > > > > ---------- Forwarded message ---------- > From: Sunburned Surveyor <[EMAIL PROTECTED]> > Date: Sep 4, 2007 3:27 PM > Subject: Re: [udig-devel] Transformation/Reprojection > To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> > > > Jody wrote: "Since this question is asked every couple of months by a > jump developer it has made its way into the geotools user guide..." > > I really apologize about that. I'm sure that I'm the jackass that > keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, > SkyJUMP, DeeJUMP... > > I have a hardtime keeping track of it all sometimes. Please be patient with > me. > > The section you added to the wiki will be very helpful. I will look it > over and will also forward this message to the JPP Developer List. > > Thanks for all of your help. I look forward to trying out UDig on my > GIS project. :] > > SS > > > On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: > > Sunburned Surveyor wrote: > > > We were discussing options for reprojection/transformation code on the > > > OpenJUMP development list the other day. I know that UDig offers on > > > the fly reprojection, which is why I'm currently trying to download it > > > and get it running. > > > > > > I was curious, is the ,low-level reprojection code something UDig gets > > > from the GeoTools library, or is it code unique to UDig? Does the > > > low-level reprojection code work with GeoTools features, or does it > > > transform individual coordinates? Is it possible to access the API for > > > transformation of individual coordinates? > > > > > It is from the GeoTools library; you can use the "referencing module" > > with out depending on any GeoTools feature stuff. It is suitable for > > OpenJUMP etc... > > > > Since this question is asked every couple of months by a jump developer > > it has made its way into the geotools user guide: > > - http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > It seems to me that it would make sense to share reporojection code > > > between OpenJUMP and UDig, especially if we can transform individual > > > coordinate and don't need to deal with the feature model problem. > > > > > Yes it makes sense to share; interfaces via geoapi and implementation > > via geotools, and hopfully swing widgets and swt widgets as well ;-) > > > > Don't worry about stealing worry about forking; if you see anything you > > want out of udig lets make sure we can place it in a common library so > > we can share maintence cost. > > > > Cheers, > > Jody > > _______________________________________________ > > User-friendly Desktop Internet GIS (uDig) > > http://udig.refractions.net > > http://lists.refractions.net/mailman/listinfo/udig-devel > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
