<div dir="ltr"><div><div><div><div><div>I have not heard of debug mode, how is that activated?<br><br></div>I think the problem must lie with the edge limit being exactly at -180. I have a GeoTiff raster from a much smaller area, in the same UTM zone, and it went into a Geographic (lat/long) CRS and reprojected no problem.<br>
<br></div>Basically load the raster into the project, tell it what the native CRS and then it's in there. I think a test, like you suggest, of clipping a bit of the edge to see if that really is the cause of the issue. Probably also worth checking vectors too, as that would help to siolate in the code where the problem lay, if indeed it is a problem.<br>
<br></div>Most of the GeoTIff's I make have the projection information in the file itself, and this works fine with reprojection etc.<br><br></div><div>I know that on the fly reprojection works fine with rasters in general as I often load up global grids and switch from Geographic to Mollweide or Polar etc and those have no problems. So the underlying code is fine from that perspective. In the past, I have found that some "problems" can arise if the longitude definition is different, i.e. 0-360 instead of -180/+180.<br>
</div><div><br></div>Cheers<br></div>Lester<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 1 September 2013 02:54, Alex Mandel <span dir="ltr"><<a href="mailto:tech_dev@wildintellect.com" target="_blank">tech_dev@wildintellect.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It has since 1.7<br>
<a href="http://linfiniti.com/2011/03/on-the-fly-raster-reprojection-comes-to-qgis/" target="_blank">http://linfiniti.com/2011/03/on-the-fly-raster-reprojection-comes-to-qgis/</a><br>
<br>
However stuff next to the edge of Lat/Lon coordinate systems is<br>
perpetually an issue in a lot of GIS software. Sometimes I cut off my<br>
stuff to only go to -179, sometimes I slice my stuff at the boundary<br>
into separate images. There are all sorts of possible workarounds.<br>
Generally I find actual reprojection is better than on-the-fly.<br>
<br>
I'm wondering if the data in question here has an incorrect projection<br>
definition or just needs a little shaved off the edge to behave right.<br>
<br>
Are you running in Debug mode by any chance? (Outputs more information<br>
on crashes) Willing to try it on the soon to be released version?<br>
<br>
Thanks,<br>
Alex<br>
<div class="im HOEnZb"><br>
<br>
On 08/31/2013 05:41 PM, Matt Boyd wrote:<br>
> Not really a solution, but, I didn't think that on the fly reprojection of<br>
> rasters was supported by qgis. I'd be really happy to be corrected though.<br>
><br>
> Matt<br>
> On Aug 31, 2013 11:47 PM, "Lester Anderson" <<a href="mailto:arctica1963@gmail.com">arctica1963@gmail.com</a>> wrote:<br>
><br>
>> Hello,<br>
>><br>
>> I have a raster file (GeoTIFF and netCDF grid) of the Tonga region, so has<br>
>> the longitude/latitude limits like:<br>
>> -180 to -170; -26 to -12<br>
>><br>
>> I used GMT to reproject the original Geographic grid from WGS84 to UTM<br>
>> Zone 1S (WGS84), and created a GeoTIFF of the data. Both files will load<br>
>> into a new project file no problem.<br>
>><br>
>> However, if the project CRS is changed to say Geographic again (WGS84),<br>
>> QGIS will crash  with the following error message:<br>
>><br>
>><br>
>><br>
</div><div class="HOEnZb"><div class="h5">>> The whole thing just hangs and the only way to quit, is to kill it via the<br>
>> Task Manager.<br>
>><br>
>> If on-the-fly transform is set, then as long as the program knows what<br>
>> projection each layer is, be it vector or raster, then it should be able to<br>
>> transform it. When loading the raster in I ensured it had the correct<br>
>> spatial attribution, so that is not the problem.<br>
>><br>
>> The same error occurs if I load the same raster (or grid) into a project<br>
>> in Geographic coordinates. Another GeoTIFF with the same projection (and<br>
>> from the same UTMzone) loads fine.<br>
>><br>
>> Is there an issue transforming data close to 180 degrees?<br>
>><br>
>> Any ideas?<br>
>><br>
>> Cheers<br>
>> Lester<br>
>><br>
>> _______________________________________________<br>
>> Qgis-user mailing list<br>
>> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
>><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Qgis-user mailing list<br>
> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
><br>
<br>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</div></div></blockquote></div><br></div>