<div dir="ltr"><div>Hi Nikos,<br><br></div>Thank you for the reply.<br><br><div><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">some normalisation, before patching, is what "needs" to be done, I think.  Relative<br>
normalisation here (either for images of different dates over the same<br>
area, or neighbouring images of the same date).<br></blockquote><div><br></div><div>Yes I also agree with that, I tried doing histogram matching before running r.patch, though I am not sure if it is right way. Any idea on how the change in values due to matching will affect further processing?<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I never finished implementing some very simple process as described in<br>
user manual(s) for QuickBird2 imagery, if I remember well.<br>
<br>
I have a draft module which I named i.radio.balance. In short:  the<br>
major difference between two scenes of the same area is the solar<br>
geometry.  This difference can be minimized by correcting imagery for<br>
Earth-sun distance and solar zenith angle. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I can send you off-list, if you want, the on-going script (incomplete, yet well<br>
documented I believe it to be).<br>
<br></blockquote><div>I would be happy to test your code and let you know the results. Let me know.<br><br><br></div><div>Regards<br><br></div><div>Sajid<br></div></div></div></div></div></div>