Resolví el problema de la biblioteca, pero quedan otros, solo vagamente relacionados con la biblioteca PROJ.4 no cargada. Hice una pregunta de seguimiento para estos.
Mi paquete GDAL y la biblioteca PROJ.4 están dañados, lo que causa errores al intentar reproyectar archivos (consulte la pregunta anterior a continuación). No sé si este problema comenzó mientras instalé por error otra instancia de GDAL o antes; sin embargo, lo desinstalé y reinstalé QGIS y el problema persiste.
Después de cada reinstalación, QGIS tiene los mismos complementos que antes, por lo que la parte que causa los errores no se ve afectada por el proceso de instalación / desinstalación.
¿Qué he intentado?
sudo apt-get remove build-essential python-all-dev
ysudo apt-get remove gdal-bin
para purgar el GDAL instalado manualmente- (des) instalar QGIS con el Centro de software de Ubuntu
sudo apt-get --purge autoremove
dpkg -l | grep '^rc' | awk '{print $2}' | sudo xargs dpkg --purge
ydpkg --list | grep "^rc" | cut -d " " -f 3 | xargs sudo dpkg --purge
para purgar los archivos de configuración
Aún no hay suerte. Encontré algo que parecía relacionado , pero eso es para Windows, no para mi Ubuntu 14.04. ¿Qué más (y cómo) debo purgar antes de la próxima instalación de QGIS?
La pregunta original:
Intento reproyectar algunos shapefiles con ogr2ogr. Sin embargo, siempre recibo el siguiente error:
ERROR 6: Unable to load PROJ.4 library (libproj.so), creation of
OGRCoordinateTransformation failed.
Failed to create coordinate transformation between the
following coordinate systems. This may be because they
are not transformable, or because projection services
(PROJ.4 DLL/.so) could not be loaded.
Probé esto con varias transformaciones, incluidas combinaciones básicas como WGS84 (EPSG: 4326) a UTM (EPSG: 3857), y este error ocurre todo el tiempo.
El problema podría deberse al hecho de que, aunque tengo GDAL con mi QGIS (2.10), lo instalé por error una vez más (desde la fuente, haciéndolo como sugiere esta respuesta ).
Después de enfrentar este problema varias veces, intenté desinstalar la nueva instancia de GDAL ( sudo apt-get remove build-essential python-all-dev
y sudo apt-get remove gdal-bin
no estoy seguro de si se eliminó limpiamente o no).
En /USR/LIB/
tengo libproj.so.0
y libproj.so.0.7.0
, no libproj.so
. No puedo verlo incluso con los archivos ocultos que se muestran. Sin embargo, cuando lo intento ln -s libproj.so.0.7.0 libproj.so
(o lo mismo con sudo
), se queja de que libproj.so
ya existe.
fuente
sudo ldconfig
? Además, ¿la salida deldd ogrinfo
(puede que tenga que proporcionar la ruta completa para ogrinfo) muestra libproj.so y está en el directorio que esperaba (/ usr / lib)?Respuestas:
En /gis/158457/gdal2tiles-how-to-make-filenames-of-tiles-to-represent-xyz-coordinates , alguien menciona hacer:
Lo que solucionó absolutamente el mismo error (ERROR 6: No se puede cargar la biblioteca PROJ.4 (libproj.so)) para mí.
En la arquitectura x86_64 puede que necesite usar esta variación:
fuente
libproj
ygdal
con diferentes números, es decir,ln -s /usr/lib/libproj.so.15 /usr/lib/libproj.so; ln -s /usr/lib/libgdal.so.20 /usr/lib/libgdal.so
pero trabajando para mí ahora, ¡gracias por la dirección!Después de varias formas incorrectas, incluida la reinstalación múltiple del
libproj0
paquete e incluso la instalación de QGIS desde fuentes diferentes a las predeterminadas del Centro de software de Ubuntu (creo que es del repositorio oficial de QGIShttp://qgis.org/debian trusty main
), entendí cómo aplicar los consejos de @EvilGenius:ldd ogrinfo
no mostrólibproj
ningún importa cuántas veces lo usesudo ldconfig
, hasta que escribí:Desde entonces, la biblioteca se lee normalmente.
fuente
Tratar:
Resolvió el mismo error para mí cuando uso gdal_translate para extraer bandas de una imagen hdf.
fuente
use --with-static-proj al compilar bibliotecas de gdal.
fuente