[PROJ] Bugs in PROJ_LIB handling?

Tom O'Reilly oreilly at mbari.org
Wed Oct 5 13:44:11 PDT 2022



How exactly is $PROJ_LIB intended to alter the PJ_INFO.searchpath? It appears to behave differently between PROJ-7.1.0 and PROJ-8.1.0: 

    * 

PROJ-7.1.0 replaces the last element of PJ_INFO.searchpath with $PROJ_LIB 
    * 

PROJ-8.1.0 does not add the contents of $PROJ_LIB environment variable to PJ_INFO.searchpath. 





(These are the only two PROJ versions I've tested so far) 

I determined this behavior from this simple program: 




#include <iostream> 

#include <proj.h> 


int main(int argc, char **argv) { 


PJ_INFO projInfo = proj_info(); 

std::cerr << "proj searchpath: " << projInfo.searchpath << std::endl; 


return 0; 

} 




PROJ-7.1.0, PROJ_LIB not set: 

proj searchpath: /home/oreilly/.local/share/proj:/usr/local/share/proj 


PROJ-7.1.0, PROJ_LIB=/tmp/mystuff: 

proj searchpath: /home/oreilly/.local/share/proj:/tmp/mystuff 


PROJ-8.1.0, PROJ_LIB not set: 

proj searchpath: /home/oreilly/.local/share/proj 


PROJ-8.1.0, PROJ_LIB=/tmp/mystuff: 

proj searchpath: /home/oreilly/.local/share/proj 




Are there bugs in how PROJ_LIB is handled? What is the intended effect of PROJ_LIB on searchpath? 




Thanks, 

Tom 

-------------------------------------------------- 
Thomas C. O'Reilly 
Monterey Bay Aquarium Research Institute 
7700 Sandholdt Road 
Moss Landing, California 95039-9644 
831-775-1766 (voice) 
831-775-1620 (FAX) 
oreilly at mbari.org (email) 
http://www.mbari.org (World-wide Web) 

"The machine does not isolate us from the great mysteries 
of nature, but plunges us more deeply into them." 

- ANTOINE DE SAINT-EXUPERY 
"Wind, Sand, and Stars" (1939) 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20221005/e33c7aa1/attachment.htm>


More information about the PROJ mailing list