On Tue, 14 Jul 2015 09:35:59 +, Rossin Pietro wrote:
Buon giorno Paolo
Mettiamola così
La pubblicazione deve avvenire via Lizmap (qgis server)
Sulla macchina in cui gira lizmap non abbiamo messo postgis e quindi
escluderei l'archiviazione come postgis raster (sempre che abbia
senso
Buon giorno Alessandro..
Azz... il cambio di unità di misura, sono proprio senza fantasia, non ci
avevo pensato
Convertite a cm andrà sicuramente benissimo!
La stringa potrebbe essere:
gdal_translate -of GTiff -a_srs EPSG:32633 -b 1 -co TILED=YES -co
BLOCKXSIZE=512 -co BLOCKYSIZE=512 -co
Buon giorno Paolo
Mettiamola così
La pubblicazione deve avvenire via Lizmap (qgis server)
Sulla macchina in cui gira lizmap non abbiamo messo postgis e quindi escluderei
l'archiviazione come postgis raster (sempre che abbia senso parlarne nel mio
caso - credo di no)
L'idea è di metterlo su
Non dimenticare di costruire la piramide.
Ti aiutera' a essere veloce quando guardi la mappa a scale basse.
I tiles da soli non bastano per la performance a tutta scala.
Ecco un esempio tratto dai parametri usati per le nostre OFC2K.
Le ns ofc sono a 4 bande e quindi nel comando ci vedi anche il
On Tue, 14 Jul 2015 04:12:30 -0700 (MST), pietro rossin wrote:
Sempre da Linfiniti vedo che il predictor (che di default è
1=inattivo) se
attivato aumenta i tempi di lettura del file..
Pietro,
il discorso e' abbastanza semplice:
- se vuoi essere assolutamente certo di ottenere il massimo
Il 14/07/2015 14:52, Andrea Peri ha scritto:
Alla fine ho concluso che il rallentamento della deflate con
predictor=2 e' sopportabile, in compenso il risparmio in termini di
spazio disco e' importante.
Ovviamente questo coinvolge un altro parametro: se occupi meno spazio
disco, puoi usare
