Can't create EPSG:3408 and EPSG:3409

• Type: Bug
• Status: Closed
• Priority: Minor
• Resolution: Fixed
• Affects Version/s: 3.15
• Fix Version/s: 3.16
• Component/s: Referencing
• Labels:

  None

Attempt to create a CRS for code EPSG:3408 produces the following exception:

org.opengis.util.NoSuchIdentifierException: Ne peut pas définir une valeur pour le paramètre "Latitude of natural origin".
  at org.geotoolkit.referencing.factory.epsg.DirectEpsgFactory.fillParameterValues(DirectEpsgFactory.java:2229)
  at org.geotoolkit.referencing.factory.epsg.DirectEpsgFactory.createCoordinateOperation(DirectEpsgFactory.java:2511)
  (...snip...)
Caused by: org.opengis.parameter.ParameterNotFoundException: Le paramètre "Latitude of natural origin" est manquant.
  at org.geotoolkit.parameter.ParameterGroup.parameter(ParameterGroup.java:309)
  at org.geotoolkit.referencing.factory.epsg.DirectEpsgFactory.fillParameterValues(DirectEpsgFactory.java:2215)

This happen to be caused by the wrong MathTransformProvider being used. The problem is that the same name is sometime used for two different operation methods, when one of those method is deprecated. The following method names are known to be used at least twice in the EPSG database version 7.05:

• Equidistant Cylindrical (Spherical)
• Lambert Azimuthal Equal Area (Spherical)

Geotoolkit.org needs to implement both the deprecated and the new operation method, for compatibility with CRS using the deprecated methods. However DirectEpsgFactory needs to select an operation method by EPSG code rather than method name, in order to avoid the ambiguity. If the method name is used instead than the EPSG code, then DefaultMathTransformFactory needs to choose the non-deprecated one.

• Assignee:

  Martin Desruisseaux

  Reporter:

  Martin Desruisseaux

• Created:

  12/Nov/2010 10:37

  Updated:

  12/Nov/2010 10:38

  Resolved:

  12/Nov/2010 10:38