On 09/12/2012 12:20 PM, Andrea Aime wrote:
On Wed, Sep 12, 2012 at 11:38 AM, Peter Hopfgartner
<peter.hopfgart...@r3-gis.com <mailto:peter.hopfgart...@r3-gis.com>>
wrote:
In GeoServer, nightly build of August, 13, When I try to reproject a
vector layer from EPSG:25832 TO EPSG:31251, I get an exception like:
Process failed during execution
java.lang.IllegalArgumentException: Could not create math transform
The same runs fine if I transform into a number of other CRSs, like
EPSG:4326, EPSG:900913, etc.
What's it, that I'm messing up, here?
Sigh, back in GeoTools ReprojectingFeatureCollection is eatin the
original exception at line
131
The reason why it's throwin an exception is that a few lines ago the
code is not asking for
a lenient transformation, and the referencing code throws this:
public static void main(String[] args) throws Exception {
CRS.findMathTransform(CRS.decode("EPSG:25832"),
CRS.decode("EPSG:31251"));
}
Exception in thread "main"
org.opengis.referencing.operation.OperationNotFoundException: Bursa
wolf parameters required.
at
org.geotools.referencing.operation.DefaultCoordinateOperationFactory.createOperationStep(DefaultCoordinateOperationFactory.java:1082)
at
org.geotools.referencing.operation.DefaultCoordinateOperationFactory.createOperationStep(DefaultCoordinateOperationFactory.java:1175)
at
org.geotools.referencing.operation.DefaultCoordinateOperationFactory.createOperationStep(DefaultCoordinateOperationFactory.java:892)
at
org.geotools.referencing.operation.DefaultCoordinateOperationFactory.createOperationStep(DefaultCoordinateOperationFactory.java:945)
at
org.geotools.referencing.operation.DefaultCoordinateOperationFactory.createOperation(DefaultCoordinateOperationFactory.java:282)
at
org.geotools.referencing.operation.BufferedCoordinateOperationFactory.createOperation(BufferedCoordinateOperationFactory.java:256)
at org.geotools.referencing.CRS.findMathTransform(CRS.java:1150)
at org.geotools.referencing.CRS.findMathTransform(CRS.java:1118)
at Transform.main(Transform.java:7)
The code should simply be:
CRS.findMathTransform(CRS.decode("EPSG:25832"),
CRS.decode("EPSG:31251"), true );
instead. The fix is easy, but someone has to write a test before it
can be committed.
Do you have a checkout of GeoTools and time to look into it?
I'll have a look into it. If ot today, then tomorrow.
Cheers
Andrea
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
Thanks,
Peter
--
Peter Hopfgartner
web : www.r3-gis.com
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
