Ciao a tutti,
ho iniziato a lavorare con SpatiaLite seguendo i tutorial realizzati da Alessandro (che sono qualcosa di fenomenale), ma ho alcuni problemi nella visualizzazione dei dati in QGis.
Utilizzando QGis trunk e Gdal 1.7.1, posso aprire senza problemi il database di esempio TrueMarble [1] leggendo sia il dato raster che quello vettoriale.
Se invece uso World [2] posso caricare unicamente i dati vettoriali; per i raster ottengo come errore che la sorgente dati non è supportata.
Ho fatto una prova creando un nuovo db con dei miei dati raster (SL 2.3.1 e RL 1.0), ma anche in questo caso il messaggio di errore dice che la fonte non è supportata.
Lavoro su Ubuntu Lucid 64 bit
Grazie mille
Luca
[1]: http://www.gaia-gis.it/spatialite/truemarble-4km.7z
[2]: http://www.gaia-gis.it/spatialite/world.7z
On Fri, 25 Jun 2010 13:20:37 +0200, Luca Casagrande wrote
Ciao a tutti,
ho iniziato a lavorare con SpatiaLite seguendo i tutorial realizzati
da Alessandro (che sono qualcosa di fenomenale), ma ho alcuni
problemi nella visualizzazione dei dati in QGis.
.....
Se invece uso World [2] posso caricare unicamente i dati vettoriali;
per i raster ottengo come errore che la sorgente dati non è supportata.
Luca, ho appena verificato ...
World contiene esclusivamente tre
layer vettoriali:
- Admin98
- Cities
- Countries
non vedo nessuna traccia di dati raster ![:stuck_out_tongue: :stuck_out_tongue:](/images/emoji/twitter/stuck_out_tongue.png?v=12)
ciao Sandro
Il 25/06/2010 13:45, a.furieri@lqt.it ha scritto:
On Fri, 25 Jun 2010 13:20:37 +0200, Luca Casagrande wrote
Ciao a tutti,
ho iniziato a lavorare con SpatiaLite seguendo i tutorial realizzati
da Alessandro (che sono qualcosa di fenomenale), ma ho alcuni
problemi nella visualizzazione dei dati in QGis.
.....
Se invece uso World [2] posso caricare unicamente i dati vettoriali;
per i raster ottengo come errore che la sorgente dati non è supportata.
Luca, ho appena verificato ...
World contiene esclusivamente tre
layer vettoriali:
- Admin98
- Cities
- Countries
non vedo nessuna traccia di dati raster ![:stuck_out_tongue: :stuck_out_tongue:](/images/emoji/twitter/stuck_out_tongue.png?v=12)
ciao Sandro
Ops scusate..ho preso il dato dalla sezione RasterLite / GIS samples pensando che ci fossero anche dati raster all'interno ![:slight_smile: :slight_smile:](/images/emoji/twitter/slight_smile.png?v=12)
Riguardo al db con i miei dati mi sono accorto che gdalinfo da questo messaggio:
ERROR 1: Cannot find block characteristics for overview 6
Grazie ancora
Luca
Il 25/06/2010 14:01, Luca Casagrande ha scritto:
Ops scusate..ho preso il dato dalla sezione RasterLite / GIS samples
pensando che ci fossero anche dati raster all'interno ![:slight_smile: :slight_smile:](/images/emoji/twitter/slight_smile.png?v=12)
Riguardo al db con i miei dati mi sono accorto che gdalinfo da questo
messaggio:
Il problema e' noto, e c'e' un ticket aperto. In pratica il provider raster di QGIS
non riesce ad aprire i rasterlite se contengono >1 layer raster.
Saluti.
--
Paolo Cavallini: http://www.faunalia.it/pc
On Fri, 25 Jun 2010 14:44:58 +0200, Paolo Cavallini wrote
Il 25/06/2010 14:01, Luca Casagrande ha scritto:
> Ops scusate..ho preso il dato dalla sezione RasterLite / GIS samples
> pensando che ci fossero anche dati raster all'interno ![:slight_smile: :slight_smile:](/images/emoji/twitter/slight_smile.png?v=12)
> Riguardo al db con i miei dati mi sono accorto che gdalinfo da questo
> messaggio:
Il problema e' noto, e c'e' un ticket aperto. In pratica il provider
raster di QGIS non riesce ad aprire i rasterlite se contengono >1
layer raster
Se non ho capito male, si tratta di due problemi
distinti: magari strettamente correlati, ma
comunque diversi.
"problema vecchio": se il DB contiene
due o più datasources rasterlite QGIS
non riesce a visualizzarne neppure una ![:frowning: :frowning:](/images/emoji/twitter/frowning.png?v=12)
"problema nuovo": (quello identificato
da Luca) se il DB non contiene neppure
una datasource rasterlite appare un
messaggio abbastanza fuorviante, dato
che suggerisce che si è verificato un
errore abbastanza grave.
Invece dovrebbe riportare qualcosa del
tipo "non esiste nessun raster", o roba
del genere, per evitare equivoci ![:slight_smile: :slight_smile:](/images/emoji/twitter/slight_smile.png?v=12)
ciao Sandro