[Gfoss] Gdal 1.10 ed ecwsdk 3.3

Local Chapters GFOSS.it
1

Buongiorno a tutti e buon inizio di settimana.
Qualcuno di voi sa perché su Ubuntu, gdal con la versione 1.10 non permette più la compilazione per il formato ecw con l’sdk 3.3 ma solo con il 5.0?

Maurizio

–
Maurizio
Inviato da Gmail Mobile

2

Il giorno 28 ottobre 2013 08:55, Maurizio Marchi <mauriziomarchi85@gmail.com

ha scritto:

Buongiorno a tutti e buon inizio di settimana.
Qualcuno di voi sa perché su Ubuntu, gdal con la versione 1.10 non
permette più la compilazione per il formato ecw con l'sdk 3.3 ma solo con
il 5.0?

Ciao Maurizio,

su ubuntu 12.04 ho recentemente compilato GDAL 1.10.1 con SDK 3.3
Esattamente che problema incontri?

Stefano

---------------------------------------------------
41.95581N 12.52854E

http://www.linkedin.com/in/stefanoiacovella

http://twitter.com/#!/Iacovellas

3

Il giorno 28 ottobre 2013 10:30, Maurizio Marchi <mauriziomarchi85@gmail.com

ha scritto:

Ciao,
i comandi che utilizzo da terminale sono questi
---
unzip libecwj2-3.3-2006-09-06.zip
cd libecwj2-3.3
./configure
make
sudo make install
sudo gdal-ecw-build /usr/local/
sudo ldconfig
----
e poi
gdalinfo --formats | grep ECW
mi restituisce correttamente
---
ECW (rw): ERDAS Compressed Wavelets (SDK 3.x)
  JP2ECW (rw+v): ERDAS JPEG2000 (SDK 3.x)
---

OK e fin qui mi torna, io di solito mi compilo le GDAl dal soruce ma in
ogni caso il risultato è identico.
Non avevo capito dalla email inziale che fosse coinvolto anche QGIS.

La procedura va cioè a bun fine, tuttavia, quando apro QGIS e carico una
ecw mi esce il messaggio di errore

"Eccezione"
"basic_string::_S_create"

Onestamente non mi dice molto, ma tanto per verificare sei sicuro che

l'eseguibile di QGIS punti alle gdal ed ECW lib giuste? Puoi fare una
verifica con ldd

e non carica la ECW. Con l'SDK 5.0 invece tutto ok. Io ho QGIS 2.0.1
compilato con GDAL 1.10.0, quello disponibile sulla repository ubuntugis
unstable

---------------------------------------------------
41.95581N 12.52854E

http://www.linkedin.com/in/stefanoiacovella

http://twitter.com/#!/Iacovellas

4

Rimaniamo in lista con la discussione, perchè è facile che qualcuno più esperto di me ti sappia dare indicazioni più precise. :slight_smile:

Ad occhio mi òare che quella libreria gdal li sia stata compilata senza il supproto ECW, perlomeno non con SDK 3.3.

Nello snippet che ti ho inviato infatti vedi che la libreria gdal sul mio sistema punta a:

libNCSEcw.so.0 => /usr/local/lib/libNCSEcw.so.0 (0x00007fe0f7439000)
libNCSEcwC.so.0 => /usr/local/lib/libNCSEcwC.so.0 (0x00007fe0f7235000)
libNCSCnet.so.0 => /usr/local/lib/libNCSCnet.so.0 (0x00007fe0f7020000)
libNCSUtil.so.0 => /usr/local/lib/libNCSUtil.so.0 (0x00007fe0f6dfd000)

che sono appunto il risultato della compilazione dell’SDK 3.3,

Nell’output della tua ldd /usr/lib/libgdal.so non ci sono e ad occhio mi pare anche che non ci sia nulla che rimanda alle librerie dell’SDK 5, ma forse sono io che non le vedo.

Non è che hai piu pacchetti gdal sul tuo sistema?

Prova ad eseguire ldd con il path dell’eseguibile di QGIS, così verifichi dove punta esattamente QGIS:

ldd | grep libgdal

Stefano

···

41.95581N 12.52854E

http://www.linkedin.com/in/stefanoiacovella

http://twitter.com/#!/Iacovellas

2013/10/28 Maurizio Marchi <mauriziomarchi85@gmail.com>

Ciao, intanto
il mio file libgdal.so è in “/usr/lib/libgdal.so” e mi restituisce questo:

maurizio@asusinux-UL30A:~$ ldd /usr/lib/libgdal.so
linux-vdso.so.1 => (0x00007fff815fe000)
libarmadillo.so.2 => /usr/lib/libarmadillo.so.2 (0x00007f3067730000)
libproj.so.0 => /usr/lib/libproj.so.0 (0x00007f30674df000)
libpoppler.so.19 => /usr/lib/x86_64-linux-gnu/libpoppler.so.19 (0x00007f30670e0000)
libfreexl.so.1 => /usr/lib/x86_64-linux-gnu/libfreexl.so.1 (0x00007f3066ed6000)
libgeos_c.so.1 => /usr/lib/libgeos_c.so.1 (0x00007f3066cb3000)
libepsilon.so.0 => /usr/lib/libepsilon.so.0 (0x00007f3066a9a000)
libodbc.so.1 => /usr/lib/x86_64-linux-gnu/libodbc.so.1 (0x00007f3066833000)
libodbcinst.so.1 => /usr/lib/x86_64-linux-gnu/libodbcinst.so.1 (0x00007f3066621000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f30663f6000)
libxerces-c-3.1.so => /usr/lib/libxerces-c-3.1.so (0x00007f3065e55000)
libjasper.so.1 => /usr/lib/x86_64-linux-gnu/libjasper.so.1 (0x00007f3065bfe000)
libnetcdf.so.6 => /usr/lib/libnetcdf.so.6 (0x00007f30658bf000)
libhdf5.so.6 => /usr/lib/libhdf5.so.6 (0x00007f3065324000)
libmfhdfalt.so.0 => /usr/lib/libmfhdfalt.so.0 (0x00007f3065101000)
libdfalt.so.0 => /usr/lib/libdfalt.so.0 (0x00007f3064e5e000)
libgif.so.4 => /usr/lib/x86_64-linux-gnu/libgif.so.4 (0x00007f3064c55000)
libjpeg.so.8 => /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x00007f3064a05000)
libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f30647dc000)
libpq.so.5 => /usr/lib/libpq.so.5 (0x00007f30645b0000)
liblzma.so.5 => /usr/lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f306438e000)
libdapclient.so.3 => /usr/lib/x86_64-linux-gnu/libdapclient.so.3 (0x00007f3064158000)
libdap.so.11 => /usr/lib/x86_64-linux-gnu/libdap.so.11 (0x00007f3063e71000)
libspatialite.so.5 => /usr/lib/x86_64-linux-gnu/libspatialite.so.5 (0x00007f30638a1000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x00007f30635fd000)
libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x00007f30633a5000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007f3063047000)
libmysqlclient.so.18 => /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 (0x00007f3062b00000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f30628e3000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f30626cc000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f30624c7000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f30621c7000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f3061ecb000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3061b0a000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f30618f4000)
libblas.so.3gf => /usr/lib/libblas.so.3gf (0x00007f306165a000)
liblapack.so.3gf => /usr/lib/liblapack.so.3gf (0x00007f3060a63000)
liblcms2.so.2 => /usr/lib/x86_64-linux-gnu/liblcms2.so.2 (0x00007f3060811000)
libtiff.so.4 => /usr/lib/x86_64-linux-gnu/libtiff.so.4 (0x00007f30605ad000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f3060310000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f30600da000)
libgeos-3.3.8.so => /usr/lib/libgeos-3.3.8.so (0x00007f305fd67000)
libltdl.so.7 => /usr/lib/x86_64-linux-gnu/libltdl.so.7 (0x00007f305fb5c000)
libhdf5_hl.so.6 => /usr/lib/libhdf5_hl.so.6 (0x00007f305f92a000)
libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f305f6cb000)
libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f305f2f0000)
libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f305f022000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f305ee1d000)
libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f305ebdf000)
libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f305e990000)
libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11 (0x00007f305e75c000)
liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f305e54e000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f305e345000)
libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007f305e089000)
libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007f305de0b000)
librtmp.so.0 => /usr/lib/x86_64-linux-gnu/librtmp.so.0 (0x00007f305dbf0000)
/lib64/ld-linux-x86-64.so.2 (0x00007f306867d000)
libgfortran.so.3 => /usr/lib/x86_64-linux-gnu/libgfortran.so.3 (0x00007f305d8d9000)
libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f305d6b0000)
libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f305d4a8000)
libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f305d2a4000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f305d087000)
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f305ce6c000)
libgssapi.so.3 => /usr/lib/x86_64-linux-gnu/libgssapi.so.3 (0x00007f305cc2e000)
libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007f305ca1c000)
libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f305c80a000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f305c605000)
libquadmath.so.0 => /usr/lib/x86_64-linux-gnu/libquadmath.so.0 (0x00007f305c3cf000)
libheimntlm.so.0 => /usr/lib/x86_64-linux-gnu/libheimntlm.so.0 (0x00007f305c1c7000)
libkrb5.so.26 => /usr/lib/x86_64-linux-gnu/libkrb5.so.26 (0x00007f305bf41000)
libasn1.so.8 => /usr/lib/x86_64-linux-gnu/libasn1.so.8 (0x00007f305bca1000)
libhcrypto.so.4 => /usr/lib/x86_64-linux-gnu/libhcrypto.so.4 (0x00007f305ba6c000)
libroken.so.18 => /usr/lib/x86_64-linux-gnu/libroken.so.18 (0x00007f305b857000)
libwind.so.0 => /usr/lib/x86_64-linux-gnu/libwind.so.0 (0x00007f305b62d000)
libheimbase.so.1 => /usr/lib/x86_64-linux-gnu/libheimbase.so.1 (0x00007f305b41e000)
libhx509.so.5 => /usr/lib/x86_64-linux-gnu/libhx509.so.5 (0x00007f305b1d4000)
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 (0x00007f305af9a000)
maurizio@asusinux-UL30A:~$

ma mi sa che mi sono infilato in un problema più grand edi me…mi aspettavo una risposta del tipo “si, il GDAL 1.10 ha dei problemi di compilazione”

Grazie

Il giorno 28 ottobre 2013 11:01, Stefano Iacovella <stefano.iacovella@gmail.com> ha scritto:

Scusami, si

$ ldd

Ti restituisce tutte le librerie linkate, in maniera dinamica, da quell’eseguibile o libreria.

Ad esempio sul mio ubuntu

stefano@ubuntu1204x64vm:~/source$ ldd /usr/local/lib/libgdal.so
linux-vdso.so.1 => (0x00007fffdd967000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fe0f8fb9000)
libxerces-c-3.1.so => /usr/lib/libxerces-c-3.1.so (0x00007fe0f8a18000)
libpq.so.5 => /usr/lib/libpq.so.5 (0x00007fe0f87eb000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fe0f85d4000)
libspatialite.so.2 => /usr/local/lib/libspatialite.so.2 (0x00007fe0f80a9000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fe0f7e8b000)
libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1 (0x00007fe0f7c65000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x00007fe0f79c2000)
libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x00007fe0f7769000)
libNCSEcw.so.0 => /usr/local/lib/libNCSEcw.so.0 (0x00007fe0f7439000)
libNCSEcwC.so.0 => /usr/local/lib/libNCSEcwC.so.0 (0x00007fe0f7235000)
libNCSCnet.so.0 => /usr/local/lib/libNCSCnet.so.0 (0x00007fe0f7020000)
libNCSUtil.so.0 => /usr/local/lib/libNCSUtil.so.0 (0x00007fe0f6dfd000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fe0f6bf9000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007fe0f689c000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fe0f659c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fe0f62a0000)
…

Ciao

Stefano

–
Maurizio Marchi

ID skype: maurizioxyz

Ubuntu 12.04 (Precise Pangolin)
“Il bello dell’open-source è che le domande possono essere poste alla fonte”
utente linux 552.742

41.95581N 12.52854E

http://www.linkedin.com/in/stefanoiacovella

http://twitter.com/#!/Iacovellas

Il giorno 28 ottobre 2013 10:49, Maurizio Marchi <mauriziomarchi85@gmail.com> ha scritto:

Scusa ma non so come si faccia la verifica con ldd…è un comando da terminale?

Il giorno 28 ottobre 2013 10:35, Stefano Iacovella <stefano.iacovella@gmail.com> ha scritto:

–
Maurizio Marchi

ID skype: maurizioxyz

Ubuntu 12.04 (Precise Pangolin)
“Il bello dell’open-source è che le domande possono essere poste alla fonte”
utente linux 552.742

Il giorno 28 ottobre 2013 10:30, Maurizio Marchi <mauriziomarchi85@gmail.com> ha scritto:

Ciao,
i comandi che utilizzo da terminale sono questi

unzip libecwj2-3.3-2006-09-06.zip
cd libecwj2-3.3
./configure
make
sudo make install
sudo gdal-ecw-build /usr/local/
sudo ldconfig

e poi
gdalinfo --formats | grep ECW

mi restituisce correttamente

ECW (rw): ERDAS Compressed Wavelets (SDK 3.x)
JP2ECW (rw+v): ERDAS JPEG2000 (SDK 3.x)

OK e fin qui mi torna, io di solito mi compilo le GDAl dal soruce ma in ogni caso il risultato è identico.

Non avevo capito dalla email inziale che fosse coinvolto anche QGIS.

La procedura va cioè a bun fine, tuttavia, quando apro QGIS e carico una ecw mi esce il messaggio di errore

“Eccezione”
“basic_string::_S_create”

Onestamente non mi dice molto, ma tanto per verificare sei sicuro che l’eseguibile di QGIS punti alle gdal ed ECW lib giuste? Puoi fare una verifica con ldd

e non carica la ECW. Con l’SDK 5.0 invece tutto ok. Io ho QGIS 2.0.1 compilato con GDAL 1.10.0, quello disponibile sulla repository ubuntugis unstable

41.95581N 12.52854E

http://www.linkedin.com/in/stefanoiacovella

http://twitter.com/#!/Iacovellas

5

2013/10/28 Maurizio Marchi <mauriziomarchi85@gmail.com>

La procedura va cioè a bun fine, tuttavia, quando apro QGIS e carico una ecw mi esce il messaggio di errore

“Eccezione”
“basic_string::_S_create”

un problema noto (anche se non così diffuso) che trovi nel butracker GDAL [1].
Al ticket è allegata anche la patch per risolvere il problema.

Saluti,

-SL

···

[1] - http://trac.osgeo.org/gdal/ticket/4868

2013/10/28 Stefano Iacovella <stefano.iacovella@gmail.com>

Rimaniamo in lista con la discussione, perchè è facile che qualcuno più esperto di me ti sappia dare indicazioni più precise. :slight_smile:

Ad occhio mi òare che quella libreria gdal li sia stata compilata senza il supproto ECW, perlomeno non con SDK 3.3.

Nello snippet che ti ho inviato infatti vedi che la libreria gdal sul mio sistema punta a:

libNCSEcw.so.0 => /usr/local/lib/libNCSEcw.so.0 (0x00007fe0f7439000)
libNCSEcwC.so.0 => /usr/local/lib/libNCSEcwC.so.0 (0x00007fe0f7235000)
libNCSCnet.so.0 => /usr/local/lib/libNCSCnet.so.0 (0x00007fe0f7020000)
libNCSUtil.so.0 => /usr/local/lib/libNCSUtil.so.0 (0x00007fe0f6dfd000)

che sono appunto il risultato della compilazione dell’SDK 3.3,

Nell’output della tua ldd /usr/lib/libgdal.so non ci sono e ad occhio mi pare anche che non ci sia nulla che rimanda alle librerie dell’SDK 5, ma forse sono io che non le vedo.

Non è che hai piu pacchetti gdal sul tuo sistema?

Prova ad eseguire ldd con il path dell’eseguibile di QGIS, così verifichi dove punta esattamente QGIS:

ldd | grep libgdal

Stefano

Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e’ una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni dell’Associazione GFOSS.it.
666 iscritti al 22.7.2013

–
Salvatore Larosa
linkedIn: http://linkedin.com/in/larosasalvatore
twitter: @lrssvt
skype: s.larosa
IRC: lrssvt on freenode

41.95581N 12.52854E

http://www.linkedin.com/in/stefanoiacovella

http://twitter.com/#!/Iacovellas

2013/10/28 Maurizio Marchi <mauriziomarchi85@gmail.com>

Ciao, intanto
il mio file libgdal.so è in “/usr/lib/libgdal.so” e mi restituisce questo:

maurizio@asusinux-UL30A:~$ ldd /usr/lib/libgdal.so
linux-vdso.so.1 => (0x00007fff815fe000)
libarmadillo.so.2 => /usr/lib/libarmadillo.so.2 (0x00007f3067730000)
libproj.so.0 => /usr/lib/libproj.so.0 (0x00007f30674df000)
libpoppler.so.19 => /usr/lib/x86_64-linux-gnu/libpoppler.so.19 (0x00007f30670e0000)
libfreexl.so.1 => /usr/lib/x86_64-linux-gnu/libfreexl.so.1 (0x00007f3066ed6000)
libgeos_c.so.1 => /usr/lib/libgeos_c.so.1 (0x00007f3066cb3000)
libepsilon.so.0 => /usr/lib/libepsilon.so.0 (0x00007f3066a9a000)
libodbc.so.1 => /usr/lib/x86_64-linux-gnu/libodbc.so.1 (0x00007f3066833000)
libodbcinst.so.1 => /usr/lib/x86_64-linux-gnu/libodbcinst.so.1 (0x00007f3066621000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f30663f6000)
libxerces-c-3.1.so => /usr/lib/libxerces-c-3.1.so (0x00007f3065e55000)
libjasper.so.1 => /usr/lib/x86_64-linux-gnu/libjasper.so.1 (0x00007f3065bfe000)
libnetcdf.so.6 => /usr/lib/libnetcdf.so.6 (0x00007f30658bf000)
libhdf5.so.6 => /usr/lib/libhdf5.so.6 (0x00007f3065324000)
libmfhdfalt.so.0 => /usr/lib/libmfhdfalt.so.0 (0x00007f3065101000)
libdfalt.so.0 => /usr/lib/libdfalt.so.0 (0x00007f3064e5e000)
libgif.so.4 => /usr/lib/x86_64-linux-gnu/libgif.so.4 (0x00007f3064c55000)
libjpeg.so.8 => /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x00007f3064a05000)
libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f30647dc000)
libpq.so.5 => /usr/lib/libpq.so.5 (0x00007f30645b0000)
liblzma.so.5 => /usr/lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f306438e000)
libdapclient.so.3 => /usr/lib/x86_64-linux-gnu/libdapclient.so.3 (0x00007f3064158000)
libdap.so.11 => /usr/lib/x86_64-linux-gnu/libdap.so.11 (0x00007f3063e71000)
libspatialite.so.5 => /usr/lib/x86_64-linux-gnu/libspatialite.so.5 (0x00007f30638a1000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x00007f30635fd000)
libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x00007f30633a5000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007f3063047000)
libmysqlclient.so.18 => /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 (0x00007f3062b00000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f30628e3000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f30626cc000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f30624c7000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f30621c7000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f3061ecb000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3061b0a000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f30618f4000)
libblas.so.3gf => /usr/lib/libblas.so.3gf (0x00007f306165a000)
liblapack.so.3gf => /usr/lib/liblapack.so.3gf (0x00007f3060a63000)
liblcms2.so.2 => /usr/lib/x86_64-linux-gnu/liblcms2.so.2 (0x00007f3060811000)
libtiff.so.4 => /usr/lib/x86_64-linux-gnu/libtiff.so.4 (0x00007f30605ad000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f3060310000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f30600da000)
libgeos-3.3.8.so => /usr/lib/libgeos-3.3.8.so (0x00007f305fd67000)
libltdl.so.7 => /usr/lib/x86_64-linux-gnu/libltdl.so.7 (0x00007f305fb5c000)
libhdf5_hl.so.6 => /usr/lib/libhdf5_hl.so.6 (0x00007f305f92a000)
libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f305f6cb000)
libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f305f2f0000)
libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f305f022000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f305ee1d000)
libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f305ebdf000)
libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f305e990000)
libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11 (0x00007f305e75c000)
liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f305e54e000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f305e345000)
libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007f305e089000)
libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007f305de0b000)
librtmp.so.0 => /usr/lib/x86_64-linux-gnu/librtmp.so.0 (0x00007f305dbf0000)
/lib64/ld-linux-x86-64.so.2 (0x00007f306867d000)
libgfortran.so.3 => /usr/lib/x86_64-linux-gnu/libgfortran.so.3 (0x00007f305d8d9000)
libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f305d6b0000)
libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f305d4a8000)
libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f305d2a4000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f305d087000)
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f305ce6c000)
libgssapi.so.3 => /usr/lib/x86_64-linux-gnu/libgssapi.so.3 (0x00007f305cc2e000)
libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007f305ca1c000)
libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f305c80a000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f305c605000)
libquadmath.so.0 => /usr/lib/x86_64-linux-gnu/libquadmath.so.0 (0x00007f305c3cf000)
libheimntlm.so.0 => /usr/lib/x86_64-linux-gnu/libheimntlm.so.0 (0x00007f305c1c7000)
libkrb5.so.26 => /usr/lib/x86_64-linux-gnu/libkrb5.so.26 (0x00007f305bf41000)
libasn1.so.8 => /usr/lib/x86_64-linux-gnu/libasn1.so.8 (0x00007f305bca1000)
libhcrypto.so.4 => /usr/lib/x86_64-linux-gnu/libhcrypto.so.4 (0x00007f305ba6c000)
libroken.so.18 => /usr/lib/x86_64-linux-gnu/libroken.so.18 (0x00007f305b857000)
libwind.so.0 => /usr/lib/x86_64-linux-gnu/libwind.so.0 (0x00007f305b62d000)
libheimbase.so.1 => /usr/lib/x86_64-linux-gnu/libheimbase.so.1 (0x00007f305b41e000)
libhx509.so.5 => /usr/lib/x86_64-linux-gnu/libhx509.so.5 (0x00007f305b1d4000)
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 (0x00007f305af9a000)
maurizio@asusinux-UL30A:~$

ma mi sa che mi sono infilato in un problema più grand edi me…mi aspettavo una risposta del tipo “si, il GDAL 1.10 ha dei problemi di compilazione”

Grazie

Il giorno 28 ottobre 2013 11:01, Stefano Iacovella <stefano.iacovella@gmail.com> ha scritto:

Scusami, si

$ ldd

Ti restituisce tutte le librerie linkate, in maniera dinamica, da quell’eseguibile o libreria.

Ad esempio sul mio ubuntu

stefano@ubuntu1204x64vm:~/source$ ldd /usr/local/lib/libgdal.so
linux-vdso.so.1 => (0x00007fffdd967000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fe0f8fb9000)
libxerces-c-3.1.so => /usr/lib/libxerces-c-3.1.so (0x00007fe0f8a18000)
libpq.so.5 => /usr/lib/libpq.so.5 (0x00007fe0f87eb000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fe0f85d4000)
libspatialite.so.2 => /usr/local/lib/libspatialite.so.2 (0x00007fe0f80a9000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fe0f7e8b000)
libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1 (0x00007fe0f7c65000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x00007fe0f79c2000)
libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x00007fe0f7769000)
libNCSEcw.so.0 => /usr/local/lib/libNCSEcw.so.0 (0x00007fe0f7439000)
libNCSEcwC.so.0 => /usr/local/lib/libNCSEcwC.so.0 (0x00007fe0f7235000)
libNCSCnet.so.0 => /usr/local/lib/libNCSCnet.so.0 (0x00007fe0f7020000)
libNCSUtil.so.0 => /usr/local/lib/libNCSUtil.so.0 (0x00007fe0f6dfd000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fe0f6bf9000)
libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007fe0f689c000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fe0f659c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fe0f62a0000)
…

Ciao

Stefano

–
Maurizio Marchi

ID skype: maurizioxyz

Ubuntu 12.04 (Precise Pangolin)
“Il bello dell’open-source è che le domande possono essere poste alla fonte”
utente linux 552.742

41.95581N 12.52854E

http://www.linkedin.com/in/stefanoiacovella

http://twitter.com/#!/Iacovellas

Il giorno 28 ottobre 2013 10:49, Maurizio Marchi <mauriziomarchi85@gmail.com> ha scritto:

Scusa ma non so come si faccia la verifica con ldd…è un comando da terminale?

Il giorno 28 ottobre 2013 10:35, Stefano Iacovella <stefano.iacovella@gmail.com> ha scritto:

–
Maurizio Marchi

ID skype: maurizioxyz

Ubuntu 12.04 (Precise Pangolin)
“Il bello dell’open-source è che le domande possono essere poste alla fonte”
utente linux 552.742

Il giorno 28 ottobre 2013 10:30, Maurizio Marchi <mauriziomarchi85@gmail.com> ha scritto:

Ciao,
i comandi che utilizzo da terminale sono questi

unzip libecwj2-3.3-2006-09-06.zip
cd libecwj2-3.3
./configure
make
sudo make install
sudo gdal-ecw-build /usr/local/
sudo ldconfig

e poi
gdalinfo --formats | grep ECW

mi restituisce correttamente

ECW (rw): ERDAS Compressed Wavelets (SDK 3.x)
JP2ECW (rw+v): ERDAS JPEG2000 (SDK 3.x)

OK e fin qui mi torna, io di solito mi compilo le GDAl dal soruce ma in ogni caso il risultato è identico.

Non avevo capito dalla email inziale che fosse coinvolto anche QGIS.

La procedura va cioè a bun fine, tuttavia, quando apro QGIS e carico una ecw mi esce il messaggio di errore

“Eccezione”
“basic_string::_S_create”

Onestamente non mi dice molto, ma tanto per verificare sei sicuro che l’eseguibile di QGIS punti alle gdal ed ECW lib giuste? Puoi fare una verifica con ldd

e non carica la ECW. Con l’SDK 5.0 invece tutto ok. Io ho QGIS 2.0.1 compilato con GDAL 1.10.0, quello disponibile sulla repository ubuntugis unstable

41.95581N 12.52854E

http://www.linkedin.com/in/stefanoiacovella

http://twitter.com/#!/Iacovellas