<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Personalmente preferisco riproiettare. Anche perchè spesso questi dati
li devo importare in PostGIS e preferisco partire con un dato già nella
proiezione corretta.<br>
Aggiungerei che avere più file, se ben archiviati, non è uno
svantaggio... anzi mi toglie il pensiero di riproiettare al volo ogni
volta che devo utilizzarli<br>
<blockquote cite="mid:4D0B2BCA.2010100@gmail.com" type="cite">
<pre wrap="">Il 17/12/2010 9.20, Pietro d'Orio ha scritto:
</pre>
<blockquote type="cite">
<pre wrap="">Io opererei in questo modo:
1. Apri una vista con codice EPSG 23030 e ci carichi i dati originali Istat
2. Apri il processo di riproiezioni a partire da 23030 al codice EPSG
della tua CTR
3. Chiudi la vista, ne fai una nuova con il codice EPSG della tua CTR e
carichi i nuovi confini riproiettati.
</pre>
</blockquote>
<pre wrap=""><!---->
@Pietro & Marco: perche' passare per il geoprocesso Riproiezione (a
partire da EPSG:23030 poi...) che notoriamente e' meno flessibile della
"proiezione al volo" (in quanto non ti consente di definire le
trasformazioni, se necessarie), quando invece quest'ultima avviene
contestualmente al caricamento del layer e ti consente di utilizzare un
unico shapefile?
</pre>
<blockquote type="cite">
<pre wrap="">Ho operato diverse volte in questo modo, avendo bisogno di utilizzare i
confini comunali dell'Istat in diversi sistemi di riferimento e non ho
mai avuto problemi.
</pre>
</blockquote>
<pre wrap=""><!---->
Non ho dubbi che tale procedura funzioni correttamente (caricando un
layer 23032 in 23030 e' proiettato correttamente, indipendentemente dal
fuso), tuttavia e' piu' dispendiosa e produce maggiore ridondanza
(un'ulteriore copia dello shapefile), non vi pare? Inoltre, sempre a mio
avviso, i punti 1. e 2. non sono formalmente corretti e a livello
"didattico" potrebbero generare ulteriore confusione. E se occorresse
convertire uno shp dell'ISTAT in coordinate geografiche?
ciao
Antonio
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Salve a tutti,
ho un problema che forse è banale per molti di voi ma che non riesco a
risolvere pur provando da un po'. Credo non sia un problema specifico di
GvSIG, ma chiedo comunque il vostro aiuto.
Sto cercando di sovrapporre due layer .shp, di cui uno con la carta CTR
della mia regione e uno con i confini amministrativi dei Comuni (di
tutta Italia).
Il problema è questo: il layer con i confini dei Comuni viene caricato
ma viene inserito in una posizione a circa 500 km a Est ("destra")
rispetto al CTR.
In linea del tutto teorica riesco a intuire quale sia l'errore di fondo,
legato (credo) alle "zone" in cui è divisa la cartografia italiana, ma
non capisco quale sia la soluzione per sovrapporre correttamente i due
layers.
Grazie in anticipo, cordiali saluti
Paolo Caporro
_______________________________________________
Gvsig_italian mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gvsig_italian@lists.gvsig.org">Gvsig_italian@lists.gvsig.org</a>
<a class="moz-txt-link-freetext" href="https://gvsig.org/lists/mailman/listinfo/gvsig_italian">https://gvsig.org/lists/mailman/listinfo/gvsig_italian</a>
</pre>
</blockquote>
<pre wrap="">_______________________________________________
Gvsig_italian mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gvsig_italian@lists.gvsig.org">Gvsig_italian@lists.gvsig.org</a>
<a class="moz-txt-link-freetext" href="https://gvsig.org/lists/mailman/listinfo/gvsig_italian">https://gvsig.org/lists/mailman/listinfo/gvsig_italian</a>
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
</body>
</html>