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 _______________________________________________ Gfoss@lists.gfoss.it 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. 666+40 iscritti al 5.6.2014