<div dir="ltr"><div><div><div><div><div>Hi Guillem,<br><br></div>I do not have the answer for that problem, but few suggestions.<br><br></div>Try to use the command "/gate/application/verbose 2". This will print out the number of EMITTED particles from the source at the end of the acquisition. If this is not the expected one, one has to dig in this direction (in this case that may be a bug), otherwise the problem may be related to the detection process.<br>
<br>As the problem disappears at bigger activities or fewer number of runs, I
would suspect some kind of rounding error accumulations (if the problem
comes from the number of emitted particles) ...<br><br></div>Also, are you applying any decay to your source ?<br></div><div>What kind of source are you using (backtoback, e+ or ion) ?<br></div><div>Apologize for the silly question, but did you change the random seed from a replicate to another ?<br>
</div><div><br></div></div>Regards,<br>Simon<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 11:51 PM, Guillem Pratx <span dir="ltr"><<a href="mailto:pratx@stanford.edu" target="_blank">pratx@stanford.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Dear GATE users and developers,<div><br></div><div>I have noticed a strange behavior with PET simulations that use low counts and short time slices. In my set-up, I am simulating a point source inside the Inveon PET scanner. The activity of the point source is varied from 1 to 1000 Bq,the total run time is 100 sec, the the time slice is 0.2 s (so 500 slices).</div>
<div><br></div><div>For 1 Bq, one would expect ~ 7 counts on average but in fact I observed 23 (average over 250 realizations). For higher activity, the error is smaller but still statistically significant (see attached plot). The issue disappears around 1000 Bq or if the number of time slices is reduced to ~ 10 (instead of 500). Note that if the activity of the source is 0 Bq, then no counts are observed, so this is not a background issue.</div>
<div><br></div><div>So my question is is there an explanation for this behavior, or could this be a bug in how counts are generated within each time frame?</div><div><br></div><div>Thank you for your help in solving this issue.</div>
<div><br></div><div><div>
<div style="text-indent:0px;letter-spacing:normal;text-align:start;text-transform:none;white-space:normal;word-wrap:break-word;word-spacing:0px"><div style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;text-transform:none;white-space:normal;font-family:Helvetica;word-wrap:break-word;word-spacing:0px">
Guillem Pratx, PhD<br>_______________________________________________<br><br> Assistant Professor<span style="white-space:pre-wrap"> </span>Office A247<br> Radiation Oncology<span style="white-space:pre-wrap"> </span>1050 Arastradero Rd<br>
Stanford University<span style="white-space:pre-wrap"> </span> Palo Alto, CA 94304<br> <a href="http://pratxlab.stanford.edu" target="_blank">http://pratxlab.stanford.edu</a> (650) 724-9829<br>_______________________________________________</div>
</div>
</div><div><br></div>
<img name="144b3591e705749c_time_slice_bug.png" src="cid:CB913E82-A55A-491A-AC41-F4ECB9D6073D@Stanford.EDU" height="585" width="733"></div></div><br>_______________________________________________<br>
Gate-users mailing list<br>
<a href="mailto:Gate-users@lists.opengatecollaboration.org">Gate-users@lists.opengatecollaboration.org</a><br>
<a href="http://lists.opengatecollaboration.org/mailman/listinfo/gate-users" target="_blank">http://lists.opengatecollaboration.org/mailman/listinfo/gate-users</a><br></blockquote></div><br></div>