J'ai résolu le problème de la bibliothèque, mais d'autres restent, vaguement liés à celui de la bibliothèque PROJ.4 non chargée. J'ai posé une question de suivi pour ces derniers.
Mon package GDAL et la bibliothèque PROJ.4 sont endommagés, ce qui provoque des erreurs lors de la tentative de reprojection de fichiers (voir l'ancienne question ci-dessous). Je ne sais pas si ce problème a commencé alors que j'ai installé par erreur une autre instance de GDAL ou avant; cependant, je l'ai désinstallé et réinstallé QGIS et le problème persiste.
Après chaque réinstallation, QGIS dispose des mêmes plug-ins qu'auparavant, de sorte que la partie à l'origine des erreurs n'est pas affectée par le processus d'installation / désinstallation.
Qu'est-ce que j'ai essayé:
sudo apt-get remove build-essential python-all-dev
etsudo apt-get remove gdal-bin
pour purger le GDAL installé manuellement- (dés) installation de QGIS avec Ubuntu Software Center
sudo apt-get --purge autoremove
dpkg -l | grep '^rc' | awk '{print $2}' | sudo xargs dpkg --purge
etdpkg --list | grep "^rc" | cut -d " " -f 3 | xargs sudo dpkg --purge
pour purger les fichiers de configuration
Toujours pas de chance. J'ai trouvé quelque chose qui semblait lié , mais c'est pour Windows, pas pour mon Ubuntu 14.04. Quoi d'autre (et comment) dois-je purger avant la prochaine installation de QGIS?
La question d'origine:
J'essaie de reprojeter certains fichiers de formes avec ogr2ogr. Cependant, j'obtiens toujours l'erreur suivante:
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.
J'ai testé cela avec diverses transformations, y compris des combinaisons de base telles que WGS84 (EPSG: 4326) en UTM (EPSG: 3857), et cette erreur se produit tout le temps.
Le problème peut être dû au fait que bien que j'aie GDAL avec mon QGIS (2.10), je l'ai à nouveau installé par erreur (à partir de la source, en le faisant comme cette réponse l'a suggéré).
Après avoir rencontré ce problème à plusieurs reprises, j'ai essayé de désinstaller la nouvelle instance GDAL ( sudo apt-get remove build-essential python-all-dev
et sudo apt-get remove gdal-bin
- je ne sais pas si elle est correctement supprimée ou non).
En /USR/LIB/
j'ai libproj.so.0
et libproj.so.0.7.0
non libproj.so
. Je ne peux pas le voir même avec les fichiers cachés affichés. Cependant, quand j'essaye ln -s libproj.so.0.7.0 libproj.so
(ou pareil avec sudo
), il se plaint qu'il libproj.so
existe déjà.
la source
sudo ldconfig
? De plus, la sortie deldd ogrinfo
(vous devrez peut-être donner le chemin complet pour ogrinfo) affiche-t-elle libproj.so et se trouve-t-elle dans le répertoire que vous attendiez (/ usr / lib)?Réponses:
Dans /gis/158457/gdal2tiles-how-to-make-filenames-of-tiles-to-represent-xyz-coordinates , quelqu'un mentionne faire:
Ce qui a absolument corrigé la même erreur (ERREUR 6: Impossible de charger la bibliothèque PROJ.4 (libproj.so)) pour moi.
Sur l'architecture x86_64, vous devrez peut-être utiliser cette variante:
la source
libproj
etgdal
et avec des chiffres différents - à savoir ,ln -s /usr/lib/libproj.so.15 /usr/lib/libproj.so; ln -s /usr/lib/libgdal.so.20 /usr/lib/libgdal.so
mais qui travaillent pour moi maintenant, merci pour le bœuf!Après plusieurs mauvaises manières, y compris la réinstallation multiple du
libproj0
package et même l'installation de QGIS à partir de sources différentes de la valeur par défaut d'Ubuntu Software Center (je pense que cela provient du référentiel officiel QGIS -http://qgis.org/debian trusty main
), j'ai compris comment appliquer les conseils de @EvilGenius:ldd ogrinfo
n'a pas montrélibproj
non importe combien de fois j'ai utilisésudo ldconfig
, jusqu'à ce que je tape:Depuis lors, la bibliothèque est lue normalement.
la source
Essayer:
Il a résolu la même erreur pour moi lors de l'utilisation de gdal_translate pour extraire des bandes d'une image hdf.
la source
utilisez --with-static-proj lors de la compilation des bibliothèques gdal.
la source