[Rtk-users] Rotation before and during rktprojections
vincent
vl at xris.eu
Fri Apr 24 03:10:03 EDT 2020
Hi Simon,
I will clean my code and submit today or Monday then.
best regards,
V.
On 23.04.20 18:13, Simon Rit wrote:
> Thanks for the update. It's not a bad idea to include this in the
> projections reader but ideally, it should calculate the permutation
> parameter automatically from the geometry. If it's optional, it's not
> a bad idea to have it in the projections reader pipeline, don't
> hesitate to submit if you have a clean PR.
>
> On Thu, Apr 23, 2020 at 3:56 PM vincent <vl at xris.eu
> <mailto:vl at xris.eu>> wrote:
>
> Hi,
>
> just to bring some closure to that problem..
>
> I didn't manage to adapt the ramp filter, so I instead modified
> rtkProjectionsReader to include an Orientation parameter that sets
> the right coefficients for an itkPermuteAxis filter.
>
> I don't think it is worthy to be included in the official source,
> but I am happy to share if someone requires it.
>
> Best regards,
>
> Vincent
>
> On 15.04.20 20:13, Simon Rit wrote:
>> Hi Vincent,
>> Everything you did is correct but rtkfdk always applies the ramp
>> filter along the first dimension and does not check if this
>> corresponds to the direction orthogonal to the rotation axis. For
>> your case, it is probably not so difficult to adapt the code.
>> When there is a small rotation, it is debatable whether one
>> should ignore the rotation for the ramp filter, resample the
>> image, or recalculate the filter in 2D (see our recent
>> publication here <https://doi.org/10.1088/1361-6560/ab7875> which
>> has not been implemented in RTK). I have opened an issue on
>> github <https://github.com/SimonRit/RTK/issues/335>, hopefully
>> we'll find time to fix this in the future (at least raise an
>> exception above a parametrable rotation threshold).
>> Best regards,
>> Simon
>>
>> On Wed, Apr 15, 2020 at 7:00 PM vincent <vl at xris.eu
>> <mailto:vl at xris.eu>> wrote:
>>
>> Hi RTK community,
>>
>> I hope everyone is doing well in those hard times.
>>
>> I have a panel that is rotated by 90° on the CT system. I
>> used to
>> rotate the images back in the right orientation before
>> building the
>> sinogram with rtkprojections, but then I thought I might give
>> a try at
>> the "newdirection" option. Using the matrix [0 1 0 ; 1 0 0 ;
>> 0 0 1]
>> gives the expected results. So far so good. But when I try to
>> reconstruct the latter with the same geometric parameters
>> than for the
>> pre-rotated projections, I obtain a very blurry result (vs a
>> sharp one
>> in the first case). I am obviously missing something, and I
>> would
>> suspect I am not giving the right information to the rtkfdk
>> application. So far, here is what I have tried:
>>
>> -keep the projections in the initial orientation, but give the
>> "newdirection" option to the rtkfdk application,
>>
>> -specify the "newdirection" in both rtkprojections and rtkfdk,
>>
>> -turn to you for advice !
>>
>> I thank you very much in advance for any help you might be
>> able to give.
>>
>> Best regards,
>>
>> Vincent
>>
>> _______________________________________________
>> Rtk-users mailing list
>> Rtk-users at public.kitware.com
>> <mailto:Rtk-users at public.kitware.com>
>> https://public.kitware.com/mailman/listinfo/rtk-users
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/rtk-users/attachments/20200424/8d1f928b/attachment.html>
More information about the Rtk-users
mailing list