<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head><body style="">
<div>
Hi Markus,
</div>
<div>
thanks for that hint, that might be the solution. As I must confess I did not only try any of the other methods, believing cubic would yield the best results because the scans are from an area with high energy of relief.
</div>
<div>
I will try this when I'm back in office and give a feedback of my experiences then.
</div>
<div>
</div>
<div>
best regards
</div>
<div>
</div>
<div>
Stefan
</div>
<div>
<br />> Markus Metz <markus.metz.giswork@gmail.com> hat am 21. Februar 2014 um 08:05 geschrieben:
<br />>
<br />>
<br />> On Fri, Feb 21, 2014 at 12:26 AM, Stefan Kiefer <st_kiefer@web.de> wrote:
<br />> > Hi,
<br />> > I tried to orthorectify aerial photographs. That worked fine by now, until
<br />> > i got scans wich appear to be darker as before. At least this is the first
<br />> > observation I made. The effect occured with that scans is, that after
<br />> > rectification some of the dark areas become white (or rather null, querying
<br />> > that cells result in -0.722622310236638).
<br />>
<br />> This should only happen with method=cubic or method=cubic_f. The other
<br />> resampling methods nearest,bilinear,bilinear_f should not produce
<br />> these resampling overshoots.
<br />>
<br />> Markus M
<br />>
<br />>
<br />> > Has anyone had similar experiences when rectifying aerial photographs. And
<br />> > hopefully a hint how to avoid this damages. I suspect that the
<br />> > orthorectified images become double precision whereas the imported scans are
<br />> > integer...
<br />> >
<br />> > best regards
<br />> >
<br />> > Stefan
<br />> > _______________________________________________
<br />> > grass-user mailing list
<br />> > grass-user@lists.osgeo.org
<br />> > http://lists.osgeo.org/mailman/listinfo/grass-user
</div>
</body></html>