Matt Foster a écrit :
> Sometimes the print comes out in Y/X order, sometimes in X/Y order. The
> values are always correct, but the order changes.
You probably have both epsg-wkt and epsg-hsql in your classpath? I suggest that
you keep only one of those.
The reason is that "epsg-wkt" is a legacy CRS database, to be deleted from the
GeoTools code base when we will be sure that it is not used anymore (I think
that uDig still use it). In this database, all CRS have axis in (x,y) order for
convenience, but in violation with EPSG content.
"epsg-hsql" is the replacement of "epsg-wkt", more accurate and more respectful
of EPSG content: many geographic CRS have axis in (latitude,longitude).
When both "epsg-wkt" and "epsg-hsql" are on the classpath, the one which is
picked up is somewhat random, thus explaining the random X/Y - Y/X changes you
are observing. I was suppose to apply a patch to make the behavior non-random,
but didn't applied it yet.
So I suggest that you make sure that epsg-wkt is not on the classpath. The
image
orientation should stay consistent from that point. If it is not the
orientation
you were looking for, then if you created a CRS with this convenience method:
CRS.decode(code)
make sure to pass a "true" boolean argument after the code. This boolean
argument means "force XY axis order, no matter what the database said."
Regards,
Martin
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
