<div dir="ltr"><div class="gmail_default" style="font-family:trebuchet ms,sans-serif;font-size:small;color:#000099">Tutto giusto, ma poi se chi ti commissiona il lavoro conosce solo i fogli elettronici e "mappette" in qualche modo devi andargli incontro.</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif;font-size:small;color:#000099">E' dura far entrare nella testa di alcuni dirigenti e tecnici che un db è meglio di un foglio elettronico e un gis è meglio di un cad... ma piano piano si rendono conto!</div></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 14 giugno 2016 11:55, Totò <span dir="ltr"><<a href="mailto:pigrecoinfinito@gmail.com" target="_blank">pigrecoinfinito@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Totò wrote<br>
<span class="">><br>
> Daniele Bonaposta wrote<br>
>> Ciao a tutti,<br>
>> ho un'analisi da fare su dati catastali e per farlo devo risolvere una<br>
>> relazione 1:M.<br>
>><br>
>> Da una parte ho un vettoriale delle particelle catastali (senza altre<br>
>> suddivisioni tipo il subalterno; il valore della particella è il dato<br>
>> "atomico"), dall'altra ho i dati tributari dei contribuenti e loro<br>
>> relativa<br>
>> particella catastale.<br>
>> La relazione è 1:M un contribuente è localizzato in una sola particella e<br>
>> una particella può contenere almeno un contribuente.<br>
>> Per localizzare i contribuenti sul territorio, in modo tale che un<br>
>> poligono<br>
>> contenga un solo contribuente ho due possibilità:<br>
>><br>
>> - duplico i poligoni tante volte quanti sono i contribuenti collegati<br>
>> - divido i poligoni tante volte quanti sono i contribuenti collegati<br>
</span><span class="">> La soluzione adottata è stata quella di duplicare i poligoni (per esempio<br>
> con un buffer negativo) uno dentro l'altro; questa soluzione permette di<br>
> tematizzare e zoomare alla selezione.<br>
><br>
> ciao<br>
<br>
</span>Vorrei spiegare meglio quanto descritto brevemente sopra.<br>
<br>
I GIS Desktop (come QGIS) non sono dei DB e quindi si appoggiano a dei veri<br>
e propri DBMS come SPatialite o PostgreSQL.<br>
Quando ci si trova difronte a queste problematiche (relazioni 1:M) è sempre<br>
consigliato (è un mio personale pensiero) usare i DB dove è possibile<br>
gestire con molta facilità queste esigenze anche perchè ogni oggetto diventa<br>
una tabella.<br>
<br>
Nel caso specifico, passando da un GeoDB (tabella_1, tabella_M), è possibile<br>
realizzare un semplice join tra le due tabelle.<br>
La 'tabella_1' contiene anche la geometria, la 'tabella_M' solo dati<br>
alfanumerici con un numero di record superiore alla tabella_1. Il join<br>
creerebbe una altra tabella (con numero di righe pari alla tabella_M) dove<br>
verrà ripetuta (n volte) anche la geometria contenuta nella tabella_1 (per<br>
questo parlavo di duplicazione).<br>
<br>
Faccio un esempio pratico con due shapefile regioni e province istat:<br>
1. reg2011_g (gid,cod_reg, geom);<br>
2. prov2011_g (gid, cod_pro, cod_reg) solo alfanumerico:<br>
query:<br>
SELECT<br>
prov2011_g.gid, prov2011_g.cod_reg, prov2011_g.cod_pro,<br>
prov2011_g.nome_pro,<br>
reg2011_g.nome_reg, reg2011_g.geom<br>
FROM<br>
prov2011_g, reg2011_g<br>
WHERE<br>
prov2011_g.cod_reg = reg2011_g.cod_reg<br>
order by gid;<br>
<br>
questa query genera una altra tabella (è possibile creare una view) con un<br>
numero di righe pari al numero di province (110) e con geometria<br>
(duplicata): es: per la sicilia otterremmo nove volte la geometria della<br>
regione sicilia, una per ogni provincia.<br>
<br>
Infine, sulle geometrie sovrapposte è possibile estrarre i centroidi,<br>
effettuare buffer negativi, oppure lasciare tutto per come è. Per la<br>
selezione di feature sovrapposte consiglio l'uso del plugin Expression + di<br>
Nathan Woodrow.<br>
<br>
Saluti<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/QGIS-geoprocessing-risolvere-1-M-tp5271387p5271526.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/QGIS-geoprocessing-risolvere-1-M-tp5271387p5271526.html</a><br>
<div class="HOEnZb"><div class="h5">Sent from the QGIS Italian User mailing list archive at Nabble.com.<br>
_______________________________________________<br>
QGIS-it-user mailing list<br>
<a href="mailto:QGIS-it-user@lists.osgeo.org">QGIS-it-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-it-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-it-user</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div>_____________________________<br><br><font color="#000099" face="trebuchet ms,sans-serif">Daniele Bonaposta,<br>Cartografia - G.I.S.</font></div>
<div><br><font size="1"><font color="#000099" face="trebuchet ms,sans-serif">via Don Minzoni 13a<br>40121 - Bologna<br>mobile: +39.338.3377044<br></font><font color="#000099" face="trebuchet ms,sans-serif">e-mail:</font> </font><font color="#666666" size="1"><a href="mailto:daniele.bonaposta@gmail.com" target="_blank">daniele.bonaposta@gmail.com</a></font><br></div><div><br></div>
<div><font size="1"><font color="#000099"><font face="trebuchet ms,sans-serif"><strong>Linked</strong>in:</font></font> </font><font color="#666666" size="1"><a href="http://www.linkedin.com/pub/daniele-bonaposta/26/487/872" target="_blank">http://www.linkedin.com/pub/daniele-bonaposta/26/487/872</a></font></div><div><br></div>
<div><font size="1">_____________________________<br></font></div></div>
</div>