[Rtk-users] Half Fan dataset

[Simon Rit]

Hi Gabriele,
Great that you moved forward.
It's quite sure that the current implementation does not handle this new
exotic geometry. So my suggestion would be to implement your own weights
(e.g., using the python package).
It's not clear to me what you're trying to achieve here but it seems to me
that only the central part seen by all source positions has enough data
(point of space which see at least 180° of source positions) to be
reconstructible. Maybe you should draw your two cones at 90° and -90° to be
sure of what you're doing? Don't hesitate to share such a drawing on which
we could comment.
Best regards,
Simon

On Tue, Oct 29, 2019 at 4:10 PM <gabriele.belotti.bergamo at gmail.com> wrote:

> Dear Simon and RTK users,
>
> I’ve been experimenting on the generation of Half Fan CBCT images
> successfully from reprojections of CTs starting from Simon’s suggestions.
> So far I was able to reconstruct images by displacing the detector in the
> X direction (+ or -) and completing a single rotation. Results were good
> and the FOV was of course larger than the one obtained from using the same
> virtual detector without displacement.
>
> I’ve taken the simulation a step further and I’m currently creating a
> geometry which is similar to the combination of “rtksimulatedgeometry -n
> 180 --proj_iso_x <displacement> -o g_1” and “rtksimulatedgeometry -n 180
> --proj_iso_x <(-1)*displacement> -o g_2 -f 180” (I’m rotating first between
> 0° and 180° while displacing by half detector size on +X and then 180° and
> 360° while displacing by half detector size on -X).
> With this single .xml I’m reprojecting a CT into a single .mha using
> rtkforwardprojections and then I’m using the output as input for rtkfdk.
>
> My results however suffer from a centered artifact, of semi-cylindrical
> shape, in my opinion caused by the superimposition of rays from the two
> beams around the isocenter.
> This is further supported by the fact that the more I displace the
> detector the smaller the artefact becomes (of course I can’t displace more
> than 50% of detector size).
> I guess a possible solution would be to have a perfect half-cone x-ray
> beam by shaping it using a collimator, but I’m not sure how to proceed on
> this in the simulated environment.
> Have you got any suggestions or observation on how to achieve a
> reconstruction based on this? (two rotations/acquistion given two opposite
> detector displacements)
>
> Thanks in advance,
> Gabriele
>
>
>
>
>
>
>
> *Da:* Simon Rit <simon.rit at creatis.insa-lyon.fr>
> *Inviato:* venerdì 11 ottobre 2019 13.10
> *A:* gabriele.belotti.bergamo at gmail.com
> *Cc:* rtk-users <rtk-users at public.kitware.com>
> *Oggetto:* Re: [Rtk-users] Half Fan dataset
>
>
>
> Hi,
>
> It's easy to generate, you need to offset your detector, either via the
> RTK geometry or by setting the first coordinate of the origin of your
> projection to something which makes the projection uncentered. For example,
> in the geometry :
>
> rtksimulatedgeometry -n 180 --proj_iso_x 100 -o g
>
> rtkprojectshepploganphantom -g g -o proj.mha
>
> rtkfdk -p . -g g -r proj.mha -o fdk.mha
>
> You can simulate from a CT image by following this example
> <http://wiki.openrtk.org/index.php/RTK/Scripts/ForwardProjection>.
>
> Simon
>
>
>
> On Fri, Oct 11, 2019 at 9:58 AM <gabriele.belotti.bergamo at gmail.com>
> wrote:
>
> Dear RTK users and developers,
>
> I’m currently experimenting with FDK reconstruction and I’m struggling to
> find a Half-Fan projection dataset to fiddle around.. Do you know where I
> can find one? I’ve taken into consideration generating a set of DRRs from
> an existing phantom. Any help or advice you can give me would be greatly
> appreciated, thanks!
>
> Gabriele Belotti
>
>
>
>
>
> _______________________________________________
> Rtk-users mailing list
> 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/20191029/b589e9c3/attachment-0001.html>