Paul wrote: "CoordinateOperations should use the Ellipsoid they are created with (can be parameterised), they should not need to know how to do Ellipsoid transformations. Ellipsoid transformations would only need to be defined once in geographics to/from one ellipsoid to another, or we could define a pivot ellipsoid then you'd only need to go to/from that ellipsoid."
Perfect! I think we are on exactly the same page. I apologize if I did not catch this earlier. Paul wrote: "They one thing we need to be careful of is the accuracy of the transformations, which may mean avoiding too many transformation steps." This is a totally unrelated injection, but I am working on code for a class similar to BigDecimal that allows more accurate translations to be carried out that is possible with regular doubles. (For example, it allows any portion of a number to be manipulated, and makes a distinction between the whole number part and fractional number part of a floating point number.) Maybe this type of class would be of use? It would slow things down though. This is the old "speed versus accuracy" trade-off we commonly face in surveying. :] On 9/10/07, Paul Austin <[EMAIL PROTECTED]> wrote: > CoordinateOperations should use the Ellipsoid they are created with (can > be parameterised), they should not need to know how to do Ellipsoid > transformations. Ellipsoid transformations would only need to be defined > once in geographics to/from one ellipsoid to another, or we could define > a pivot ellipsoid then you'd only need to go to/from that ellipsoid. > > They one thing we need to be careful of is the accuracy of the > transformations, which may mean avoiding too many transformation steps. > > Paul > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
