[Gate-users] Voxel size voxilized phantom / source

Theodora Kostou theokost at upatras.gr
Fri Jul 28 13:54:43 CEST 2017


 

Hello, 

For the source position, you should insert: 

/gate/source/SOURENAME/setPosition -271.39 -135. -888. mm 

It has to be shifted on each axis because otherwise by default the
source is positioned in the 1st quarter. 

Also Gate reads the voxel dimensions that you insert in the interfile
header. 

Kind Regards, 

Theodora 

Στις 2017-07-28 13:00,
gate-users-request at lists.opengatecollaboration.org έγραψε: 

> Send Gate-users mailing list submissions to
> gate-users at lists.opengatecollaboration.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.opengatecollaboration.org/mailman/listinfo/gate-users [1]
> or, via email, send a message with subject or body 'help' to
> gate-users-request at lists.opengatecollaboration.org
> 
> You can reach the person managing the list at
> gate-users-owner at lists.opengatecollaboration.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Gate-users digest..."
> 
> Today's Topics:
> 
> 1. Vrts in GATE a comparative analysis (G Tom)
> 2. Voxel size voxilized phantom / source (Niels van der Werf)
> 3. Question about GPU tracking on CT simulation (邢潇丹)
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Thu, 27 Jul 2017 08:30:12 -0400
> From: G Tom <gregthom992 at gmail.com>
> To: Gate-users <gate-users at lists.opengatecollaboration.org>
> Subject: [Gate-users] Vrts in GATE a comparative analysis
> Message-ID:
> <CAFh_-OP=LZheSoeX8WyxUDMKh2cxZfRxBw9ADE9nV5B6cbm5=g at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Hi all does anyone know of a paper or papers studying the comparative
> analysis of all VRT implemented in GATE?. Based on BeamNRC it seems the
> directional Bremsstrahlung Splitting is most efficient. How is this
> implemented in GATE? For a few references I found it seems splitting factor
> of 100 is suggested but what about the directional component that is field
> size and red dependent in simulations for radiotherapy linear accelerator
> Secondly what efficient exist for electron beam simulations in GATE
> 
> Thank you.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.opengatecollaboration.org/pipermail/gate-users/attachments/20170727/5d2b6a97/attachment-0001.html [2]>
> 
> ------------------------------
> 
> Message: 2
> Date: Thu, 27 Jul 2017 17:57:57 +0200
> From: Niels van der Werf <nrvdwerf at gmail.com>
> To: gate-users at lists.opengatecollaboration.org
> Subject: [Gate-users] Voxel size voxilized phantom / source
> Message-ID: <18B02CBD-A44D-4945-BE50-0FAB8B0B7FA3 at gmail.com>
> Content-Type: text/plain; charset=us-ascii
> 
> Dear all,
> 
> With help of Konstantinos I managed to use the ICRP 109 phantom as both a voxilized phantom (metaimage) and as a voxilized source (interfile).
> 
> However, the results are not completely to my satisfaction. The reason for this probably lies in the voxel dimensions. I am wondering if the voxel dimensions, as declared in the meta image and interfile header are taken into account for by GATE. Does anyone know if this is the case?
> 
> This also leads to my other question. The phantom is has the following x y z voxels: 254 127 222. For x and y the size is 2.137 mm/voxel, with a slice thickness (z) of 8 mm. For the source a position has to be set at half of the dimensions for some apparent reason. Should this be:
> 
> /gate/source/SOURENAME/setPosition -270.1 -135. -888. mm 
> 
> Or
> 
> /gate/source/SOURENAME/setPosition -127. -63.5 -111. mm
> 
> Or something else?
> 
> I hope someone can help me with these two questions!
> 
> Kind regards,
> Niels van der Werf
> 
> Medical Physics Resident
> 
> ------------------------------
> 
> Message: 3
> Date: Fri, 28 Jul 2017 11:28:18 +0800 (GMT+08:00)
> From: 邢潇丹 <13307110404 at fudan.edu.cn>
> To: gate-users at lists.opengatecollaboration.org
> Subject: [Gate-users] Question about GPU tracking on CT simulation
> Message-ID:
> <28ed036c.34e2f.15d873cda7e.Coremail.13307110404 at fudan.edu.cn>
> Content-Type: text/plain; charset=UTF-8
> 
> Dear Gate users,
> Recently I've been trying to simulate CT based on gate. To accelerate my simulation, I attached GPU tracking inside my codes. When I ran the example provided by gate, in which the source is mono-energetic, everything went well and I could get a fine CT image. But then I tried to change the source energy into an arbitrary spectrum, the beam seemed to be absorbed completely by the phantom. The CT image was all black without any particles. As long as I disabled the GPU tracking actor, the CT image output turned fine again. I googled it and find this----
> http://hypernews.slac.stanford.edu/HyperNews/geant4/get/Multithreading/49.html [3]
> It seems that I'm not the only one being trapped by this problem. And that really puzzles me.
> Thanks a lot for your help. Any reply will be truly appreciated. 
> 
> --
> 
> Xiaodan Xing
> The Department of Physics
> Fudan University
> 
> ------------------------------
> 
> Subject: Digest Footer
> 
> _______________________________________________
> Gate-users mailing list
> Gate-users at lists.opengatecollaboration.org
> http://lists.opengatecollaboration.org/mailman/listinfo/gate-users [1]
> 
> ------------------------------
> 
> End of Gate-users Digest, Vol 134, Issue 31
> *******************************************

Theodora Kostou
 PhD candidate, Department of Medical Physics
 University of Patras
 Greece

 email: theokost at upatras.gr
 tel: +30 6983859577
 supervisor: http://www.kagadis.gr [4] 

Links:
------
[1] http://lists.opengatecollaboration.org/mailman/listinfo/gate-users
[2]
http://lists.opengatecollaboration.org/pipermail/gate-users/attachments/20170727/5d2b6a97/attachment-0001.html
[3]
http://hypernews.slac.stanford.edu/HyperNews/geant4/get/Multithreading/49.html
[4] http://www.kagadis.gr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengatecollaboration.org/pipermail/gate-users/attachments/20170728/e9f51713/attachment.html>


More information about the Gate-users mailing list