Skip to content
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

createOperations(): do not attempt using a unrelated datum intermediate when doing geog2D<-->geog3D conversions of same datum #1427

Merged
merged 1 commit into from
Apr 18, 2019

Conversation

rouault
Copy link
Member

@rouault rouault commented Apr 16, 2019

Seen when testing transformations between "CR 05" (EPSG:5365) and "CR-SIRGAS" (EPSG:8907)
which require going through their corresponding 3D GeogCRS to find a Helmert
transformation.

…te when doing geog2D<-->geog3D conversions of same datum

Seen when testing transformations between "CR 05" (EPSG:5365) and "CR-SIRGAS" (EPSG:8907)
which require going through their corresponding 3D GeogCRS to find a Helmert
transformation.
@rouault rouault force-pushed the fix_geog2D_to_geog3D_same_datum branch from ec7ad96 to d9e2a15 Compare April 16, 2019 19:03
rouault added a commit to rouault/PROJ that referenced this pull request Apr 16, 2019
Fixes OSGeo#1427
Credit to OSS Fuzz
@rouault
Copy link
Member Author

rouault commented Apr 18, 2019

Actually it turns that this case shouldn't happen in practice as the current entry in the EPSG database is bogus ( https://lists.osgeo.org/pipermail/proj/2019-April/008459.html ), but it is good that PROJ is able to be tolerant about such cases

@rouault rouault merged commit 4760c70 into OSGeo:master Apr 18, 2019
@edurojasr
Copy link

Mailing lists!

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.

2 participants