Ho appena aggiunto a "QGis SVN trunk" il supporto per
il DataProvider SpatiaLite
Chi si volesse avventurare a fare una build puo'
prelevare i sources direttamente da SVN trunk:
[rev.10414 e successive]
svn co https://svn.osgeo.org/qgis/trunk/qgis qgis_unstable
==========================================================
se impostatesu CMake: WITH_SPATIALITE OFF
allora tutto rimane esattamente come prima (niente SpatiaLite)
invece se: WITH_SPATIALITE ON
allora vi dovreste trovare alla fine della build tutto il
supporto per leggere un DB SpatiaLite
Se vi serve qualche sample-DB li trovate qui:
http://www.gaia-gis.it/QGisJanus/
=========================================================
Naturalmente prima occorre fare la build di
SpatiaLite, visto che ancora non esistono
distribuzioni pacchettizzate.
Consiglio di usare i sources da:
http://www.gaia-gis.it/spatialite-2.3/
Prerequisiti obbligatori per SpatiaLite:
- GEOS 3.0.x o GEOS 3.1.x
- PROJ 4.6.x
- SQLite 3.6.x
ciao Sandro
Sei MITICO !
.... cinque minuti e ci fai un GIS
... in 6 ci metti il 3d
non oso pensare ad un hack meeting e che ci combini !!!!
Grazie Sandro ... provo al piu presto .... ora ![:wink: :wink:](/images/emoji/twitter/wink.png?v=12)
ciao,
Massimo
Il giorno 24/mar/09, alle ore 22:31, Alessandro Furieri ha scritto:
Ho appena aggiunto a "QGis SVN trunk" il supporto per
il DataProvider SpatiaLite
Chi si volesse avventurare a fare una build puo'
prelevare i sources direttamente da SVN trunk:
[rev.10414 e successive]
svn co https://svn.osgeo.org/qgis/trunk/qgis qgis_unstable
==========================================================
se impostatesu CMake: WITH_SPATIALITE OFF
allora tutto rimane esattamente come prima (niente SpatiaLite)
invece se: WITH_SPATIALITE ON
allora vi dovreste trovare alla fine della build tutto il
supporto per leggere un DB SpatiaLite
Se vi serve qualche sample-DB li trovate qui:
http://www.gaia-gis.it/QGisJanus/
=========================================================
Naturalmente prima occorre fare la build di
SpatiaLite, visto che ancora non esistono
distribuzioni pacchettizzate.
Consiglio di usare i sources da:
http://www.gaia-gis.it/spatialite-2.3/
Prerequisiti obbligatori per SpatiaLite:
- GEOS 3.0.x o GEOS 3.1.x
- PROJ 4.6.x
- SQLite 3.6.x
ciao Sandro
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.it
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com
Alessandro Furieri wrote:
...
Naturalmente prima occorre fare la build di
SpatiaLite, visto che ancora non esistono
distribuzioni pacchettizzate.
Consiglio di usare i sources da:
http://www.gaia-gis.it/spatialite-2.3/
Prerequisiti obbligatori per SpatiaLite:
- GEOS 3.0.x o GEOS 3.1.x
- PROJ 4.6.x
- SQLite 3.6.x
ciao Sandro
Ciao Sandro,
sto facendo la build del tuo capolavoro ( su Ubuntu 64bit);
mi da questo errore:
/bin/bash ../../libtool --tag=CC --mode=link gcc -g -O2 -version-info
2:3:0 -o libspatialite.la -rpath /usr/local/lib version.lo
../spatialite_c99/libspatialite_c99.la ../spatialite/libspatialite.la
../virtualtext/virtualtext/libvirtualtext.la
../virtualtext/sqlite3/libsqlite3.la ../virtualtext/gaiaaux/libgaiaaux.la
../gaiaexif/libgaiaexif.la ../gaiageo/libgaiageo.la
/usr/local/lib/libgeos_c.la /usr/local/lib/libgeos.la
/usr/local/lib/libproj.la
libtool: link: cannot find the library `/usr/local/lib/libgeos_c.la' or
unhandled argument `/usr/local/lib/libgeos_c.la'
make[2]: *** [libspatialite.la] Errore 1
make[2]: uscita dalla directory «/usr/src/spatialite-2.3/src/versioninfo»
make[1]: *** [all-recursive] Errore 1
make[1]: uscita dalla directory «/usr/src/spatialite-2.3/src»
make: *** [all-recursive] Errore 1
In fase di configure non da nessun problema.
Grazie di tutto
Luca
--
View this message in context: http://www.nabble.com/SpatiaLite-data-provider-disponibile-su-QGis-SVN-trunk-tp22690244p22702201.html
Sent from the Gfoss mailing list archive at Nabble.com.
Ciao Luca,
ok, è un caso abbastanza classico ...
[e il ./configure di SpatiaLite indubbiamente
richiede ancora diversi affinamenti]
---------------------------------------------
Questa è una soluzione sicura, anche se è un pelo
complicata (io p.es. ho seguito esattamente questa
via su Ubuntu 8.04.1 32 bit):
a) ti scarichi l'ultimo GEOS 3.1.0 da:
http://download.osgeo.org/geos/geos-3.1.0.tar.bz2
./configure
make
sudo make install
b) ti scarichi l'ultimo PROJ 4.6.1 da:
http://download.osgeo.org/proj/proj-4.6.1.tar.gz
./configure
make
sudo make install
c) poi riprovi a fare la build di SpatiaLite:
./configure
make
sudo make install
d) infine entri nel CCMake di QGIs e verifichi/imposti:
...
GEOS_CONFIG /usr/local/bin/geos-config
GEOS_INCLUDE_DIR /usr/local/include
GEOS_LIBRARY /usr/local/lib/libgeos_c.so
...
PROJ_INCLUDE_DIR /usr/local/include
PROJ_LIBRARY /usr/local/lib/libproj.so
...
SPATIALITE_INCLUDE_DIR /usr/local/include
SPATIALITE_LIBRARY /usr/local/lib/libspatialite.so
...
SQLITE3_INCLUDE_DIR /usr/local/include/spatialite
SQLITE3_LIBRARY /usr/local/lib/libsqlite3.so
...
WITH_SPATIALITE ON
make
sudo make install
Vedrai che funziona di sicuro
ciao Sandro
On Wed, 25 Mar 2009 06:57:48 -0700 (PDT), Casagrande Luca wrote
Alessandro Furieri wrote:
>
> ...
> Naturalmente prima occorre fare la build di
> SpatiaLite, visto che ancora non esistono
> distribuzioni pacchettizzate.
> Consiglio di usare i sources da:
>
> http://www.gaia-gis.it/spatialite-2.3/
>
> Prerequisiti obbligatori per SpatiaLite:
>
> - GEOS 3.0.x o GEOS 3.1.x
> - PROJ 4.6.x
> - SQLite 3.6.x
>
> ciao Sandro
>
>
Ciao Sandro,
sto facendo la build del tuo capolavoro ( su Ubuntu 64bit);
mi da questo errore:
/bin/bash ../../libtool --tag=CC --mode=link gcc -g -O2 -version-info
2:3:0 -o libspatialite.la -rpath /usr/local/lib version.lo
../spatialite_c99/libspatialite_c99.la ../spatialite/libspatialite.la
../virtualtext/virtualtext/libvirtualtext.la
../virtualtext/sqlite3/libsqlite3.la ../virtualtext/gaiaaux/libgaiaaux.la
../gaiaexif/libgaiaexif.la ../gaiageo/libgaiageo.la
/usr/local/lib/libgeos_c.la /usr/local/lib/libgeos.la
/usr/local/lib/libproj.la
libtool: link: cannot find the library `/usr/local/lib/libgeos_c.la'
or unhandled argument `/usr/local/lib/libgeos_c.la' make[2]: ***
[libspatialite.la] Errore 1 make[2]: uscita dalla directory
«/usr/src/spatialite-2.3/src/versioninfo» make[1]: *** [all-
recursive] Errore 1 make[1]: uscita dalla directory
«/usr/src/spatialite-2.3/src» make: *** [all-recursive] Errore 1
In fase di configure non da nessun problema.
Grazie di tutto
Luca
--
View this message in context: http://www.nabble.com/SpatiaLite-data-
provider-disponibile-su-QGis-SVN-trunk-tp22690244p22702201.html Sent
from the Gfoss mailing list archive at Nabble.com.
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.it
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
--
Ospitato da: Netcom srl - http://www.ntc.it
Casagrande Luca ha scritto:
sto facendo la build del tuo capolavoro ( su Ubuntu 64bit);
mi da questo errore:
libtool: link: cannot find the library `/usr/local/lib/libgeos_c.la' or
unhandled argument `/usr/local/lib/libgeos_c.la'
./configure --with-geos-prefix=/usr --with-proj-prefix=/usr
Saluti!
--
Paolo Cavallini: http://www.faunalia.it/pc
Paolo Cavallini wrote:
Casagrande Luca ha scritto:
sto facendo la build del tuo capolavoro ( su Ubuntu 64bit);
mi da questo errore:
libtool: link: cannot find the library `/usr/local/lib/libgeos_c.la' or
unhandled argument `/usr/local/lib/libgeos_c.la'
./configure --with-geos-prefix=/usr --with-proj-prefix=/usr
Saluti!
Grazie mille per le vostre risposte..con il configure di Paolo funziona alla
grande.
Ho installato la revision 10264 di QGIS ( quella disponbile sul sito ) e
apre senza problemi
il dato di esempio di Merano.
Ora, utilizzando la GUI 2.3, ho creato un mio database con alcuni
shape...tutto liscio.
Il problema si ha all'interno di QGIS dove mi dice che il db è un SQlite ma
non Spatial.
Grazie ancora
Luca
--
View this message in context: http://www.nabble.com/SpatiaLite-data-provider-disponibile-su-QGis-SVN-trunk-tp22690244p22721162.html
Sent from the Gfoss mailing list archive at Nabble.com.
Alessandro Furieri ha scritto:
Ho appena aggiunto a "QGis SVN trunk" il supporto per
il DataProvider SpatiaLite
Alessandro,
ho installato QGIS trunk (1.1.0-3) tramite OSGEO4W ed ho provato a
caricare il tuo file di esempio test-2.2.sqlite. Ad una rapida occhiata,
vedo che non sono filtrate le tabelle (ad es. non mi aspetto di poter
caricare come layer vettoriale la tabella "geometry_columns"), si riesce
a caricare solo il layer delle regioni, poi viene richiesto due volte il
CRS: la prima non appena aperto il file .sqlite, la seconda dopo aver
scelto il layer nella sub layer list.
In ogni caso, attendo impazientemente che OGR riconosca SQLite con
estensione spaziale (spatialite) in modo che possano trarne beneficio un
pò tutti i desktop GIS liberi (e non solo!). Ciò contribuirà
indubbiamente a decretarne un'ampia diffusione e consenso da parte di
tutti gli utenti.
ciao
Antonio
Ciao a tutti,
anch'io, come Antonio, ho provato a utilizzare dei database fatti con SpatiaLite all'interno di QGIS trunk 1.1.0-3 (in Windows XP).
Nella schermata "Sub layers list" vedo tutte le tabelle del database con il corretto n° di features ma per tutti il Geometry Type è "None".
Quando carico un layer vettoriale, in legenda me lo carica ma non si visualizza niente e la tabella degli attributi ha le giuste colonne ma nessuna riga.
Mi manca qualche libreria? Devo aggiornare qualcosa?
ciao e grazie
Ale
Antonio Falciano ha scritto:
Alessandro,
ho installato QGIS trunk (1.1.0-3) tramite OSGEO4W ed ho provato a
caricare il tuo file di esempio test-2.2.sqlite. Ad una rapida occhiata,
vedo che non sono filtrate le tabelle (ad es. non mi aspetto di poter
caricare come layer vettoriale la tabella "geometry_columns"), si riesce
a caricare solo il layer delle regioni, poi viene richiesto due volte il
CRS: la prima non appena aperto il file .sqlite, la seconda dopo aver
scelto il layer nella sub layer list.
Alessandro Sarretta ha scritto:
Ciao a tutti,
anch'io, come Antonio, ho provato a utilizzare dei database fatti con
SpatiaLite all'interno di QGIS trunk 1.1.0-3 (in Windows XP).
Nella schermata "Sub layers list" vedo tutte le tabelle del database con
il corretto n° di features ma per tutti il Geometry Type è "None".
Quando carico un layer vettoriale, in legenda me lo carica ma non si
visualizza niente e la tabella degli attributi ha le giuste colonne ma
nessuna riga.
Mi manca qualche libreria? Devo aggiornare qualcosa?
Sicuri che ci sia il provider nella copia che state usando? E' un'icona
accanto al provider di postgis (un cilindro marrone anziche' azzurro).
Non e' che state provando ad aprirlo tramite gdal, con "Aggiungi un
layer vettoriale"?
Saluti
--
Paolo Cavallini: http://faunalia.it/pc
Alessandro Sarretta ha scritto:
anch'io, come Antonio, ho provato a utilizzare dei database fatti con SpatiaLite all'interno di QGIS trunk 1.1.0-3 (in Windows XP).
Nella schermata "Sub layers list" vedo tutte le tabelle del database con il corretto n° di features ma per tutti il Geometry Type è "None".
Quando carico un layer vettoriale, in legenda me lo carica ma non si visualizza niente e la tabella degli attributi ha le giuste colonne ma nessuna riga.
Mi manca qualche libreria? Devo aggiornare qualcosa?
Antonio Falciano ha scritto:
ho installato QGIS trunk (1.1.0-3) tramite OSGEO4W ed ho provato a
caricare il tuo file di esempio test-2.2.sqlite. Ad una rapida occhiata,
vedo che non sono filtrate le tabelle (ad es. non mi aspetto di poter
caricare come layer vettoriale la tabella "geometry_columns"), si riesce
a caricare solo il layer delle regioni, poi viene richiesto due volte il
CRS: la prima non appena aperto il file .sqlite, la seconda dopo aver
scelto il layer nella sub layer list.
Il problema è uno solo:
la versione precompilata di OSGEO4W non è affatto aggiornata: insomma,
è il "buon vecchio" QGis senza DataProvider per SpatiaLite.
Quello di cui parlate è semplicemente il risultato del vecchio driver
SQLite "liscio-liscio", che quindi non vede per nulla le Geometries
di SpatiaLite, e si limita a leggere la parte tabellare "normale".
Purtroppo per ora l'unico modo per provare il nuovo DataProvider SpatiaLite
è quello di farsi "a manina" la build di QGis scaricando i sorgenti da SVN.
Operazione relativamente facile e semplice su Linux e Mac, ma purtroppo
decisamente proibitiva su Windows.
Ciao,
Sandro
Paolo Cavallini ha scritto:
Alessandro Sarretta ha scritto:
Ciao a tutti,
anch'io, come Antonio, ho provato a utilizzare dei database fatti con
SpatiaLite all'interno di QGIS trunk 1.1.0-3 (in Windows XP).
Nella schermata "Sub layers list" vedo tutte le tabelle del database con
il corretto n° di features ma per tutti il Geometry Type è "None".
Quando carico un layer vettoriale, in legenda me lo carica ma non si
visualizza niente e la tabella degli attributi ha le giuste colonne ma
nessuna riga.
Mi manca qualche libreria? Devo aggiornare qualcosa?
Sicuri che ci sia il provider nella copia che state usando? E' un'icona
accanto al provider di postgis (un cilindro marrone anziche' azzurro).
Non e' che state provando ad aprirlo tramite gdal, con "Aggiungi un
layer vettoriale"?
La seconda che hai detto! Ho fatto solo un semplice tentativo.
Non mi spiego però come mai riesco a caricare il layer delle regioni.
Che GDAL sia quasi sulla strada giusta?
ciao
Antonio
Alessandro Furieri ha scritto:
Alessandro Sarretta ha scritto:
anch'io, come Antonio, ho provato a utilizzare dei database fatti con
SpatiaLite all'interno di QGIS trunk 1.1.0-3 (in Windows XP).
Nella schermata "Sub layers list" vedo tutte le tabelle del database
con il corretto n° di features ma per tutti il Geometry Type è "None".
Quando carico un layer vettoriale, in legenda me lo carica ma non si
visualizza niente e la tabella degli attributi ha le giuste colonne ma
nessuna riga.
Mi manca qualche libreria? Devo aggiornare qualcosa?
Antonio Falciano ha scritto:
ho installato QGIS trunk (1.1.0-3) tramite OSGEO4W ed ho provato a
caricare il tuo file di esempio test-2.2.sqlite. Ad una rapida occhiata,
vedo che non sono filtrate le tabelle (ad es. non mi aspetto di poter
caricare come layer vettoriale la tabella "geometry_columns"), si riesce
a caricare solo il layer delle regioni, poi viene richiesto due volte il
CRS: la prima non appena aperto il file .sqlite, la seconda dopo aver
scelto il layer nella sub layer list.
Il problema è uno solo:
la versione precompilata di OSGEO4W non è affatto aggiornata: insomma,
è il "buon vecchio" QGis senza DataProvider per SpatiaLite.
Quello di cui parlate è semplicemente il risultato del vecchio driver
SQLite "liscio-liscio", che quindi non vede per nulla le Geometries
di SpatiaLite, e si limita a leggere la parte tabellare "normale".
Purtroppo per ora l'unico modo per provare il nuovo DataProvider SpatiaLite
è quello di farsi "a manina" la build di QGis scaricando i sorgenti da SVN.
Operazione relativamente facile e semplice su Linux e Mac, ma purtroppo
decisamente proibitiva su Windows.
ok, proverò allora con questa strada. grazie!
ciao
Antonio
Alessandro Furieri wrote:
Ho appena aggiunto a "QGis SVN trunk" il supporto per
il DataProvider SpatiaLite
......
Buongiorno Alessandro
intanto complimenti per il mitico SpatiaLite.
Ti volevo avvertire che ora lo stesso è supportato anche su GeoDjango, anche
qui solo nel trunk:
http://geodjango.org/hg/gis-1.1/
in questi giorni lo volevo testare come database di sviluppo, ti farò sapere
come va.
ciao!
Paolo
--
View this message in context: http://www.nabble.com/SpatiaLite-data-provider-disponibile-su-QGis-SVN-trunk-tp22690244p22850868.html
Sent from the Gfoss mailing list archive at Nabble.com.
On Thu, 2 Apr 2009 09:11:35 -0700 (PDT), Paolo Corti wrote
Ti volevo avvertire che ora lo stesso è supportato anche su
GeoDjango, anche qui solo nel trunk: http://geodjango.org/hg/gis-1.1/
Si lo sapevo; sono già in contatto con gli sviluppatori di GeoDjango
Comunque voglio cogliere l'occasione per rendere noto che il loro
contributo per scovare anche i bugs più minuziosi è IMPAGABILE ...
hanno una suite di test decisamente spettacolare ![:slight_smile: :slight_smile:](/images/emoji/twitter/slight_smile.png?v=12)
ciao Sandro