<div dir="ltr">Hi Radim,<br><div><br>Short answer: No.<br><br></div><div>I see that we should go through the documentation and check for working with these flags. -o just overrides the projection consistency check and uses Location's projection (overrides dataset projection). It is used when definitions are the basically the same but there is some difference which does not influence the result or when dataset projection is wrong and you simply know that it matches the Location's projection.<br><br></div><div>In other words, there is no on-the-fly reprojection, not even with r|v.external. However, when we consider recent addition to addons r|v.in.proj (r.in.gdal and v.in.ogr but with reprojection), r.external with on-the-fly projection would be nice addition too (although much more complicated) but I think that from GRASS point of view the linked dataset would have Location's projection (reprojection would be done inside library).<br><br></div><div>Please somebody correct me if I'm wrong,<br></div><div>Vaclav<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 10, 2015 at 2:29 AM, Radim Blazek <span dir="ltr"><<a href="mailto:radim.blazek@gmail.com" target="_blank">radim.blazek@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Are there rasters in a projection different from current location,<br>
registered by r.external -o, reprojected on the fly when used?<br>
<br>
Radim<br>
_______________________________________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-user</a><br>
</blockquote></div><br></div>