Zitat von Martin Desruisseaux <[EMAIL PROTECTED]>: > It is intented to work with CRS axis order, and should already work that > way. Lets see what the output of the above-cited 'println' statements are.
Mea culpa! It was - of course - my fault. I printed the CRS's involved to WKT and found out that the CRS that I thought was lat/lon was indeed lon/lat. So I had looked for the bug on the wrong side of things. It was not the mathTransform being wrong, it was my implementation of DirectPosition which returned the coordinates in the wrong order. I'll have to check it... At least I know now how it is supposed to work. Thanks for your suggestions on how to find the source of the problem. P.S. Small cosmetical suggestion of mine: Maybe arguments in the constructors of implementations of DirectPosition should not be referred to as "x","y" and "z", but rather as "ord0", "ord1" and "ord2" (or similar) if no specific direction is implied. I always find that "x" and "y" had the implicite meaning of west-east resp. north-south (or left-right resp. top-botton on a screen) in the past. Matthias Basler [EMAIL PROTECTED] ---------------------------------------------------------------- This mail was sent through http://webmail.uni-jena.de ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
