Closed hustf closed 4 months ago
Thanks for making an issue! I'm sorry you hit this issue, it's caused because Proj silently fails to find the vertical transformation and thus does nothing. There's an upstream issue to change this behaviour.
Our CI sets an ENV variable, so Proj downloads the missing data on the fly https://github.com/evetion/GeoArrays.jl/blob/master/.github%2Fworkflows%2FCI.yml#L46
Ok, upstream issues are inevitable! I hope you get as nice a response as I got!
By the way, I did set ENV["PROJ_NETWORK"] = "ON" as in the runtests.jl, but that's non-related I suppose.
If you haven't merged yet, I'll review the PR though I'm not qualified regarding the rest of the package....
By the way, I did set ENV["PROJ_NETWORK"] = "ON" as in the runtests.jl, but that's non-related I suppose.
I fear it needs to be set before you load (either) GeoArrays/ArchGDAL/GDAL/Proj, as it is checked at the initialization of the library, which happens as soon as you do using. You can use this shortcut to enable network access: GeoArrays.ArchGDAL.GDAL.osrsetprojenablenetwork(true)
. I'm looking for a way to enable it as soon as one requests a vertical transformation.
It seems a geoarray is all zeros when it shouldn't. Why does it happen on my computer and not in the automated tests? My context is shown at the end.
Reported as when running #160 locally. I haven't pulled the last two commits, just the initial [3cfcd27].
I then tried running this locally.
using GeoArrays, etc.
: