Commenti a: QGIS, relazioni, moduli e widget, illustrati con un semplice caso d’uso

Di: QGIS, RELAZIONI, MODULI, WIDGET E REPORT | pigrecoinfinito

QGIS, RELAZIONI, MODULI, WIDGET E REPORT | pigrecoinfinito — Sat, 02 Jan 2016 18:36:00 +0000

[...] articolo è una copia riadattata e ampliata di questo di Andrea Borruso. Il suo articolo è del 2014 e realizzato con QGIS 2.2, ma la sostanza è la [...]

Di: Totò

Totò — Sat, 02 Jan 2016 17:15:27 +0000

Ciao,
articolo molto interessante che ritorno a leggere molto volentieri anche perchè, da qualche tempo a questa parte, mi piace scrivere articoli su QGIS.

A mio avviso è di fondamentale importanza usare quantomeno spatiaLite per questi casi d’uso, sconsiglio vivamente di usare semplici shapefile e file csv (quest’ultimo non editabile in QGIS soprattutto se messo in relazione con altre tabelle), inoltre con lo shapefile non si ha la possibilità di definire la chiave primaria serial (cioè autoincrementale). Quindi rispondendo a pIETRO: è possibile utilizzare semplici shapefile e con tabella manutenzione .dbf e non csv; ma la cosa diventerebbe parecchio noiosa.

ciao Andrea

Di: Andrea Borruso

Andrea Borruso — Wed, 11 Feb 2015 08:41:06 +0000

Ciao LaValeGeo e pIETRO, non ho provato con uno shapefile ma dovrebbe essere la stessa cosa.

Fra l’altro nel mio post di riferimento – http://blog.vitu.ch/10112013-1201/qgis-relations – si fa riferimento ad uno shapefile ed un file CSV.

Appena posso provo

Di: pIETRO

pIETRO — Sat, 07 Feb 2015 15:56:53 +0000

Ciao, ho provato anche io ma senza risultati. dobbiamo necessariamente trasferire i dati in un geodatabase?

Di: LaValeGeo

LaValeGeo — Thu, 15 Jan 2015 14:10:58 +0000

Buongiorno, ho trovato questo articolo molto interessante. Vorrei però aver conferma del fatto che in Qgis le relazioni 1:N sono possibili solamente se i file si trovano all’interno di un geodatabase. Ho infatti provato a fare una relazione 1:N tra uno shapefile e una tabella dbf ma senza riuscirci (a differenza di ArcGis dove è invece possibile).
Grazie

Di: Peppe

Peppe — Tue, 21 Oct 2014 08:38:13 +0000

Ciao Lorenzo,
mi fa piacere che fai delle osservazioni perchè servono ad evitare delle sviste che portano a degli errori che, dipende dal contesto, possono rivelarsi piuttosto gravi.
La tabella TIT (contiene 100.000 elementi) è così formata:
ID_SOGGETTO|ID_IMMOBILE|QUOTA_PROPRIETA’
00001 |1000 |1/2
00001 |2000 |1/3
00002 |1000 |1/2
00003 |2000 |1/3
00004 |2000 |1/3

La tabella SOG (contiene 20.000 elementi) è così formata:
ID_SOGGETTO|CF |……|……
00001 |AAAAAAAAAA |……|……
00002 |BBBBBBBBBB |……|……
00003 |CCCCCCCCCC |……|……
00004 |DDDDDDDDDD |……|……
—————
La tabella TIT_SOG tramite il join ID_SOGGETTO sarà così formata:
(TIT)ID_SOG|(TIT)ID_IMM|(TIT)Q.PROP|(SOG)ID_SOG|(SOG)CF
00001 |1000 |1/2 |00001 |AAAAAAAAAA
00001 |2000 |1/3 |00001 |AAAAAAAAAA
00002 |1000 |1/2 |00002 |BBBBBBBBBB
00003 |2000 |1/3 |00003 |CCCCCCCCCC
00004 |2000 |1/3 |00004 |DDDDDDDDDD

con il join (fatto sulla tabella TIT) si uniscono i dati dei soggetti ogni qualvolta viene visualizzato nella tabella TIT (che praticamente è la tabella che contiene più dati in quanto ci sono le varie combinazioni tra soggetti ed immobili, 100.000 elementi).

Saluti
Peppe

Di: Lorenzo Perone

Lorenzo Perone — Mon, 20 Oct 2014 14:30:10 +0000

Ciao Peppe,
mi fa piacere che tu sia riuscito a fare correttamente il collegamento.
Quando parlavo di JOIN mi riferivo al fatto che, se non erro, il collegamento tra particelle (geometrie) e la tabella TIT_SOG è di tipo 1:1 quindi il collegamento tramite JOIN è efficace. Nel collegamento tra la tabella TIT_SOG e la tabella con l’anagrafica dei soggetto (anche qui se ricordo bene) è di tipo 1:n quindi operare un JOIN non è efficace (collegheresti la particella solo al primo proprietario). Devi quindi creare una relazione 1:n che in Qgis 2.4 si ottiene dal menù Progetto => Proprietà del progetto => Relazioni
Buon lavoro.
lorenzo

Di: Peppe

Peppe — Fri, 17 Oct 2014 12:36:17 +0000

Ciao Lorenzo,
ho notato che utilizzando lo shape PARTICELLE non si può avere un report che colleghi le singole particelle ed i rispettivi proprietari, ma ho trovato l’alternativa utilizzando la tabella TIT_SOG, mi spiego:
questa tabella, come spiegato in precedenza, ha le informazioni di tutte le possibili titolarità dei soggetti con i relativi immobili, manca solo l’identificazione del foglio e particella che aggiungo utilizzando il “Join” con lo shape PARTICELLE in funzione del campo “ID_IMMOBILE”. Così facendo posso effettuare una query alfanumerica in modo da poter estrapolare gli immobili di mio interesse ed i relativi proprietari

Non so se ho ben capito il tuo PS ma ti dico che utilizzo QGis 2.4 ed utilizzo il join selezionandolo dalle proprietà del layer ineressato

PS. certo che ora sarebbe interessante trovare un plugin che ti permette di effettuare la query ed inserire quindi foglio e particella e ti torna il risultato che altrimenti dovresti fare con l’espressione.

Di: lorenzo

lorenzo — Thu, 16 Oct 2014 14:26:11 +0000

Ciao Peppe,
provo a risponderti io.
Se ho ben capito la relazione 1:n in Qgis funziona il tuo problema è visualizzare una tabella/elenco che associ agli estremi catastali di una particella (1) i rispettivi proprietari (n).
Temo (felice se sarò smentito) che tu possa visualizzare per ogni singola particella selezionata gli n proprietari attraverso la funzionalità della maschera ma che la visualizzazione/esportazione dell’elenco non sia possibile.
Temo che per gestire in maniera opportuna questa relazione tu debba avventurarti nell’uso di un database, sei pronto?

PS rileggendo il tuo commento ho visto che parli di join, mi viene il dubbio che tu abbia utilizzato la modalità JOIN delle proprietà del layer in luogo di quella relazioni (Qgis 2.4 ITA) selezionabile dalle proprietà del progetto.
Facci sapere.
Ciao.
Lorenzo

Di: Peppe

Peppe — Wed, 15 Oct 2014 13:37:10 +0000

Praticamente la procedura è un pò complessa ma provo a descriverla brevemente (catasto terreni):

Lo scopo è quello di avere la possibilità di capire chi sono i proprietari delle singole particelle (relazione 1:n)

I dati che ho utilizzato sono di 2 tipi, vettoriali (che chiameremo “PARTICELLE”) ed alfanumerici.
Questi ultimi a sua volta sono divise in tre file con estensioni “.SOG” “.TIT” “.TER” che rispettivamente contengono:
-l’elenco dei soggetti con i rispettivi “ID_SOGGETTO” (ed altre informazioni relative ai soggetti)
-i dati relativi alle titolarità degli immobili con “ID_SOGGETTO” e il relativo “ID_IMMOBILE” di appartenenza;
-le caratteristiche degli immobili e quindi per ogni “ID_IMMOBILE” è indicato il numero di foglio, particella, e tutti gli atri dati catastali.

Dopo aver sistemato i singoli files (che sono associati ad un file che descrive le specifiche dei dati http://wwwt.agenziaentrate.gov.it/mt/ServiziComuniIstituzioni/ES-23-IS-05_100909.pdf) tramite una macro in excel che mi imposta i file in modo tabellare e me li salva in “.csv”, li importo in QGis.

A questo punto su QGis mi ritrovo i seguenti layers con i principali campi:
-PARTICELLE (“FOGLIO”, “PARTICELLA”)
-SOG (“ID_SOGGETTI”, “NOME”, “COGNOME”, “COD_FISC”)
-TIT (“ID_SOGGETTO”, “ID_IMMOBILE”)
-TER (“ID_IMMOBILE”, “FOGLIO”, “PARTICELLA”)

La prima cosa da fare quella di crearmi un unica tabella che abbia i dati dei soggetti e degli immobili (“ID_IMMOBILE”, “ID_SOGGETTI”, “NOME”, “COGNOME”, “COD_FISC”).
Per fare ciò ho creato un join nella tabella TIT con la tabella SOG inserendo come chiave di collegamento “ID_SOGGETTO” (ho chiamato questa nuova tabella TIT_SOG).

L’altra operazione da fare è quella di collegare il file vettoriale PARTICELLE con la tabella TER per avere “ID_IMMOBILE” e quindi poter creare la relazione con TIT_SOG. Per cui ho creato un join tra PARTICELLE e TER (nome del nuovo shape: PARTICELLE_TER).

Ora finalmente ho potuto creare la relazione come descritto nell’articolo con i seguenti parametri:
NOME: CENSUARIO
LAYER PADRE: TIT_SOG
CAMPO DI RIFERIMENTO: “ID_IMMOBILE”
LAYER FIGLIO: PARTICELLE_TER
CAMPO DI RIFERIMENTO: “ID_IMMOBILE”

A questo punto tutti i dati sono ben collegati ma trovo difficoltà a creare un elenco delle delle particelle con i rispettivi proprietari.
Spero di essere stato esaustivo e che qualcuno mi possa suggerire come creare questo report.