Hey all, perhaps especially Martin,
In looking at the code of the interface http://geoapi.sourceforge.net/snapshot/javadoc/org/opengis/referencing/cs/SphericalCS.html and perhaps this is the current form: http://svn.sourceforge.net/viewvc/geoapi/trunk/geoapi/src/main/java/org/opengis/referencing/cs/SphericalCS.java?view=markup It's just a shell. There is nothing there preventing the interface from being an 'degenerate ellipsoidal' crs. 1) How does this shell imply that implementations shall be classes like geotools' DefaultSphericalCS? Is this simply a request that implementors not create derivatives with the distance axis a height_above_ellipsoid? (This question is about how geoapi works not about what a sphericalCS is supposed to be---I get what is implied mathematically but not how geoapi expresses this expectations of others.) 2) Could this interface be implemented by a PolarSphericalCS? That is substituting a \Phi coordinate (angle from the rotation axis) for the \Psi coordinate (angle away from equator). Would such an implementation go against the intent of the interface? We either need to note the distinction in both the geoapi javadoc and the geotools javadoc, or we need to change the geotools javadoc to state that it has chosen to implement *not* a polarSpherical but a ??Spherical coordinate system. ---a pedantic adrian working his way closer to real equations. ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
