Hello Steve
Le 16/02/2018 à 17:03, HRUDA Steve a écrit :
> Examples for 0.8 throws an exception and 0.7 not:
> - org.opengis.util.NoSuchIdentifierException: No operation method found for
> name or identifier “Madrid to ED50 polynomial” (…snip…)
> - No operation method found for name or identifier “Molodensky-Badekas (CF
> geog2D domain)”
Those two operations ("Matrid to ED50 polynomial" and
"Molodensky-Badekas") are not yet implemented in Apache SIS. Maybe this
difference in behaviour come from different versions of EPSG geodetic
dataset? For performing a coordinate transformation, Apache SIS first
looks in the "epsg_coordoperation" table. If an entry is found for a
given (sourceCRS, targetCRS) pair, SIS will use it. It may happen that
EPSG 8.8 or 9.1 (the two versions used by Apache SIS 0.7 and 0.8
respectively) had no entries for, say, EPSG:2026 to EPSG:4326
transformation, but that EPSG 9.2 added such entry. In such case, Apache
SIS will try to use that entry which may result in a failure if that new
entry uses an unimplemented operation, for example Molodensky-Badekas.
Which version of EPSG geodetic dataset are you using? You can see it
with the following Java code:
import org.apache.sis.setup.About;
(...)
System.out.println(About.configuration());
Only the "Geodetic database" line (near the top) is of interest. On my
computer I get:
EPSG geodetic dataset version 9.1 on “Apache Derby” version 10.11.
Martin
