<div dir="ltr">Hi David, <div><br></div><div>interesting indeed ... I would suggest, maybe, to use a second phase-space actor attached to the crystal and see if you can observe similar behavior. </div><div><br></div><div>You mentioned "range cut", but did you really used "ranged cut" (<a href="https://opengate.readthedocs.io/en/latest/cut_and_variance_reduction_technics.html#special-cuts">https://opengate.readthedocs.io/en/latest/cut_and_variance_reduction_technics.html#special-cuts</a>) or the default "production cut" (<a href="https://opengate.readthedocs.io/en/latest/cut_and_variance_reduction_technics.html#id2">https://opengate.readthedocs.io/en/latest/cut_and_variance_reduction_technics.html#id2</a>) ? <br></div><div><br></div><div>I don't really get why the # of incident gammas is lower with lower cut ; maybe try to look at the energy spectra ? Also, there are differences between crystalHits and phase-space. For example: crystalHits do not store hits when edep=0 while phasespace does. Phase space actor has many options (storeAllStep for example, see <a href="https://github.com/OpenGATE/Gate/blob/develop/source/digits_hits/src/GatePhaseSpaceActorMessenger.cc">https://github.com/OpenGATE/Gate/blob/develop/source/digits_hits/src/GatePhaseSpaceActorMessenger.cc</a>) you can play with to try understand what happens. Be sure to define (in particular): storeSecondaries (should be false), storeOutgoingParticles (should be false) and storeAllStep (should be false). </div><div><br></div><div>Sincerely, </div><div>David</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 17, 2022 at 11:34 PM David Leibold <<a href="mailto:D.Leibold@tudelft.nl">D.Leibold@tudelft.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div>
<div style="overflow-wrap: break-word;">Dear Gaters,
<div><br>
</div>
<div>I am simulating a cone beam CT setup where I output the Hits / Singles registered in the detector, which I then split into primary and scatter contribution based on the
<font face="Consolas"><span style="font-style:normal">nPhantomCompton</span></font>,
<font face="Consolas"><span style="font-style:normal">nPhantomRayleigh</span></font> and
<font face="Consolas"><span style="font-style:normal">parentID</span></font> parameters. These indicate the number of Compton or Rayleigh scatter events in the phantom and whether a particle was created by the source or via creation of secondary
 particles.</div>
<div>We noticed that the scatter-to-primary ratio in our simulation was far below the values reported in literature (more than a factor 10). I was able to show that for certain range cuts not every scattered photon exhibited a <font face="Consolas">nPhantomCompton </font>or <font face="Consolas">nPhantomRayleigh</font> value
 that would have indicated that it was indeed scattered. In the following I will try to explain what I mean by that and which behaviour of the simulation I can’t explain. </div>
<div><br>
</div>
<div>In the following figure you will see on the left the simulation setup:</div>
<div>
<ul>
<li>A monoenergetic source emitting a pencil beam of 120 keV photons,</li><li>A water cube serving as a phantom,</li><li>A phase space actor in front of a realistic (two-dimensional) detector,</li><li>And a CTdetector of a realistic material (CsI), to which a crystalSD detector is attached.</li></ul>
</div>
<div><br>
</div>
<div>With the output of the crystalSD detector (Hits/Singles) and the phase space actor, one can simply plot the coordinates of the intersection point of the incident photons with the detector plane. Any photon that does not go through the centre axis
 must then either have been scattered in the water phantom or be a secondary. (*)</div>
<div>Additionally, the crystalSD detector outputs the <font face="Consolas">nPhantomCompton</font>, <font face="Consolas">nPhantomRayleigh</font> and <font face="Consolas">parentID</font> parameters, which I used initially
 to separate primaries from scatter. </div>
<div><br>
</div>
<div></div>
</div>
<div><img src="cid:180d6e0f1d95ccf4f381"> </div>
<div style="overflow-wrap: break-word;">
<div></div>
<div>(*) Note: In the Hits dataset, I only evaluate the first entry for a given eventID, so scatter inside the detector does not influence this evaluation (I guess?). In the data of the phase space actor, only photons flying in the direction of the
 detector are evaluated.</div>
<div><br>
</div>
<div><br>
</div>
<div>In the following the range cut<b> inside the detector</b> is now varied. I then evaluated:</div>
<div>
<ul>
<li>How many photons end up in the detector, which is evaluated by counting the number of unique eventIDs in the Hits dataset (label “incident photons”),</li><li>How many photons are flagged by Gate as scatter or as secondary particle, based on the <font face="Consolas">nPhantomCompton</font>, <font face="Consolas">nPhantomRayleigh</font> and <font face="Consolas">parentID</font> parameters
 (label “Gate: scatter&secondaries”),</li><li>How many photons are outside the centre axis, based on the their intersection with the phase space actor (label “off-centre in phase-space”), </li><li>and how many photons are outside the centre axis, based on their intersection with the realistic detector (i.e., using their coordinates as registered in the Hits output, label “hits off-centre").</li></ul>
<div>The following plot shows the results:</div>
</div>
<div></div>
</div>
<div><img src="cid:180d6e0f1d979344b8f2"> </div>
<div style="overflow-wrap: break-word;">
<div></div>
<div><br>
</div>
<div>As one can see, below a certain range cut the number of events flagged by Gate as scatter or secondaries (via the  <font face="Consolas">nPhantomCompton</font>, <font face="Consolas">nPhantomRayleigh</font> and <font face="Consolas">parentID</font> parameters)
 drops considerably and deviates from the evaluation based on the number of photons that are off-centre. I have no explanation for this phenomenon.</div>
<div><br>
</div>
<div>Now let’s zoom into the the number of incident photons: </div>
<div><br>
</div>
<div></div>
</div>
<div><img src="cid:180d6e0f1d9c8edcfc13"> </div>
<div style="overflow-wrap: break-word;">
<div></div>
<div>Interestingly, the number of photons incident on the detector varies with the range cut, which to me is unexpected. Sure, the number of interactions inside the detector increases with decreasing range cut, but this should have no effect on the
 number of incident photons.</div>
<div><br>
</div>
<div>Here is a zoom into the number of off-axis photons:</div>
<div></div>
</div>
<div><img src="cid:180d6e0f1daca31ec584"> </div>
<div style="overflow-wrap: break-word;">
<div></div>
<div>I don’t have an explanation why the phase space actor and the crystalSD have a slightly different number of off-axis photons, but this is at the moment not my main concern. Again, one can see that their number changes with decreasing range cut.</div>
<div><br>
</div>
<div><br>
</div>
<div>Last but not least, I kept the range cut in the detector at the default value and instead changed the range cut inside the phantom. Here is the result:</div>
<div></div>
</div>
<div><img src="cid:180d6e0f1da79dd659b5"> </div>
<div style="overflow-wrap: break-word;">
<div></div>
<div>In this case, the three different ways to extract the number of scatter and primaries agree more or less. Again, one can clearly see a change in the number of total incident photons with smaller range cuts.</div>
<div><br>
</div>
<div><br>
</div>
<div>So far, I am unable to explain the behaviour shown above, and I am not sure whether I did something wrong in my Gate simulation or whether this is a bug. Please find attached the Gate macros that I used to create this minimum example, and also
 the Python script I used to evaluate the resulting data. FYI, I use Gate version 9.1, and I also observe this behaviour with Gate version 9.0.</div>
<div>Any help or suggestions would be greatly appreciated. If you think that this is a bug, then I am happy to submit a bug report on GitHub.</div>
<div><br>
</div>
<div>Thanks a lot for your time in advance!</div>
<div><br>
</div>
<div>Kind regards,</div>
<div>David Leibold</div>
<div><br>
</div>
<div><br>
</div>
<div></div>
</div>
<div style="overflow-wrap: break-word;">
<div></div>
<div><br>
</div>
</div>
</div>

_______________________________________________<br>
Gate-users mailing list<br>
<a href="mailto:Gate-users@lists.opengatecollaboration.org" target="_blank">Gate-users@lists.opengatecollaboration.org</a><br>
<a href="http://lists.opengatecollaboration.org/mailman/listinfo/gate-users" rel="noreferrer" target="_blank">http://lists.opengatecollaboration.org/mailman/listinfo/gate-users</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="color:rgb(0,0,0)">David Sarrut, Phd</span><br></div><div><font color="#000000">Directeur de recherche CNRS</font></div><div><font color="#000000">CREATIS, UMR CNRS 5220, Inserm U1294</font></div><div><font color="#000000">Centre de lutte contre le cancer Léon Bérard</font></div><div><font color="#000000">28 rue Laënnec, 69373 Lyon cedex 08</font></div><div><font color="#000000">Tel : 04 78 78 51 51 / 06 74 72 05 42</font></div><div><font color="#000000"><a href="http://dsarrut.github.io" target="_blank">http://dsarrut.github.io</a></font></div><div><font color="#000000">_________________________________</font></div><div><font color="#000000"> "2 + 2 = 5,  for extremely large values of 2"</font></div><div><font color="#000000">_________________________________</font></div></div></div>