Con un PC con 16 giga Ram + Ubuntu 16.10 Qgis 2.14 mi carica mappe
raster ( formato .map di Oziexplorer) di 150 mega ma di una di 8 giga
dice che non riconosce il formato. C' è un limite alla grandezza delle
mappe ?
--
Filippo
Il 06/01/2017 17:01, Filippo Dal Bosco - ha scritto:
Con un PC con 16 giga Ram + Ubuntu 16.10 Qgis 2.14 mi carica mappe
raster ( formato .map di Oziexplorer) di 150 mega ma di una di 8 giga
dice che non riconosce il formato. C' è un limite alla grandezza delle
mappe ?
Stando a quanto riportato dalla lista dei formati supportati da GDAL,
non si sà:
http://www.gdal.org/formats_list.html
Certo 8 giga probabile ci metta il suo tempo a caricarlo, che processore
hai?
Sempre formato *.map?
Ho cercato i requisiti massimi per qgis, ma non li ho trovati, mi spiace.
--
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Filippo Dal Bosco - wrote
Con un PC con 16 giga Ram + Ubuntu 16.10 Qgis 2.14 ... dice che non
riconosce il formato
Il tuo Linux e' a 32 o 64 bit?
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/limite-mappe-raster-tp5302323p5302381.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Il giorno Fri, 6 Jan 2017 15:05:27 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:
Il tuo Linux e' a 32 o 64 bit?
i7 + 16 giga ram , 64 bit, non ci sono problemi di indirizzi di ram
e disco ssd
il file .map è 7,8 giga
--
Filippo
Il giorno Fri, 6 Jan 2017 19:22:30 +0100
girarsi <girarsi@gmail.com> ha scritto:
Il 06/01/2017 17:01, Filippo Dal Bosco - ha scritto:
Stando a quanto riportato dalla lista dei formati supportati da GDAL,
non si sà:
se carica un file di 150 mb formato .map e non carica un file 7,8
giga formato .map il problema è :
1) la grandezza del file
2) il file a qualche difetto
non certo un problema di formato
Certo 8 giga probabile ci metta il suo tempo a caricarlo, che
processore hai?
un i7, da immediatamente errore e dice che non riconosce il formato
--
Filippo
Il 07/01/2017 16:34, Filippo Dal Bosco - ha scritto:
un i7, da immediatamente errore e dice che non riconosce il formato
Propendo per l'ipotesi del file corrotto.
Comunque puoi vedere da shell facendo:
file nomefile.shp cosa ti dice?
Se restituisce qualcosa come ESRIblablabla, dovrebbe essere a posto.
--
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
/
Filippo Dal Bosco - wrote
non ci sono problemi di indirizzi di ram
/
Senti, e che succede se apri una shell, e dai il comando:
*OGRINFO file_da_7_giga.map* ..?
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/limite-mappe-raster-tp5302323p5302410.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Il giorno Sat, 7 Jan 2017 11:24:41 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:
file. map è un file testo piccolo di " descrizione" di un altro file
che può essere in vari formati jpg, tif, png. Nello specifico il
file .tif è di 7,8 giga
Per caricare il raster con qualsiasi programma riesca a farlo si deve
indicare il file.map nel quale c' è il riferimento al file con la mappa.
Senti, e che succede se apri una shell, e dai il comando:
*OGRINFO file_da_7_giga.map* ..?
unable to open .....
ma è la stessa risposta che da con i file da 150 mb che invece qgis
carica...
--
Filippo
/
Filippo Dal Bosco - wrote
Nello specifico il file .tif è di 7,8 giga
/
Potrebbe essere un problema di compressione: in un editor grafico, abbassa
la profondita' di colore da 24 ad 8 bit, salvalo con altro nome ed algoritmo
LZW, e riprova in Qgis.
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/limite-mappe-raster-tp5302323p5302480.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Perché ogrinfo?
Se è un raster non bisogna usare gdalinfo?
···
Il 08/Gen/2017 17:46, “Filippo Dal Bosco -” <fdb-ml@pente.it> ha scritto:
Il giorno Sat, 7 Jan 2017 11:24:41 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:file. map è un file testo piccolo di " descrizione" di un altro file
che può essere in vari formati jpg, tif, png. Nello specifico il
file .tif è di 7,8 gigaPer caricare il raster con qualsiasi programma riesca a farlo si deve
indicare il file.map nel quale c’ è il riferimento al file con la mappa.Senti, e che succede se apri una shell, e dai il comando:
OGRINFO file_da_7_giga.map …?
unable to open …
ma è la stessa risposta che da con i file da 150 mb che invece qgis
carica…–
Filippo
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Il giorno Sun, 8 Jan 2017 10:13:04 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:
Potrebbe essere un problema di compressione: in un editor grafico,
abbassa la profondita' di colore da 24 ad 8 bit, salvalo con altro
nome ed algoritmo LZW, e riprova in Qgis.
la mappona da 7,8 giga e le mappe piccole da 150 sono state tutte
prodotte con lo stesso metodo.
Quindi hanno lo stesso tipo compressione.
--
Filippo
/
Filippo Dal Bosco - wrote
la mappona da 7,8 giga e le mappe piccole da 150 sono state tutte
prodotte con lo stesso metodo
/
Non mi sono spiegato bene: probabilmente Qgis non riesce a decomprimere quel
mostro da 7 GB, quindi prova a ricomprimerlo come ti ho detto (LZW a 8 bit)
e facci sapere, grazie.
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/limite-mappe-raster-tp5302323p5302493.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Il giorno Sun, 8 Jan 2017 12:42:32 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:
Non mi sono spiegato bene: probabilmente Qgis non riesce a
decomprimere quel mostro da 7 GB, quindi prova a ricomprimerlo come
ti ho detto (LZW a 8 bit) e facci sapere, grazie.
se mi dai un link che spiega come si fa, grazie
--
Filippo
/
Filippo Dal Bosco - wrote
se mi dai un link che spiega come si fa, grazie
/
Te l'ho scritto ieri, ma... /repetita iuvant/ 
*... in un editor grafico, abbassa la profondita' di colore da 24 ad 8 bit,
salvalo con altro nome ed algoritmo LZW ...*
@ Campus:
hai perfettamente ragione, coi raster si usa GDALINFO, grazie.
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/limite-mappe-raster-tp5302323p5302522.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Il giorno Mon, 9 Jan 2017 00:50:51 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:
*... in un editor grafico, abbassa la profondita' di colore da 24 ad
8 bit, salvalo con altro nome ed algoritmo LZW ...*
gimp caricandolo mi dice che ci sono errori LZW poi si pianta per
mancanza spazio disco
--
Filippo
Il giorno Mon, 9 Jan 2017 00:50:51 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:
*... in un editor grafico, abbassa la profondita' di colore da 24 ad
8 bit, salvalo con altro nome ed algoritmo LZW ...*
gimp per caricare un file produce un file swap circa 30 volte più
grande.
Ho dovuto mettere un link simbolico ad una partizione molto grande.
Ma comunque alla fine gimp s' è bloccato dando errori di tavola LZW
Dovresti consigliarmi un altro editor grafico per linux .........
--
Filippo
Il 09/01/2017 19:52, Filippo Dal Bosco - ha scritto:
Il giorno Mon, 9 Jan 2017 00:50:51 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:*... in un editor grafico, abbassa la profondita' di colore da 24 ad
8 bit, salvalo con altro nome ed algoritmo LZW ...*gimp per caricare un file produce un file swap circa 30 volte più
grande.Ho dovuto mettere un link simbolico ad una partizione molto grande.
Ma comunque alla fine gimp s' è bloccato dando errori di tavola LZW
Dovresti consigliarmi un altro editor grafico per linux .........
Se hai voglia di fare da riga di comando, però non ho provato, da un pò
di ricerca ho trovato il tool che lo dovresti trovare nei repository (io
uso debian testing [0]), libtiff-tool[1] (home page), che contiene due
strumenti da provare a vedere, tiffcp[2] e tiffmedian[3].
Suggerirei, visto devi "calare" a 8 bit la seconda funzione, a vedere
dalla descrizione, ammesso e concesso vada bene ci metterà una 15a di
minuti di sicuro fra decomprimere, elaborare, e comprimere.
[0] https://packages.debian.org/stretch/libtiff-tools
[1] http://libtiff.maptools.org/
[2] https://linux.die.net/man/1/tiffcp
[3] https://linux.die.net/man/1/tiffmedian
--
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
I tiff non possono (per limite di formato) essere più grandi di 8gb. Il che vuol dire che il tuo file non dovrebbe essere compresso (altrimenti non te lo farebbe fare proprio perchè prima si genera il file e poi lo si comprime).
8 gb di file sono davvero tanti e io pur lavorando con file raster molto grossi non sono mai arrivato ad aprire robe del genere.
Per aprire quel tiff ti serve (purtroppo) photoshop (l’ho verificato con altri file molto grossi), gimp non c’e la fa.
Qgis ha anche problemi a generare file molto grossi (se provate a stampare una mappa di 1x1m mettendo una risoluzione di 1200dpi vi darà errore di memoria). Da quello che mi hanno spiegato è un limite di Qt al momento non valicabile. Temo che le due cose siano legate in qualche modo.
Il mio consiglio è di usare gdal a livello testuale e fare i tiles del tiff. Tagliala così da aprirla un po’ per volta ed eventualmente ti generi un raster virtuale (sempre gdal) per aprirla tutta in blocco.
Saluti
Sergio
···
Il giorno 9 gennaio 2017 23:02, girarsi <girarsi@gmail.com> ha scritto:
Il 09/01/2017 19:52, Filippo Dal Bosco - ha scritto:
Il giorno Mon, 9 Jan 2017 00:50:51 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:… in un editor grafico, abbassa la profondita’ di colore da 24 ad
8 bit, salvalo con altro nome ed algoritmo LZW …gimp per caricare un file produce un file swap circa 30 volte più
grande.Ho dovuto mettere un link simbolico ad una partizione molto grande.
Ma comunque alla fine gimp s’ è bloccato dando errori di tavola LZW
Dovresti consigliarmi un altro editor grafico per linux …
Se hai voglia di fare da riga di comando, però non ho provato, da un pò
di ricerca ho trovato il tool che lo dovresti trovare nei repository (io
uso debian testing [0]), libtiff-tool[1] (home page), che contiene due
strumenti da provare a vedere, tiffcp[2] e tiffmedian[3].
Suggerirei, visto devi “calare” a 8 bit la seconda funzione, a vedere
dalla descrizione, ammesso e concesso vada bene ci metterà una 15a di
minuti di sicuro fra decomprimere, elaborare, e comprimere.[0] https://packages.debian.org/stretch/libtiff-tools
[1] http://libtiff.maptools.org/
[2] https://linux.die.net/man/1/tiffcp
[3] https://linux.die.net/man/1/tiffmedian
–
Simone Girardelli
|||||||||
|||||||||||
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
–
Sergio Gollino
Questo messaggio, comprensivo di eventuali allegati, è ad uso esclusivo del destinatario e potrebbe contenere informazioni riservate; se è stato recapitato per errore ci scusiamo per l’accaduto e Vi invitiamo cortesemente a darcene notizia provvedendo alla sua distruzione.
Vi ricordiamo che la diffusione, l’utilizzo e/o la conservazione dei dati ricevuti per errore costituiscono violazione alle disposizioni del D.Lgs. n. 196/2003 “Codice in materia di protezione dei dati personali”.
Il 10/01/2017 08:29, Sergio Gollino ha scritto:
Qgis ha anche problemi a generare file molto grossi (se provate a
stampare una mappa di 1x1m mettendo una risoluzione di 1200dpi vi darà
errore di memoria). Da quello che mi hanno spiegato è un limite di Qt al
momento non valicabile. Temo che le due cose siano legate in qualche modo.
questo dovrebbe succedere solo a 32 bit, o con macchine con poca RAM.
Saluti.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
http://www.gdal.org/frmt_gtiff.html
Oltre i 4GB devono essere bigtiff
···
Il 10/Gen/2017 08:29, “Sergio Gollino” <gollinosergio@gmail.com> ha scritto:
I tiff non possono (per limite di formato) essere più grandi di 8gb. Il che vuol dire che il tuo file non dovrebbe essere compresso (altrimenti non te lo farebbe fare proprio perchè prima si genera il file e poi lo si comprime).
8 gb di file sono davvero tanti e io pur lavorando con file raster molto grossi non sono mai arrivato ad aprire robe del genere.
Per aprire quel tiff ti serve (purtroppo) photoshop (l’ho verificato con altri file molto grossi), gimp non c’e la fa.
Qgis ha anche problemi a generare file molto grossi (se provate a stampare una mappa di 1x1m mettendo una risoluzione di 1200dpi vi darà errore di memoria). Da quello che mi hanno spiegato è un limite di Qt al momento non valicabile. Temo che le due cose siano legate in qualche modo.
Il mio consiglio è di usare gdal a livello testuale e fare i tiles del tiff. Tagliala così da aprirla un po’ per volta ed eventualmente ti generi un raster virtuale (sempre gdal) per aprirla tutta in blocco.
Saluti
Sergio
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Il giorno 9 gennaio 2017 23:02, girarsi <girarsi@gmail.com> ha scritto:
Il 09/01/2017 19:52, Filippo Dal Bosco - ha scritto:
Il giorno Mon, 9 Jan 2017 00:50:51 -0700 (MST)
AV <antoniovinci@wp.pl> ha scritto:… in un editor grafico, abbassa la profondita’ di colore da 24 ad
8 bit, salvalo con altro nome ed algoritmo LZW …gimp per caricare un file produce un file swap circa 30 volte più
grande.Ho dovuto mettere un link simbolico ad una partizione molto grande.
Ma comunque alla fine gimp s’ è bloccato dando errori di tavola LZW
Dovresti consigliarmi un altro editor grafico per linux …
Se hai voglia di fare da riga di comando, però non ho provato, da un pò
di ricerca ho trovato il tool che lo dovresti trovare nei repository (io
uso debian testing [0]), libtiff-tool[1] (home page), che contiene due
strumenti da provare a vedere, tiffcp[2] e tiffmedian[3].
Suggerirei, visto devi “calare” a 8 bit la seconda funzione, a vedere
dalla descrizione, ammesso e concesso vada bene ci metterà una 15a di
minuti di sicuro fra decomprimere, elaborare, e comprimere.[0] https://packages.debian.org/stretch/libtiff-tools
[1] http://libtiff.maptools.org/
[2] https://linux.die.net/man/1/tiffcp
[3] https://linux.die.net/man/1/tiffmedian
–
Simone Girardelli
|||||||||
|||||||||||
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
–
Sergio Gollino
Questo messaggio, comprensivo di eventuali allegati, è ad uso esclusivo del destinatario e potrebbe contenere informazioni riservate; se è stato recapitato per errore ci scusiamo per l’accaduto e Vi invitiamo cortesemente a darcene notizia provvedendo alla sua distruzione.
Vi ricordiamo che la diffusione, l’utilizzo e/o la conservazione dei dati ricevuti per errore costituiscono violazione alle disposizioni del D.Lgs. n. 196/2003 “Codice in materia di protezione dei dati personali”.