Grazie Salvatò, mi indicheresti la Mailing List di QGIS? Il giorno sab 3 nov 2018 alle ore 18:43 pigreco <pigrecoinfin...@gmail.com> ha scritto:
> Massimiliano Moraca wrote > > Salve a tutti! > > Con l'uscita della nuova LTR e l'adozione ufficiale del nuovo formato > > .qgz, > > letto solo dalla 3.4 e non dalla 2.18, stavo ragionando se fosse il caso > o > > meno di convertire alcuni miei progetti più importanti al nuovo formato. > > Questi progetti sono realizzati con la 2.18 e la conversione > comporterebbe > > la conversione/importazione anche dei vari layout di stampa. > > > > Secondo voi mi conviene? Potrei riscontrare incompatibilità nei tematismi > > e > > nei layout di stampa se faccio un semplice "Save as"? > > > > Alla faccenda della conversione associo anche un problema che ho > > riscontrato > > già da un po'. > > > > Ho un progetto molto importante e particolare che quando finirà vedrà > > mappati 320 villaggi francesi. La particolarità sta nel fatto che non > > posso > > usare l'Atlas perchè ogni villaggio deve per forza essere impaginato a > > mano > > perchè, per tutta una serie di lunghissimi motivi che non vi sto a > > spiegare, > > non può essere centrato in automatico; ad esempio spesse volte l'area di > > interesse rispetto all'area di stampa è molto decentrata e deve essere > > necessariamente così per non perdere particolari ed importanti > riferimenti > > esterni al focus. A questo si aggiunge che in funzione dell'estensione > > dell'area focus ho almeno tre formati di stampa da A0 ad A2... > > > > Fatta questa premessa vengo al problema. Già ora che siamo ad una 50ina > di > > villaggi sono costretto a creare almeno un paio di file progetto che si > > differenziano tra loro solo per i layout di stampa perchè l'avvio del > > progetto ha dei tempi davvero biblici. In un primo momento pensavo > > dipendesse dal db PostGIS su cui si poggia il progetto ma ho notato che > > non > > è così perchè riducendo i layout di stampa i tempi di apertura si > riducono > > pesantemente. Ho un progetto con quattro layout e gli stessissimi layer > > degli altri e si apre in pochissimo tempo...secondi. > > > > Secondo voi esiste un modo per alleggerire il caricamento di un progetto > > con > > molto layout? > > Prevedo che alla fine avrò almeno 20 file progetto che avranno gli stessi > > dati da gestire e che si differenzieranno solo per i layout di stampa. > > Metti > > caso che per un qualche motivo un solo vettore deve essere sostituito o > > inserito, non solo sarò costretto ad aggiornare uno per uno tutti e venti > > i > > progetti ma anche tutti e 320 layout di stampa.....mi viene l'ansia solo > a > > pensarci! Avete consigli? > > Ciao Massimiliano, > esiste una ML dedicata solo a QGIS, qui potrebbero non rispondere alcune > persone. > > il formato .qgz è nato nella 3.0 anche se usato opzionalmente; è diventano > il nuovo formato dalla 3.2 in poi. > > L'aggiornamento dei file di progetto verso le nuove versione è caldamente > suggerito dagli sviluppatori e non dovrebbe accadere nulla per un salto di > una versione, nel tuo caso si parla di un salto da 2.18 a 3.4, cioè un > salto > triplo: se hai usato tematizzazioni particolari e layout particolari > potresti avere delle brutte sorprese, anche perché il compositore di stampe > è stato totalmente riscritto nella 3.x. > > Per quanto riguarda il tuo progetto in QGIS 2.18: > se devi completare il lavoro senza la necessità di usare le nuove feature > delle nuove versioni, ti consiglierei di proseguire utilizzando la 2.18; la > 2.18 non sarà più supportata da gen 2019, ma questo non significa che non > funzionerà più. Quindi puoi completare il tuo progetto utilizzando sempre > la > 2.18. > > Per quanto riguarda il tempo di apertura di QGIS con layout grossi, è un > problema noto. > > saluti > > ----- > https://pigrecoinfinito.wordpress.com/ > -- > Sent from: > http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/ > _______________________________________________ > Gfoss@lists.gfoss.it > 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. > 796 iscritti al 28/12/2017 _______________________________________________ Gfoss@lists.gfoss.it 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. 796 iscritti al 28/12/2017