-
Notifications
You must be signed in to change notification settings - Fork 792
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
createOperation(): tune so that ITRF2000->ETRS89 does not return only NKG grid based operations but also time-dependent Helmert #4244
Conversation
…(): avoid using intermediate CRS of ancient era when dealing with modern source/target CRS
219951b
to
631b2cb
Compare
… NKG grid based operations but also time-dependent Helmert
631b2cb
to
529904c
Compare
I'd like to see examples of behaviour before and after this change. I think the changes looks sound but a bit of help to grasp the consequences would be appreciated. |
Forgot to mention this adresses https://lists.osgeo.org/pipermail/proj/2024-September/011494.html Before: only NKG transformations:
After, also include ITRF2020 <--> ETRFxxxx time dependent Helmert transformations:
The NKG ones should are still taken in their area of use since they have a lower value for the accuracy field Example in Estonia:
|
Thanks. It does indeed look sound! |
…target CRS that have the same originating authority Fixes https://lists.osgeo.org/pipermail/proj/2024-September/011531.html i.e. ``` projinfo -s EPSG:4269 -t EPSG:6318 --3d --spatial-test intersects ``` The fix consists in making sure that we recognize that the 3d-promoted object EPSG:4269 (NAD83(86)) is still linked to EPSG, and thus discard ESRI 3D objects in findsOpsInRegistryWithIntermediate() Fixes a "regression" of OSGeo#4244 (one could argue which of the results is the best, given that NAD83(86) as a 3D geographic CRS has no solid foundation)
…target CRS that have the same originating authority Fixes https://lists.osgeo.org/pipermail/proj/2024-September/011531.html i.e. ``` projinfo -s EPSG:4269 -t EPSG:6318 --3d --spatial-test intersects ``` The fix consists in making sure that we recognize that the 3d-promoted object EPSG:4269 (NAD83(86)) is still linked to EPSG, and thus discard ESRI 3D objects in findsOpsInRegistryWithIntermediate() Fixes a "regression" of OSGeo#4244 (one could argue which of the results is the best, given that NAD83(86) as a 3D geographic CRS has no solid foundation)
…target CRS that have the same originating authority Fixes https://lists.osgeo.org/pipermail/proj/2024-September/011531.html i.e. ``` projinfo -s EPSG:4269 -t EPSG:6318 --3d --spatial-test intersects ``` The fix consists in making sure that we recognize that the 3d-promoted object EPSG:4269 (NAD83(86)) is still linked to EPSG, and thus discard ESRI 3D objects in findsOpsInRegistryWithIntermediate() Fixes a "regression" of OSGeo#4244 (one could argue which of the results is the best, given that NAD83(86) as a 3D geographic CRS has no solid foundation)
…target CRS that have the same originating authority Fixes https://lists.osgeo.org/pipermail/proj/2024-September/011531.html i.e. ``` projinfo -s EPSG:4269 -t EPSG:6318 --3d --spatial-test intersects ``` The fix consists in making sure that we recognize that the 3d-promoted object EPSG:4269 (NAD83(86)) is still linked to EPSG, and thus discard ESRI 3D objects in findsOpsInRegistryWithIntermediate() Fixes a "regression" of #4244 (one could argue which of the results is the best, given that NAD83(86) as a 3D geographic CRS has no solid foundation)
No description provided.