<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 4, 2016 at 2:51 PM, Søren Sandmann <span dir="ltr"><<a href="mailto:soren.sandmann@gmail.com" target="_blank">soren.sandmann@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">On Wed, Feb 10, 2016 at 1:25 AM,  <span dir="ltr"><<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a>></span> wrote:<br></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">From: Bill Spitzak <<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a>><br>
<br>
Rename kernel1/2 to reconstruct/sample to match the other functions.<br>
Rename "scale" to "size" to avoid confusion with the scale being applied<br>
to the image, which is the reciprocol of this value.<br>
<br>
v10: Renamed "scale" to "size"<br></blockquote></span><div><br><span class="">I
 don't really agree with this patch. The intention behind the code was 
that the integral() function shouldn't know anything about scaling or 
images; all it would do was compute integrals over functions, but it 
wouldn't know or care what those functions were used for.</span></div></div></div></div></blockquote><div><br></div><div>Okay will keep the arguments as before. In fact "scale" is used as expected in the old version of the code (larger numbers mean the picture is being enlarged). I still think renaming kernel1/2 to be the same name used in other functions makes things a lot easier to follow.</div><div><br></div><div><br></div></div></div></div>