<div dir="ltr"><div><div><div>Hi,<br></div>Yes, this is correct. In plane rotations are accounted for during backprojection but not in the FFT ramp filter which is done along lines. It should be modifiable if you want to. The weighting in the projection image should not sensitive to in plane rotation since it uses the distance to the center.<br>

</div><div>How large are your rotations?<br></div><div>Simon<br></div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 14, 2014 at 2:26 PM, Chao Wu <span dir="ltr"><<a href="mailto:wuchao04@gmail.com" target="_blank">wuchao04@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">Hi,<div><br></div><div>First thanks for the hard work on this nice toolkit.</div><div><br></div><div>I am working on FDK reconstruction.</div>

<div>I noticed that the InPlaneRotation seems not to be handled in some situations, such as in the DisplacedDetectorImageFilter, which is explicitly stated in the document.</div>

<div>Furthermore, when I went through the FDKConeBeamReconstructionFilter, there seems to be no correction for the in-plane rotation to the projection images before they are send to the FFTRampImageFilter. Thus the filtering seems to be performed along the rows of the projection image but not the true horizontal direction of the projection. </div>



<div>Did I miss anything around here? In which steps and to which extent the in-plane rotation has been taken into account?</div><div><br></div><div>Best regards,</div><div>Chao</div><div><br></div><div>TUDelft, NL</div>


</div>
<br>_______________________________________________<br>
Rtk-users mailing list<br>
<a href="mailto:Rtk-users@openrtk.org">Rtk-users@openrtk.org</a><br>
<a href="http://public.kitware.com/cgi-bin/mailman/listinfo/rtk-users" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/rtk-users</a><br>
<br></blockquote></div><br></div>