Skip to content

Conversation

@rouault
Copy link
Member

@rouault rouault commented Feb 11, 2026

When doing ETRS89-XXX -> ETRS89/ETRFzzzz -> ETRS89-YYY and at least one of the 2 operations is a no-op, do not add the two inaccuracies but use their maximum (which should be 0.1 m)

(on top of PR #4669)

- Database: anticipate upcoming addition of ETRS89-xxx national
  realizations to the ETRS89 datum ensemble to synthetize null Helmert
  transformations between ETRS89 and ETRS89-XXX with accuracy of 0.1 m
- When doing ETRS89-xxx to ETRS89-yyy, prefer going through ETRF2000
  than ETRS89 (when both ways have the same accuracy), as suggested by
  EPSG Guidance Note 7-7 (ETRS89 in the EPSG Dataset)
@rouault rouault added this to the 9.8.0 milestone Feb 11, 2026
… op within ETRS89

When doing ETRS89-XXX -> ETRS89/ETRFzzzz -> ETRS89-YYY and at least one
of the 2 operations is a no-op, do not add the two inaccuracies but use
their maximum (which should be 0.1 m)
@rouault rouault force-pushed the tune_accuracy_etrs89 branch from 3e6e3fa to acb7310 Compare February 11, 2026 12:58
@rouault rouault merged commit 80e1d73 into OSGeo:master Feb 11, 2026
30 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant