[Gfoss] Conteggio errato delle aree dopo unione di shp

[Amedeo Fadini]

Buongiorno Martina,

(mi raccomando iscriviti alla mailing list o i tuoi messaggi compaiono
solo su Nabble)

ho cercato di riprodurre un pochino la tua situazione aprendo in QGIS
i file di cui parli e ti assicuro il calcolo dell'area funziona
benissimo...

Se provi ad aggiungere un campo calcolato con $area ai file originali
vedrai che nel file c1101021_ZPS i valori corrispondono.

Qualche problema accade invece con il file c1101011_SIC dove alcune
aree protette sono divise in più geometrie (sarebbero multipoligoni..)

Prova a verificare in entrambi i file l'area IT3250010 "Bosco di
Carpenedo" e noterai che nel file SIc è composta da due geometrie.

D'altronde quando utilizzi "unisci shapefiles" le sovrapposizioni
restano, in un area che è sia SIC che ZPS (come quella di Carpenedo)
hai due geometrie sovrapposte nello stesso layer: non credo sia quello
che cerchi tu.

Questo spiegherebbe perché calcolato le aree e aprendo il dbf con
libreoffice il totale degli ettari protetti è circa il doppio

Secondo me ti conviene filtrare le geometrie per tipologia esportando
prima le aree SIC&ZPS, poi quelle SIC e poi le ZPS, sistema i campi in
uno scehema coerente e poi unisci questi tre shapefiles.

Per eliminare le sovrapposizioni in teoria potresti usare il comando
"dissolvenza" dal file unito, ma devi assicurarti di avere un capo
"codice" univoco in cui ricopiare il valori dei campi "codice_sic" o
"codice_zps" tramite il calcolatore di campi... ma resto del parere
che ti conviene estrarre i tre files

amefad