<div dir="ltr"><div>Grazie, <br></div><div>avevo un caso in cui dovevo verificare la corretta ubicazione di un layer punti (con un dato SR e con un campo striga contenente il nome del comune), rispetto a un layer poligonale di comuni con altro SR e stesso campo. Allo scopo di tale verifica ho pensato di poter utilizzare o l'algoritmo "Unisci attributi per posizione" o uno spatial join con "aggregate", preferendo quest'ultimo per avere un campo virtuale, con i valori concatenati da virgola, e che successivamente potessi anche riutilizzare per altro semplicemente sostituendo il campo nell'espressione (invece di avere una serie di nomi di comuni separati da virgola, avere i nomi delle entità, la tipologia o altro).</div><div>Alla fine ho risolto con 
"Unisci attributi per posizione" (senza dover riproiettare uno dei due layer, dal momento che stavo lavorando con la 3), ma mi è andata bene perché i punti con ubicazione sbagliata erano pochi: se fossero stati molti di più avrei dovuto salvare il file di output per poter proseguire a spostare i punti anche nei giorni successivi e magari aggiungerci anche un campo di verifica da spuntare o segnarmi a che punto ero arrivata con le correzioni, perché non avrei avuto il vantaggio di un campo virtuale che si modifica man mano che correggevo i punti.</div><div>Tutta questa menata per dire che sarebbe stato utile se "aggregate" con @parent funzionasse anche con layer di SR differenti e con il prossimo file puntuale che dovrò correggere credo tutto sommato mi convenga riproiettare il layer dei comuni :)</div><div><br></div><div>Martina<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno lun 4 mar 2019 alle ore 22:15 nino formica <<a href="mailto:ninofor60@gmail.com">ninofor60@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Ciao,<div dir="auto"><br></div><div dir="auto">certo che è normale !</div><div dir="auto">Stiamo parlando di operazioni geospaziali (come appunto aggregate) tra entità (i layer) che devono essere espressi nello stesso SR.</div><div dir="auto"><br></div><div dir="auto">Saluti</div><div dir="auto">Nino</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il lun 4 mar 2019, 18:58 Martina Savarese <<a href="mailto:martina.savarese@gmail.com" target="_blank">martina.savarese@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Salve, ho notato che la funzione "aggregate" con la variabile @parent non funziona se i due layer hanno SR differenti. Prova fatta sulla versione 3.4.5 (windows 10).<div dir="auto">Francamente non ricordo se fosse così anche nelle precedenti, cioè, è normale?</div><div dir="auto">Martina</div></div>
_______________________________________________<br>
QGIS-it-user mailing list<br>
<a href="mailto:QGIS-it-user@lists.osgeo.org" rel="noreferrer" target="_blank">QGIS-it-user@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-it-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-it-user</a><br>
</blockquote></div>
</blockquote></div>