Gdal 1.10 ed ecwsdk 3.3

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Gdal 1.10 ed ecwsdk 3.3

Maurizio Marchi-2
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

_______________________________________________
[hidden email]
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
Reply | Threaded
Open this post in threaded view
|

Re: Gdal 1.10 ed ecwsdk 3.3

Stefano Iacovella

Il giorno 28 ottobre 2013 08:55, Maurizio Marchi <[hidden email]> 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

_______________________________________________
[hidden email]
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
Reply | Threaded
Open this post in threaded view
|

Re: Gdal 1.10 ed ecwsdk 3.3

Stefano Iacovella

Il giorno 28 ottobre 2013 10:30, Maurizio Marchi <[hidden email]> 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

_______________________________________________
[hidden email]
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
Reply | Threaded
Open this post in threaded view
|

Re: Gdal 1.10 ed ecwsdk 3.3

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

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 <path to qgis executable> | grep libgdal

Stefano

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


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

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


2013/10/28 Maurizio Marchi <[hidden email]>
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 <[hidden email]> ha scritto:

Scusami, si

$ ldd <path to exe or lib>

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

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


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

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


Il giorno 28 ottobre 2013 10:49, Maurizio Marchi <[hidden email]> 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 <[hidden email]> ha scritto:


Il giorno 28 ottobre 2013 10:30, Maurizio Marchi <[hidden email]> 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



--
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




--
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


_______________________________________________
[hidden email]
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
Reply | Threaded
Open this post in threaded view
|

Re: Gdal 1.10 ed ecwsdk 3.3

Salvatore Larosa
2013/10/28 Maurizio Marchi <[hidden email]>
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 <[hidden email]>
Rimaniamo in lista con la discussione, perchè è facile che qualcuno più esperto di me ti sappia dare indicazioni più precise. :-)

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 <path to qgis executable> | grep libgdal

Stefano

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


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

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


2013/10/28 Maurizio Marchi <[hidden email]>
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 <[hidden email]> ha scritto:

Scusami, si

$ ldd <path to exe or lib>

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

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


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

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


Il giorno 28 ottobre 2013 10:49, Maurizio Marchi <[hidden email]> 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 <[hidden email]> ha scritto:


Il giorno 28 ottobre 2013 10:30, Maurizio Marchi <[hidden email]> 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



--
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




--
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


_______________________________________________
[hidden email]
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

_______________________________________________
[hidden email]
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