[Gate-users] Fluence actor information
Simon Rit
simon.rit at creatis.insa-lyon.fr
Tue Sep 15 11:53:04 CEST 2015
Hi,
Sorry for the confusion. I would encourage you to read the code but I'll
try to answer:
1. the fluence actor inherits from GateVImageActor so this is the same as
many other image actors, see, e.g., this section of the wiki
<http://wiki.opengatecollaboration.org/index.php/Users_Guide_V7.1:Readout_parameters_for_Radiotherapy_applications:_Actors#3D_matrix_actor_.28Image_actor.29>
2. the actor has been developped for photon imaging and the goal of this
option was to separate photons that had the same direction as the primary
from those that had been scattered (see line 296
<https://github.com/OpenGATE/Gate/blob/develop/source/digits_hits/src/GateFluenceActor.cc>).
If enabled, the image of the scattered particles only is written.
3. You're right, entering would be more correct according to the comment
line 236
<https://github.com/OpenGATE/Gate/blob/develop/source/digits_hits/src/GateFluenceActor.cc>
4. The name is not correct, it should be a GateCountActor indeed... but
that should be easy to post process your result. I don't know if there is
any other actor available for the fluence.
Simon
On Mon, Sep 14, 2015 at 12:24 PM, Anders Garpebring <
anders.garpebring at umu.se> wrote:
> Dear Gate users,
>
>
>
> Can someone explain the fluence actor a bit more. Is there some more
> documentation than in the gate manual? Some specific questions:
>
>
>
> 1. If I use the command “setSize” will the image be centered around
> the center of the mother volume and have the physical size I specify?
>
> 2. What is meaning of enableScatter? Is it that scattered radiation
> is be counted too? For instance when radiation first pass through a pixel
> and then is scattered back through the pixel
>
> 3. In the gate documentation it says that each (new) particle
> passing a volume is counted. What does this mean? Shouldn’t one count all
> particles entering?
>
> 4. Counting particles entering a pixel is not a good way to measure
> fluence since the fluence become a function of the pixel geometry. Is this
> somehow compensated for? If not are there some more advanced fluence actor
> available? For instance one that is based on track length.
>
> Best,
>
> Anders
>
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Gate-users mailing list
> Gate-users at lists.opengatecollaboration.org
> http://lists.opengatecollaboration.org/mailman/listinfo/gate-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengatecollaboration.org/mailman/private/gate-users/attachments/20150915/f9aae934/attachment.html>
More information about the Gate-users
mailing list