Cambiare SR a tutti i vettori di un progetto QGIS provenienti da PostGIS

[Massimiliano Moraca]

Salve a tutti,
ho la necessità di riproiettare in EPSG 2154 tutte le tabelle di un DB in
PostGIS. Per farlo seguirei questa procedura[1] che tra l'altro mi pare di
aver già usato nel recente passato.

Il punto è che ho tre progetti QGIS 3.4 collegati a questo database, con un
centinaio di layout di stampa, ed effettuando la riproiezione ho verificato
che l'SRID dei vettori in legenda non viene aggiornato.

L'aggiornamento l'avevo già eseguito mesi fa, non ricordo quando,
riscontrando lo stesso problema ma poi ho messo da parte il tutto finchè
non mi è servito di nuovo(oggi).

La mia domanda è: c'è un modo per modificare il .qgz in moda da sostituire
il vecchio sistema di riferimento dei singoli vettori del progetto con il
nuovo?

Cambiare semplicemente l'SR al progetto e salvare il tutto non funziona.

____
[1] https://postgis.net/2013/08/30/tip_ST_Set_or_Transform/

*ing.Massimiliano Moraca*
*Analisi, progettazione e sviluppo di soluzioni GIS e WebGIS*
*P.IVA*: 08700081212
*CELL*: 333 59 49 583 (*lun - ven 9.00 - 18.00*)
*WEB*: www.massimilianomoraca.it
* Attività svolta ai sensi della Legge 4 del 14 gennaio 2013, art.1*
_______________________________________________
[hidden email]
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.
764 iscritti al 23/08/2019

[Amedeo Fadini]

Ciao Massimiliano,
uno dei vantaggi di lavorare con Postgis è che per cascuna tabella puoi
avere più colonne geometriche, quindi a rigore non devi cambiare SR alla
*Tabella* ma alla *colonna* e alle singole geometrie.
Così  a occhio se non ti trovi nella mia situazione (dove 5 Mln di
geometrie generano problemi di spazio) ti suggerirei di *aggiungere* una
nuova colonna con nuovo SR

A questo punto nei progetti QGIS puo semplicemente cambiare la data source
(mi pare che nelle versioni attuali si possa fare per tutti i layer
selezionati) impostando la nuova colonna.

Ad ogni modo dovrebbe essere possibile decomprimere il qgz in qgs e a quel
punto puoi modificare l'XML

Nel file qgs per i layer postgis trovi una riga simile a questa

<datasource>dbname='pdm_governance' host=localhost port=5432
sslmode=disable key='id' srid=3035 type=MultiPolygon
checkPrimaryKeyUnicity='0' table="public"."Governance1 Abruzzo_dB" (geom)
sql=</datasource>

prova a modificare il codice delle srid e il nome della colonna geometrica
tra parentesi

Amedeo




Il giorno lun 4 nov 2019 alle ore 18:30 Massimiliano Moraca <
[hidden email]> ha scritto:

> Salve a tutti,
> ho la necessità di riproiettare in EPSG 2154 tutte le tabelle di un DB in
> PostGIS. Per farlo seguirei questa procedura[1] che tra l'altro mi pare di
> aver già usato nel recente passato.
>
> Il punto è che ho tre progetti QGIS 3.4 collegati a questo database, con un
> centinaio di layout di stampa, ed effettuando la riproiezione ho verificato
> che l'SRID dei vettori in legenda non viene aggiornato.
>
> L'aggiornamento l'avevo già eseguito mesi fa, non ricordo quando,
> riscontrando lo stesso problema ma poi ho messo da parte il tutto finchè
> non mi è servito di nuovo(oggi).
>
> La mia domanda è: c'è un modo per modificare il .qgz in moda da sostituire
> il vecchio sistema di riferimento dei singoli vettori del progetto con il
> nuovo?
>
> Cambiare semplicemente l'SR al progetto e salvare il tutto non funziona.
>
> ____
> [1] https://postgis.net/2013/08/30/tip_ST_Set_or_Transform/
>
> *ing.Massimiliano Moraca*
> *Analisi, progettazione e sviluppo di soluzioni GIS e WebGIS*
> *P.IVA*: 08700081212
> *CELL*: 333 59 49 583 (*lun - ven 9.00 - 18.00*)
> *WEB*: www.massimilianomoraca.it
> * Attività svolta ai sensi della Legge 4 del 14 gennaio 2013, art.1*
> _______________________________________________
> [hidden email]
> 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.
> 764 iscritti al 23/08/2019

_______________________________________________
[hidden email]
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.
764 iscritti al 23/08/2019

[Massimiliano Moraca]

Amedeo grazie per la risposta. Scusa il ritardo nel risponderti ma sono
stato impegnato.
Il tuo metodo sembra funzionare, dico sembra perchè l'ho usato su un
progetto di test ed effettivamente aggiungendo una nuova colonna geometrica
e modificando il .qgs ho ottenuto ciò che volevo.
Devo applicare questo metodo ai miei progetti che ho e che sono connessi
allo stesso db e teoricamente non dovrei avere nemmeno problemi con i
layout di stampa contenuti nei singoli progetti.

*ing.Massimiliano Moraca*
*Analisi, progettazione e sviluppo di soluzioni GIS e WebGIS*
*P.IVA*: 08700081212
*CELL*: 333 59 49 583 (*lun - ven 9.00 - 18.00*)
*WEB*: www.massimilianomoraca.it
* Attività svolta ai sensi della Legge 4 del 14 gennaio 2013, art.1*


Il giorno mar 5 nov 2019 alle ore 08:00 Amedeo Fadini <[hidden email]> ha
scritto:

> Ciao Massimiliano,
> uno dei vantaggi di lavorare con Postgis è che per cascuna tabella puoi
> avere più colonne geometriche, quindi a rigore non devi cambiare SR alla
> *Tabella* ma alla *colonna* e alle singole geometrie.
> Così  a occhio se non ti trovi nella mia situazione (dove 5 Mln di
> geometrie generano problemi di spazio) ti suggerirei di *aggiungere* una
> nuova colonna con nuovo SR
>
> A questo punto nei progetti QGIS puo semplicemente cambiare la data source
> (mi pare che nelle versioni attuali si possa fare per tutti i layer
> selezionati) impostando la nuova colonna.
>
> Ad ogni modo dovrebbe essere possibile decomprimere il qgz in qgs e a quel
> punto puoi modificare l'XML
>
> Nel file qgs per i layer postgis trovi una riga simile a questa
>
> <datasource>dbname='pdm_governance' host=localhost port=5432
> sslmode=disable key='id' srid=3035 type=MultiPolygon
> checkPrimaryKeyUnicity='0' table="public"."Governance1 Abruzzo_dB" (geom)
> sql=</datasource>
>
> prova a modificare il codice delle srid e il nome della colonna geometrica
> tra parentesi
>
> Amedeo
>
>
>
>
> Il giorno lun 4 nov 2019 alle ore 18:30 Massimiliano Moraca <
> [hidden email]> ha scritto:
>
>> Salve a tutti,
>> ho la necessità di riproiettare in EPSG 2154 tutte le tabelle di un DB in
>> PostGIS. Per farlo seguirei questa procedura[1] che tra l'altro mi pare di
>> aver già usato nel recente passato.
>>
>> Il punto è che ho tre progetti QGIS 3.4 collegati a questo database, con
>> un
>> centinaio di layout di stampa, ed effettuando la riproiezione ho
>> verificato
>> che l'SRID dei vettori in legenda non viene aggiornato.
>>
>> L'aggiornamento l'avevo già eseguito mesi fa, non ricordo quando,
>> riscontrando lo stesso problema ma poi ho messo da parte il tutto finchè
>> non mi è servito di nuovo(oggi).
>>
>> La mia domanda è: c'è un modo per modificare il .qgz in moda da sostituire
>> il vecchio sistema di riferimento dei singoli vettori del progetto con il
>> nuovo?
>>
>> Cambiare semplicemente l'SR al progetto e salvare il tutto non funziona.
>>
>> ____
>> [1] https://postgis.net/2013/08/30/tip_ST_Set_or_Transform/
>>
>> *ing.Massimiliano Moraca*
>> *Analisi, progettazione e sviluppo di soluzioni GIS e WebGIS*
>> *P.IVA*: 08700081212
>> *CELL*: 333 59 49 583 (*lun - ven 9.00 - 18.00*)
>> *WEB*: www.massimilianomoraca.it
>> * Attività svolta ai sensi della Legge 4 del 14 gennaio 2013, art.1*
>> _______________________________________________
>> [hidden email]
>> 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.
>> 764 iscritti al 23/08/2019
>
>

_______________________________________________
[hidden email]
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.
764 iscritti al 23/08/2019

[Massimiliano Moraca]

Amedeo ha funzionato anche sui dati "buoni".
Grazie ancora :)

*ing.Massimiliano Moraca*
*Analisi, progettazione e sviluppo di soluzioni GIS e WebGIS*
*P.IVA*: 08700081212
*CELL*: 333 59 49 583 (*lun - ven 9.00 - 18.00*)
*WEB*: www.massimilianomoraca.it
* Attività svolta ai sensi della Legge 4 del 14 gennaio 2013, art.1*


Il giorno dom 10 nov 2019 alle ore 12:09 Massimiliano Moraca <
[hidden email]> ha scritto:

> Amedeo grazie per la risposta. Scusa il ritardo nel risponderti ma sono
> stato impegnato.
> Il tuo metodo sembra funzionare, dico sembra perchè l'ho usato su un
> progetto di test ed effettivamente aggiungendo una nuova colonna geometrica
> e modificando il .qgs ho ottenuto ciò che volevo.
> Devo applicare questo metodo ai miei progetti che ho e che sono connessi
> allo stesso db e teoricamente non dovrei avere nemmeno problemi con i
> layout di stampa contenuti nei singoli progetti.
>
> *ing.Massimiliano Moraca*
> *Analisi, progettazione e sviluppo di soluzioni GIS e WebGIS*
> *P.IVA*: 08700081212
> *CELL*: 333 59 49 583 (*lun - ven 9.00 - 18.00*)
> *WEB*: www.massimilianomoraca.it
> * Attività svolta ai sensi della Legge 4 del 14 gennaio 2013, art.1*
>
>
> Il giorno mar 5 nov 2019 alle ore 08:00 Amedeo Fadini <[hidden email]>
> ha scritto:
>
>> Ciao Massimiliano,
>> uno dei vantaggi di lavorare con Postgis è che per cascuna tabella puoi
>> avere più colonne geometriche, quindi a rigore non devi cambiare SR alla
>> *Tabella* ma alla *colonna* e alle singole geometrie.
>> Così  a occhio se non ti trovi nella mia situazione (dove 5 Mln di
>> geometrie generano problemi di spazio) ti suggerirei di *aggiungere* una
>> nuova colonna con nuovo SR
>>
>> A questo punto nei progetti QGIS puo semplicemente cambiare la data
>> source (mi pare che nelle versioni attuali si possa fare per tutti i layer
>> selezionati) impostando la nuova colonna.
>>
>> Ad ogni modo dovrebbe essere possibile decomprimere il qgz in qgs e a
>> quel punto puoi modificare l'XML
>>
>> Nel file qgs per i layer postgis trovi una riga simile a questa
>>
>> <datasource>dbname='pdm_governance' host=localhost port=5432
>> sslmode=disable key='id' srid=3035 type=MultiPolygon
>> checkPrimaryKeyUnicity='0' table="public"."Governance1 Abruzzo_dB" (geom)
>> sql=</datasource>
>>
>> prova a modificare il codice delle srid e il nome della colonna
>> geometrica tra parentesi
>>
>> Amedeo
>>
>>
>>
>>
>> Il giorno lun 4 nov 2019 alle ore 18:30 Massimiliano Moraca <
>> [hidden email]> ha scritto:
>>
>>> Salve a tutti,
>>> ho la necessità di riproiettare in EPSG 2154 tutte le tabelle di un DB in
>>> PostGIS. Per farlo seguirei questa procedura[1] che tra l'altro mi pare
>>> di
>>> aver già usato nel recente passato.
>>>
>>> Il punto è che ho tre progetti QGIS 3.4 collegati a questo database, con
>>> un
>>> centinaio di layout di stampa, ed effettuando la riproiezione ho
>>> verificato
>>> che l'SRID dei vettori in legenda non viene aggiornato.
>>>
>>> L'aggiornamento l'avevo già eseguito mesi fa, non ricordo quando,
>>> riscontrando lo stesso problema ma poi ho messo da parte il tutto finchè
>>> non mi è servito di nuovo(oggi).
>>>
>>> La mia domanda è: c'è un modo per modificare il .qgz in moda da
>>> sostituire
>>> il vecchio sistema di riferimento dei singoli vettori del progetto con il
>>> nuovo?
>>>
>>> Cambiare semplicemente l'SR al progetto e salvare il tutto non funziona.
>>>
>>> ____
>>> [1] https://postgis.net/2013/08/30/tip_ST_Set_or_Transform/
>>>
>>> *ing.Massimiliano Moraca*
>>> *Analisi, progettazione e sviluppo di soluzioni GIS e WebGIS*
>>> *P.IVA*: 08700081212
>>> *CELL*: 333 59 49 583 (*lun - ven 9.00 - 18.00*)
>>> *WEB*: www.massimilianomoraca.it
>>> * Attività svolta ai sensi della Legge 4 del 14 gennaio 2013, art.1*
>>> _______________________________________________
>>> [hidden email]
>>> 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.
>>> 764 iscritti al 23/08/2019
>>
>>

_______________________________________________
[hidden email]
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.
764 iscritti al 23/08/2019