Tell me more ×
Geographic Information Systems Stack Exchange is a question and answer site for cartographers, geographers and GIS professionals. It's 100% free, no registration required.
up vote 0 down vote favorite

Thought I had finally got Python, gdal and QGIS to play nicely together but just tried to do a batch transform using a bash script to call gdalwarp and it claimed it couldn't read the libproj.dlib file. Tried the exact same transformation in QGIS and it worked. Copied the code from QGIS into bash shell and it failed. QGIS is calling the same gdal library so I don't get this at all. Anyone got any ideas? This seems to be connected somehow, not sure how, to the epsg codes for Swedish grids being changed every five minutes and the libraries not being up to date. That said why does QGIS manage the job when bash doesn't?

share|improve this question
Getting worse. Tried entering source system as proj4 string but gdal baulked at the target epsg code and lack if lib file. It failed to transform the coordinates but it DID put the desired header into the file. From where did it get that? If it cant find the library then how the strong sweary word does it know all the metadata asked for via the epsg code? – mercergeoinfo Feb 16 at 13:46

1 Answer

up vote 0 down vote

Found this:

http://osgeo-org.1560.n6.nabble.com/Unable-to-load-PROJ-4-library-libproj-dylib-td5031442.html

and so added

export PROJSO=/Library/Frameworks/PROJ.framework/PROJ

to my .bash_profile

it works! I'm still running OSX 10.7 and I haven't needed this in my profile before so why I should need it now I can't say by the whole issue with paths is beginning to get a bit tiresome.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.