[#GEOTK-65] Regression: conversion from EPG:4327 to EPSG:4326 is not found - Geotoolkit JIRA

Details

Type: Bug
Status: Closed
Priority: Major
Resolution: Won't Fix
Affects Version/s: 3.06
Fix Version/s: 3.07
Component/s: Referencing
Labels:
- EPSG

Description

Attempts to find a MathTransform from EPSG:4326 to EPSG:4327 produce the following error message:

Aucune transformation du système
"EllipsoidalCS[Ellipsoidal 3D CS. Axes: latitude, longitude, ellipsoidal height. Orientations: north, east, up. UoM: DMSH, DMSH, m.]" vers
"EllipsoidalCS[Ellipsoidal 2D CS. Axes: latitude, longitude. Orientations: north, east. UoM: degree]" n'est disponible.

The expected conversion is an affine transform backed by a matrix of 4 columns and 3 rows.

Issue Links

Dependency

This issue is depended upon by:
~~GEOTK-71~~ Conversion from CompoundCRS[ProjectedCRS + VerticalCRS] to a 2D CRS should detect when no datum shift is needed

Activity

Ascending order - Click to sort in descending order

Hide

Permalink

Martin Desruisseaux added a comment - 08/Dec/2009 15:57

Actually the reported failure is normal, because EPSG:4327 declares DMS units while EPSG:4326 declares degrees units, and non-linear unit conversions are not currently implemented in Geotk. The EPSG:4327 code has been replaced by EPSG:4979, which serves the same purpose but with degrees units instead than DMS.

Show

Martin Desruisseaux added a comment - 08/Dec/2009 15:57 Actually the reported failure is normal, because EPSG:4327 declares DMS units while EPSG:4326 declares degrees units, and non-linear unit conversions are not currently implemented in Geotk. The EPSG:4327 code has been replaced by EPSG:4979, which serves the same purpose but with degrees units instead than DMS.

Hide

Permalink

Martin Desruisseaux added a comment - 08/Dec/2009 19:22

Closed as "Won't fix" since this is not a bug. Added test cases for making sure that the conversion from EPSG:4327 to EPSG:4326 continues to fail (which is the expected behavior, unless we implement the conversion of non-linear units) while the conversion from EPSG:4979 to EPSG:4326 passes.

Show

Martin Desruisseaux added a comment - 08/Dec/2009 19:22 Closed as "Won't fix" since this is not a bug. Added test cases for making sure that the conversion from EPSG:4327 to EPSG:4326 continues to fail (which is the expected behavior, unless we implement the conversion of non-linear units) while the conversion from EPSG:4979 to EPSG:4326 passes.

People

Assignee:

Martin Desruisseaux

Reporter:

Martin Desruisseaux

Vote (0)

Watch (0)

Dates

Created:

20/Nov/2009 14:53

Updated:

13/Apr/2011 16:14

Resolved:

13/Apr/2011 16:14

Time Tracking

Estimated:

Remaining:

Logged: