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
Fix spelling of Potsdam datum #1573
Conversation
This is required to fix existing PROJ specs for German Gauß-Krüger with Using |
we'll apply it after 6.2.0 release, unless @kbevers sees that as a RC blocker ? |
Thanks, I will try that later. I'm under the impression that some API use cases are not covered well by unit tests. I came to this bug with the new API because with the old API, we face an issue with |
|
Cf. OSGeo/PROJ#1573, expected to be fixed in PROJ 6.2.1. Resolves GH-1383 (OSM on GK map).
Cf. OSGeo/PROJ#1573, expected to be fixed in PROJ 6.2.1. Resolves GH-1383 (OSM on GK map).
I discovered that this "works for me" only on desktop systems, not in our Android build. In Android, I have a shift which is eqivalent to not using "+datum=potsdam" or "+ellps=bessel +nadgrids=@BETA2007.gsb". The only difference in our Android build is the use of a I wonder if there might be another lookup of "BETA2007.gsb" which fails to use the file finder function. If so, it may affect other uses of +nadgrids, and thus not only this obsolete workaround. I may be able to create a "Minimal, Complete and Verifiable Example" but it will be quite harde to create and use due to the particularities of Android in this interaction of code and resource files. So I hope this description could already ring a bell. |
Ignore my last comment. I found the issue in my proj_context_set_file_finder function. However, the documentation could be improved regarding the lifetime of the strings returned by that function. |
Feel free to suggest an update you find fitting. |
No description provided.