GDAL_DATA not set

[yeesian]

Still receiving the following error message:

Unable to open EPSG support file gcs.csv. Try setting the GDAL_DATA environment variable to point to the directory containing EPSG csv files.

log here: https://travis-ci.org/yeesian/ArchGDAL.jl/jobs/398597673#L749

[yeesian]

see #30 for previous discussion

[evetion]

Encountered the same here, will try to look for a fix next week.

[visr]

I tried to look into this a bit, no fix (oh found it, see end of post), but perhaps some useful data points.

GDAL.jl sets GDAL_DATA in __init__ .

GDAL.jl/src/GDAL.jl

Lines 72 to 74 in 45a9c2e

	# set the GDAL_DATA variable
	GDAL_DATA = abspath(@__DIR__, "..", "deps", "usr", "share", "gdal")
	ccall(fconf, Void, (Cstring, Cstring), "GDAL_DATA", GDAL_DATA)

To test if this works we have this test. If you stop setting the GDAL_DATA in __init__, and don't have it set in your env. vars., it fails, meaning the test works as intended.

GDAL.jl/test/runtests.jl

Lines 25 to 26 in 45a9c2e

	srs = GDAL.newspatialreference(C_NULL)
	GDAL.importfromepsg(srs, 4326) # fails if GDAL_DATA is not set correctly

When ArchGDAL starts it also runs GDAL.jl __init__, which I checked by adding this to the end of the __init__:

info("GDAL.jl set GDAL_DATA to ", GDAL_DATA)

But somehow this is not good enough, because running the same test from ArchGDAL fails. Instead of setting the config option via ccall, it also works to replace it in GDAL.jl with:

ENV["GDAL_DATA"] = GDAL_DATA

For ArchGDAL this still doesn't work, even though it can see the modified ENV from there.

The only thing that works so far is setting the GDAL_DATA environment variable yourself globally, which is something I hope to avoid telling users to do.

I even tried to set the GDAL_DATA via ccall by making a new __init__ function in ArchGDAL:

function __init__()
	ccall((:CPLSetConfigOption, GDAL.libgdal), Void, (Cstring, Cstring), "GDAL_DATA", GDAL.GDAL_DATA)
	info("ArchGDAL.jl set GDAL_DATA to ", GDAL.GDAL_DATA)
end

But even though it is running:

INFO: GDAL.jl set GDAL_DATA to C:\Users\visser_mn\.julia\v0.6\GDAL\deps\usr\share\gdal
INFO: ArchGDAL.jl set GDAL_DATA to C:\Users\visser_mn\.julia\v0.6\GDAL\deps\usr\share\gdal

It doesn't work. Whyyyyy?
Didn't check anything on julia nightly yet, but is worth trying.

Oh wait, just noticed that ArchGDAL doesn't __precompile__() whilst GDAL does. It works in all 3 other combinations... Odd. I guess that the __init__ ran after ArchGDAL was loaded or something?

I just added enabling __precompile__() and reenabling the test to yeesian/ArchGDAL.jl#48. Nothing to do here it seems :)

[visr]

Hmm CI doesn't think adding __precompile__() to ArchGDAL is enough, even on Windows. Locally that seemed to be it... Maybe good to get it running on 0.7 (with depwarns) first to check if the issue is the same there.

[evetion]

I encountered it on GDAL.jl, not using ArchGDAL at all. Maybe these are separate issues? For me it has to do with multiple processes:

using GDAL
GDAL.importfromepsg(GDAL.newspatialreference(C_NULL), 4326)  # works
pmap(x->GDAL.importfromepsg(GDAL.newspatialreference(C_NULL), x), 4326:4330)  # fails

[visr]

Wouldn't be surprised if they are actually the same. Let's try and see!

EDIT: They aren't, see #50 for fix of the above issue. And as a workaround for ArchGDAL.jl, try setting GDAL_DATA as environment variable.