Opened 7 years ago
Closed 7 years ago
#6914 closed defect (wontfix)
gdalapplyverticalshiftgrid.cpp doesn't load PROJSO correctly
| Reported by: | xcgh7712 | Owned by: | warmerdam |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | default | Version: | unspecified |
| Severity: | normal | Keywords: | |
| Cc: |
Description
When the GetProj4Filename() function in alg/gdalapplyverticalshiftgrid.cpp loads Proj.4 as a shared library (or DLL), it doesn't use the "PROJSO" CPLGetConfigOption() like the code in ogr/ogrct.cpp (GetProjLibraryName() function) does.
It seems that the GetProj4Filename() function from alg/gdalapplyverticalshiftgrid.cpp should load the Proj.4 library in the same way that ogr/ogrct.cpp does so that the PROJSO CPLGetConfigOption() could be used for both cases.
Change History (2)
comment:1 by , 7 years ago
| Summary: | gdalapplyverticalshiftgrid.cpp doesn't load PROJSO correcctly → gdalapplyverticalshiftgrid.cpp doesn't load PROJSO correctly |
|---|
comment:2 by , 7 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
GetProj4Filename() loads a proj.4 grid file, not the DLL/so. When it uses proj.4 (which it doesn't strictly require) gdalapplyverticalshiftgrid.cpp only supports standard linking to the proj.4, not through the dlopen()/LoadLibrary() way, which might go unsupported at some point. See https://trac.osgeo.org/gdal/ticket/6882
You can also set the PROJ_LIB config option to point to the directory where proj.4 grids are.
Corrected a typo.