<div dir="ltr">Hi Andrea<br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 13, 2014 at 3:39 PM, Andrea Peri <span dir="ltr"><<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
perhaps I dont understand well what this mean.<br>
Infact we usually editing always in native reference system, never<br>
editing in reprojected SRS.<br></blockquote><div><br></div><div>Then you do not need to be worried :-)</div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">But I guess that using the project reference system instead of the<br>
layer srs for snap operations<br>
could cause the snap will affect from an error due to the reprojection<br>
operation.<br></blockquote><div><br></div><div>This has always happened in QGIS snapping: if you digitize in a different CRS, the snapped coordinates may suffer from reprojection errors (snapped coords are reprojected from layer coords to map coords and then eventually again to layer coords). We are talking about numerical errors because of the finite precision - </div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If this is true, this could mean that the editing result could change<br>
moving from a PC where the precision in due to some local NTv2 data<br>
(more precision in reporjection), to another pc where the NTv2 are not<br>
available.<br>
And also it could depend from the trasformation choose for the reprojection.<br></blockquote><div><br></div><div>This problem is not really specific to snapping. If you misconfigure your reprojection, you may digitize with incorrect coordinates regardless of any snapping.</div><div> </div><div>Cheers</div><div>Martin</div><div><br></div></div></div></div>