From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: From ieee.safdary at gmail.com Sun May 3 07:37:16 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Sun, 3 May 2015 16:07:16 +0430 Subject: [Rtk-users] throax phantopm reconstruction Message-ID: Hi Can RTK reconstruct total fov of throax phantom? && Do you know or reffer about high speed flat panel detector? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyril.mory at creatis.insa-lyon.fr Mon May 4 03:12:34 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 04 May 2015 09:12:34 +0200 Subject: [Rtk-users] throax phantopm reconstruction In-Reply-To: References: Message-ID: <55471BE2.70409@creatis.insa-lyon.fr> Hi Safdari, Sorry, but I do not understand your questions. - Can you clarify what you mean by "total fov" ? - What kind of information do you expect from us on high speed flat panel detectors ? Best regards, Cyril On 05/03/2015 01:37 PM, safdary mohsen wrote: > Hi > Can RTK reconstruct total fov of throax phantom? > > && > > Do you know or reffer about high speed flat panel detector? > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.mason at ed.ac.uk Thu May 7 07:40:26 2015 From: j.mason at ed.ac.uk (Jonathan Mason) Date: Thu, 07 May 2015 12:40:26 +0100 Subject: [Rtk-users] Conjugate Gradient Artefact Message-ID: <554B4F2A.9090706@ed.ac.uk> Hello RTK users, I have been using RTK for a couple of weeks now, and really like the software. The extensive number of tools available is really impressive and helpful, so thanks! I have been experiencing an cylindrical artefact in using conjugate gradient reconstruction ? illustrated in the attached images along with FDK with no artefact ? of which I am unsure of its origin. The data is a scan of a thorax phantom from a Varian on-board imager. At first I suspected it was due to the specimen extending beyond the reconstruction volume, but extending this unfortunately did not help. Something else I have noticed is that the FOV filter isolates just this pale cylindrical artefact around the centre of rotation. Do you know of the cause of this effect, or how it could be remedied? Best wishes, Jonathan -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -------------- next part -------------- A non-text attachment was scrubbed... Name: cg.png Type: image/png Size: 103343 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdk.png Type: image/png Size: 156690 bytes Desc: not available URL: From simon.rit at creatis.insa-lyon.fr Thu May 7 08:38:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Thu, 7 May 2015 14:38:47 +0200 Subject: [Rtk-users] Conjugate Gradient Artefact In-Reply-To: <554B4F2A.9090706@ed.ac.uk> References: <554B4F2A.9090706@ed.ac.uk> Message-ID: Hi, Probably an offset detector artefact. Look at this conversation: http://public.kitware.com/pipermail/rtk-users/2015-March/000713.html Maybe try one of the algorithms that properly uses the offset detector filter? For the FOV, the option --displaced will provide the full FOV. I hope this helps, Simon On Thu, May 7, 2015 at 1:40 PM, Jonathan Mason wrote: > Hello RTK users, > > I have been using RTK for a couple of weeks now, and really like the > software. The extensive number of tools available is really impressive > and helpful, so thanks! > > I have been experiencing an cylindrical artefact in using conjugate > gradient reconstruction ? illustrated in the attached images along with > FDK with no artefact ? of which I am unsure of its origin. The data is a > scan of a thorax phantom from a Varian on-board imager. At first I > suspected it was due to the specimen extending beyond the reconstruction > volume, but extending this unfortunately did not help. Something else I > have noticed is that the FOV filter isolates just this pale cylindrical > artefact around the centre of rotation. > > Do you know of the cause of this effect, or how it could be remedied? > > Best wishes, > > Jonathan > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Sun May 10 16:50:17 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Sun, 10 May 2015 23:50:17 +0300 Subject: [Rtk-users] How to make the comparison? Message-ID: Hi all. I have implemented SART algorithm with some optimizations.and i wanna to make a comparison with the implementations in our RTK. My questions are: 1. how to use RTK to generate the initial volume(i.e., ground Truth )to make the comparison? 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom to generate a reference volume. However, I noticed that in the ADMMTV example in RTK wiki page, when i use the default demand, it works well (both for rtkadmmtotalvariation and rtkdrawgeometricphantom) . But when i change the spacing from 2 to 1, and dimension as 128. i.e. the commands from rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile SheppLogan.txt -o ref.mha to rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha the volume's visualization(ref.mha) is wired . So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. Thanks in advance and with my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ieee.safdary at gmail.com Mon May 11 02:16:47 2015 From: ieee.safdary at gmail.com (safdary mohsen) Date: Mon, 11 May 2015 10:46:47 +0430 Subject: [Rtk-users] thorax phantom projection Message-ID: Hi Jonathan can you send to me your thorax phantom projections or thorax projections Best Regards, Safdari.M -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 04:06:49 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 10:06:49 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, If you half the spacing you need twice the dimension (in length, or 8 times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. Is this what you want? Regards, Chao 2015-05-10 22:50 GMT+02:00 Guangming Zang : > Hi all. > I have implemented SART algorithm with some optimizations.and i wanna to > make a comparison with the implementations in our RTK. > My questions are: > 1. how to use RTK to generate the initial volume(i.e., ground Truth )to > make the comparison? > 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom > to generate a reference volume. However, > I noticed that in the ADMMTV example in RTK wiki page, > > when i use the default demand, it works well (both for rtkadmmtotalvariation > and rtkdrawgeometricphantom) > . But when i change the spacing from 2 to 1, and dimension as 128. > i.e. the commands > from > rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile > SheppLogan.txt -o ref.mha > to > > rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha > > the volume's visualization(ref.mha) is wired . > > So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. > > > Thanks in advance and with my best regards > > Guangming > > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:05:06 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:05:06 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Thanks for your help. Yes, it works. But I am still a little confused. In the example in wiki, the only input for command rtkdrawgeometricphantom is SheppLogan.txt, in which , after I checked, the geometry information is not included. So I thought I can generated any size of volume as I want. (for example, 64^3 volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) why should the dimension *spacing (1*512=2*256=512) should be fixed as a constant??? Briefly speaking,my question is , by using command rtkadmmtotalvariation or rtkdrawgeometricphantom, how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 . Is it possible for the SheppLogan.txt provided by this example to make it ??? So could you help me to find the solution?? Thanks for your help, Chao. With my best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 11:06 GMT+03:00 Chao Wu : > Hi Guangming, > > If you half the spacing you need twice the dimension (in length, or 8 > times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. > Is this what you want? > > Regards, > Chao > > 2015-05-10 22:50 GMT+02:00 Guangming Zang : > >> Hi all. >> I have implemented SART algorithm with some optimizations.and i wanna to >> make a comparison with the implementations in our RTK. >> My questions are: >> 1. how to use RTK to generate the initial volume(i.e., ground Truth )to >> make the comparison? >> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >> to generate a reference volume. However, >> I noticed that in the ADMMTV example in RTK wiki page, >> >> when i use the default demand, it works well (both for rtkadmmtotalvariation >> and rtkdrawgeometricphantom) >> . But when i change the spacing from 2 to 1, and dimension as 128. >> i.e. the commands >> from >> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >> SheppLogan.txt -o ref.mha >> to >> >> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >> >> the volume's visualization(ref.mha) is wired . >> >> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >> >> >> Thanks in advance and with my best regards >> >> Guangming >> >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> _______________________________________________ >> Rtk-users mailing list >> Rtk-users at public.kitware.com >> http://public.kitware.com/mailman/listinfo/rtk-users >> >> > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wuchao04 at gmail.com Mon May 11 07:18:41 2015 From: wuchao04 at gmail.com (Chao Wu) Date: Mon, 11 May 2015 13:18:41 +0200 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Guangming, Glad to see you get it work. The size of the phantom is described in physical units (e.g. mm) in the txt file. The spacing of the image file is also in physical units (mm) and the dimension is in number of voxels. Therefore spacing * dimension gives you the physical size of the image volume. That's why if you want to have the same volume in mm^3 you need keep the spacing * dimension a constant. If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with the *same* *content, not same physical size*, you are actually looking for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller in length. You can get this phantom by changing the size description in the txt file, or you can first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1. Regards, Chao 2015-05-11 13:05 GMT+02:00 Guangming Zang : > > > Hi Chao, > > Thanks for your help. > > Yes, it works. But I am still a little confused. > > In the example in wiki, > the > only input for command rtkdrawgeometricphantom is SheppLogan.txt, in > which , after I checked, the geometry information is not included. So I > thought I can generated any size of volume as I want. (for example, 64^3 > volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) > why should the dimension *spacing (1*512=2*256=512) should be fixed as > a constant??? > > > Briefly speaking,my question is , by using command rtkadmmtotalvariation > or rtkdrawgeometricphantom, > how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 > . Is it possible for the SheppLogan.txt provided by this example to make > it ??? > > So could you help me to find the solution?? > > Thanks for your help, Chao. > > With my best regards > > Guangming > > *Guangming Zang (Alex)* > *King Abdullah University of Science and Technology(KAUST)* > *University of Chinese Academy of Sciences(UCAS)* > > > > > 2015-05-11 11:06 GMT+03:00 Chao Wu : > >> Hi Guangming, >> >> If you half the spacing you need twice the dimension (in length, or 8 >> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >> Is this what you want? >> >> Regards, >> Chao >> >> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >> >>> Hi all. >>> I have implemented SART algorithm with some optimizations.and i wanna to >>> make a comparison with the implementations in our RTK. >>> My questions are: >>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>> )to make the comparison? >>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>> to generate a reference volume. However, >>> I noticed that in the ADMMTV example in RTK wiki page, >>> >>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>> and rtkdrawgeometricphantom) >>> . But when i change the spacing from 2 to 1, and dimension as 128. >>> i.e. the commands >>> from >>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>> SheppLogan.txt -o ref.mha >>> to >>> >>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>> >>> the volume's visualization(ref.mha) is wired . >>> >>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>> >>> >>> Thanks in advance and with my best regards >>> >>> Guangming >>> >>> >>> *Guangming Zang (Alex)* >>> *King Abdullah University of Science and Technology(KAUST)* >>> *University of Chinese Academy of Sciences(UCAS)* >>> >>> >>> >>> >>> ------------------------------ >>> This message and its contents, including attachments are intended solely >>> for the original recipient. If you are not the intended recipient or have >>> received this message in error, please notify me immediately and delete >>> this message from your computer system. Any unauthorized use or >>> distribution is prohibited. Please consider the environment before printing >>> this email. >>> _______________________________________________ >>> Rtk-users mailing list >>> Rtk-users at public.kitware.com >>> http://public.kitware.com/mailman/listinfo/rtk-users >>> >>> >> > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guangming.zang at kaust.edu.sa Mon May 11 07:46:38 2015 From: guangming.zang at kaust.edu.sa (Guangming Zang) Date: Mon, 11 May 2015 14:46:38 +0300 Subject: [Rtk-users] How to make the comparison? In-Reply-To: References: Message-ID: Hi Chao, Your explanation is very clear and helpful, thanks very much, Chao :) As for the two ways you suggested to generated a 128^3 size volume with spacing =1, i prefer the second one( i.e. first create a dimension=128 but spacing=4 image file and subsequently change the spacing from 4 to 1.) But the question is after i first create a dimension=128 with spacing=4 image file, i got a output(That's say A.mha) . how could use the A.mha as a input to generate a volume( B.mha) with spacing as 1? what command should i use BTW, Is it available to use RTK to generate SheppLogan phantom with different volume size automatically ? Thanks again. Best regards Guangming *Guangming Zang (Alex)* *King Abdullah University of Science and Technology(KAUST)* *University of Chinese Academy of Sciences(UCAS)* 2015-05-11 14:18 GMT+03:00 Chao Wu : > Hi Guangming, > > Glad to see you get it work. > > The size of the phantom is described in physical units (e.g. mm) in the > txt file. The spacing of the image file is also in physical units (mm) and > the dimension is in number of voxels. Therefore spacing * dimension gives > you the physical size of the image volume. That's why if you want to have > the same volume in mm^3 you need keep the spacing * dimension a constant. > > If you want to have a 128^3 dimension spacing=1 SheppLogan phantom with > the *same* *content, not same physical size*, you are actually looking > for a smaller phantom: 128 * 1 is 1/4 of 256 * 2, so it is 4 times smaller > in length. You can get this phantom by changing the size description in the > txt file, or you can first create a dimension=128 but spacing=4 image file > and subsequently change the spacing from 4 to 1. > > Regards, > Chao > > 2015-05-11 13:05 GMT+02:00 Guangming Zang : > >> >> >> Hi Chao, >> >> Thanks for your help. >> >> Yes, it works. But I am still a little confused. >> >> In the example in wiki, >> the >> only input for command rtkdrawgeometricphantom is SheppLogan.txt, in >> which , after I checked, the geometry information is not included. So I >> thought I can generated any size of volume as I want. (for example, 64^3 >> volume dimension with spacing 1 or 1024^3 volume dimension with spacing 10) >> why should the dimension *spacing (1*512=2*256=512) should be fixed as >> a constant??? >> >> >> Briefly speaking,my question is , by using command rtkadmmtotalvariation >> or rtkdrawgeometricphantom, >> how can i generated a 128^3 dimension SheppLogan volume with spacing as 1 >> . Is it possible for the SheppLogan.txt provided by this example to make >> it ??? >> >> So could you help me to find the solution?? >> >> Thanks for your help, Chao. >> >> With my best regards >> >> Guangming >> >> *Guangming Zang (Alex)* >> *King Abdullah University of Science and Technology(KAUST)* >> *University of Chinese Academy of Sciences(UCAS)* >> >> >> >> >> 2015-05-11 11:06 GMT+03:00 Chao Wu : >> >>> Hi Guangming, >>> >>> If you half the spacing you need twice the dimension (in length, or 8 >>> times in volume) to cover the same area, i.e. --spacing 1 --dimension 512. >>> Is this what you want? >>> >>> Regards, >>> Chao >>> >>> 2015-05-10 22:50 GMT+02:00 Guangming Zang : >>> >>>> Hi all. >>>> I have implemented SART algorithm with some optimizations.and i wanna >>>> to make a comparison with the implementations in our RTK. >>>> My questions are: >>>> 1. how to use RTK to generate the initial volume(i.e., ground Truth >>>> )to make the comparison? >>>> 2. My answer to the question 1 is that maybe i can use rtkdrawgeometricphantom >>>> to generate a reference volume. However, >>>> I noticed that in the ADMMTV example in RTK wiki page, >>>> >>>> when i use the default demand, it works well (both for rtkadmmtotalvariation >>>> and rtkdrawgeometricphantom) >>>> . But when i change the spacing from 2 to 1, and dimension as 128. >>>> i.e. the commands >>>> from >>>> rtkdrawgeometricphantom --spacing 2 --dimension 256--phantomfile >>>> SheppLogan.txt -o ref.mha >>>> to >>>> >>>> rtkdrawgeometricphantom --spacing 1 --dimension 128 --phantomfile SheppLogan.txt -o ref.mha >>>> >>>> the volume's visualization(ref.mha) is wired . >>>> >>>> So can you help me to find what's going on or tell me a better way to make the comparison between RTK method and my implementations. >>>> >>>> >>>> Thanks in advance and with my best regards >>>> >>>> Guangming >>>> >>>> >>>> *Guangming Zang (Alex)* >>>> *King Abdullah University of Science and Technology(KAUST)* >>>> *University of Chinese Academy of Sciences(UCAS)* >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> This message and its contents, including attachments are intended >>>> solely for the original recipient. If you are not the intended recipient or >>>> have received this message in error, please notify me immediately and >>>> delete this message from your computer system. Any unauthorized use or >>>> distribution is prohibited. Please consider the environment before printing >>>> this email. >>>> _______________________________________________ >>>> Rtk-users mailing list >>>> Rtk-users at public.kitware.com >>>> http://public.kitware.com/mailman/listinfo/rtk-users >>>> >>>> >>> >> >> ------------------------------ >> This message and its contents, including attachments are intended solely >> for the original recipient. If you are not the intended recipient or have >> received this message in error, please notify me immediately and delete >> this message from your computer system. Any unauthorized use or >> distribution is prohibited. Please consider the environment before printing >> this email. >> > > -- ------------------------------ This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rune.Slot.Thing at rsyd.dk Tue May 12 03:19:17 2015 From: Rune.Slot.Thing at rsyd.dk (Rune Slot Thing) Date: Tue, 12 May 2015 07:19:17 +0000 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Message-ID: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mading at neusoft.com Tue May 12 22:10:01 2015 From: mading at neusoft.com (=?GB2312?B?wu22oQ==?=) Date: Wed, 13 May 2015 10:10:01 +0800 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter Message-ID: <201505131009563942307@neusoft.com> Dear all, I'm reconstructing an image with 25% detector shift, but I don't known how to set the geometry parameters or others. what should I do? Martin --------------------------------------------------------------------------------------------------- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 09:56:58 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 09:56:58 -0400 Subject: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files In-Reply-To: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> References: <18E0770FE83C1C4BBBCC4C7C1C48F7E18A58A49B@SRVODEEXCH03.Rsyd.net> Message-ID: <003201d08f17$039b17e0$0ad147a0$@gmail.com> Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Fri May 15 18:14:51 2015 From: theday79 at gmail.com (Yang K Park) Date: Fri, 15 May 2015 18:14:51 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader Message-ID: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.cxx URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rtkElektaXVI5GeometryXMLFile.h URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: From cyril.mory at creatis.insa-lyon.fr Mon May 18 04:23:01 2015 From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory) Date: Mon, 18 May 2015 10:23:01 +0200 Subject: [Rtk-users] How to use DisplacedDetectorImageFilter In-Reply-To: <201505131009563942307@neusoft.com> References: <201505131009563942307@neusoft.com> Message-ID: <5559A165.1040108@creatis.insa-lyon.fr> Hi Martin, The displaced detector filter is integrated in the pipeline of all reconstruction applications in RTK. It will automatically correct for the shift of your detector if you provide the correct geometry file. The geometry information must be obtained from the device you use for the acquisition, together with the projections. You can simulate the geometry of a 360? acquisition, with 180 projections (one every 2?) and default Source-Isocenter distance and Source-Detector distance with the following command : rtksimulatedgeometry -n 180 -o geometry.xml and edit the "geometry.xml" file to understand how it is built. If you obtain the geometry information from your device, but fail to convert it to an xml RTK geometry file, we can provide help to put you on the right track. Regards, Cyril On 05/13/2015 04:10 AM, ?? wrote: > Dear all, > I'm reconstructing an image with 25% detector shift, but I don't > known how to set the geometry parameters or others. what should > I do? > Martin > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------------------------------------- > Confidentiality Notice: The information contained in this e-mail and > any accompanying attachment(s) > is intended only for the use of the intended recipient and may be > confidential and/or privileged of > Neusoft Corporation, its subsidiaries and/or its affiliates. If any > reader of this communication is > not the intended recipient, unauthorized use, forwarding, printing, > storing, disclosure or copying > is strictly prohibited, and may be unlawful.If you have received this > communication in error,please > immediately notify the sender by return e-mail, and delete the > original message and all copies from > your system. Thank you. > --------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Mon May 18 08:36:25 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Mon, 18 May 2015 14:36:25 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Mon May 18 10:57:05 2015 From: theday79 at gmail.com (Yang K Park) Date: Mon, 18 May 2015 10:57:05 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> Message-ID: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.rit at creatis.insa-lyon.fr Tue May 19 15:29:47 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Tue, 19 May 2015 21:29:47 +0200 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park wrote: > Hi Simon, > > > > Attached is the example xml file. (FYI, projection projection (*.his) > files are same as previous Elekta XVI ones, except for naming style.) > > Thanks for the information about the github. I will create the request > soon. > > > > Yang > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com] *On Behalf Of *Simon > Rit > *Sent:* Monday, May 18, 2015 8:36 AM > *To:* Yang K Park > *Cc:* rtk-users at public.kitware.com; Rune Slot Thing > *Subject:* Re: [Rtk-users] Elekta XVI 5.0 XML reader > > > > Dear Yang, > This is great thanks! It's been pushed > > with minor style fixes > . > Next time, the best is to create a pull request on github, then I can > directly accept the request. > A regression test is missing yet. Could you share an example of such xml > file so that we create the regression test? > > Thanks again, > > Simon > > > > > > On Sat, May 16, 2015 at 12:14 AM, Yang K Park wrote: > > Hi RTK developers, > > > > Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and > rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file > from XVI 5.0. > > > > Testing is successfully done with my RTK but I don?t have a commitment > authority. Would anyone please commit them to the repository? > > > > The way to use it is quite similar to > ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new > ones are coded with the back-bone of > ThreeDCircularProjectionGeometryXMLFileReader) > > > > > > For example, in rtkfdk example, > > > > 1) #include "rtkElektaXVI5GeometryXMLFile.h" > > 2) Replace the following codes: > > > > rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; > > geometryReader = > rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); > > > > with following codes: > > > > rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; > > geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); > > > > > > Please let me know if there is any issue or bug. > > > > Thanks. > > > > Yang > > > > > > > > > > *From:* Yang K Park [mailto:theday79 at gmail.com] > *Sent:* Friday, May 15, 2015 9:57 AM > *To:* 'Rune Slot Thing'; rtk-users at public.kitware.com > *Subject:* RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Rune, > > > > Our hospital has successfully installed XVI 5.0.2 last December and it is > working fine now. > > > > The most interesting feature is, the XVI can stream the kV images to any 3 > rd party client with ~5 Hz frame via Gigabit network (if the project > streaming feature is purchased.) This feature also can be used while MV > beam is on. > > > > Regarding the geometry file, what the difference from the previous one is, > from now on there is an individual xml file containing all the geometry > information as well as other useful information such as beam-on flag (kV, > MV) and acquisition time stamp. This file is saved in each projection > directory, not a root folder. Therefore, we no longer need to backup > FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not > included in this xml file so we are using fixed values for them (SAD = 1000 > mm, SID = 1536 mm), which I believe is identical to every XVI system. > > > > Regarding the RTK compatibility, we?ve implemented a reader for the new > xml file by using a Qt library in our in-house CBCT software based on RTK. > So, it is working fine for us. However, since Qt is not a part of the > official RTK I was planning to implement it using itk but not yet done. (It > has been on my to-do-list for a long time, but I should confess my laziness > L) > > > > I?m going to resume working on soon and will keep you posted if any > achievement is made. > > (If it is urgent, I can also send you our compiled in-house software just > in case.) > > > > Or feel free to contribute to the development if you are interested in. > I?m attaching a sample of the new xml file. > > > > Congratulations on your new XVI system! > > > > Yang > > > > p.s. Hello RTK developers, > > I have been a mere user of RTK and never have committed any code to the > repository. May I have the commitment authority or can I send my files to > someone who might be in charge of update? Thanks. > > > > > > > > > > *From:* Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk > ] > *Sent:* Tuesday, May 12, 2015 3:19 AM > *To:* 'Yang Kyun Park'; rtk-users at public.kitware.com > *Subject:* SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Dear all, > > > > Following up on this question from November last year, has anyone > succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? > We are facing the upgrade next week, and are very interested in any and all > experiences with the new format and RTK, whether the code is part of the > official RTK or not. > > > > Thanks in advance, all help will be much appreciated. > > > > > > Best regards, > > > > Rune Slot Thing > > PhD Student > > Institute of Clinical Research, University of Southern Denmark > > Laboratory of Radiation Physics, Odense University Hospital > > rune.slot.thing at rsyd.dk > > > > *Fra:* Rtk-users [mailto:rtk-users-bounces at public.kitware.com > ] *P? vegne af *Yang Kyun Park > *Sendt:* 11. november 2014 16:53 > *Til:* 'Simon Rit' > *Cc:* rtk-users at public.kitware.com > *Emne:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Simon, > > > > I feel some responsibilities for it if I?m the first user/reporter of the > new XVI system. > > > > Let me try to figure it out. > > > > Thanks. > > > > Yang > > > > > > > > *From:* simon.rit at gmail.com [mailto:simon.rit at gmail.com > ] *On Behalf Of *Simon Rit > *Sent:* Tuesday, November 11, 2014 3:24 AM > *To:* Yang Kyun Park > *Cc:* rtk-users at public.kitware.com > *Subject:* Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no > longer uses .DBF files > > > > Hi Yang, > > I knew this was coming but you are the first one to report it to me. This > is actually good news because the DBF reader was far from efficient and SQL > is easier. Would you be willing to try to develop a new reader? I'm sure > there are many portable SQL readers that could help us. > > Simon > > > > On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: > > Hi all, > > > > I?ve been successfully using ?ElektaSynergyGeometryReader? class to > extract the CBCT geometry from our Elekta database files (IMAGE.DBF and > FRAME.DBF). > > > > Recently, our Elekta XVI systems are under upgrade and I found that this > latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, > there seems to be some .sql files that contains those geometry information. > > > > I?m wondering if some of you are also ?suffering? from this upgrade or > having any ideas about this issue. > > > > Thanks. > > > > Yang > > > > > > > > > > > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From theday79 at gmail.com Wed May 20 00:29:40 2015 From: theday79 at gmail.com (Yang K Park) Date: Wed, 20 May 2015 00:29:40 -0400 Subject: [Rtk-users] Elekta XVI 5.0 XML reader In-Reply-To: References: <004e01d08f5c$913e5950$b3bb0bf0$@gmail.com> <000201d0917a$e90aa150$bb1fe3f0$@gmail.com> Message-ID: <000001d092b5$974aec30$c5e0c490$@gmail.com> Hi Simon, Sounds great! Thanks. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, May 19, 2015 3:30 PM To: Yang K Park Cc: rtk-users at public.kitware.com; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Thank you for the example file. A test has been added and your class can now be used directly from the command line application, as explained in point 2 of the Elekta wiki page . Simon On Mon, May 18, 2015 at 4:57 PM, Yang K Park > wrote: Hi Simon, Attached is the example xml file. (FYI, projection projection (*.his) files are same as previous Elekta XVI ones, except for naming style.) Thanks for the information about the github. I will create the request soon. Yang From: simon.rit at gmail.com [mailto:simon.rit at gmail.com ] On Behalf Of Simon Rit Sent: Monday, May 18, 2015 8:36 AM To: Yang K Park Cc: rtk-users at public.kitware.com ; Rune Slot Thing Subject: Re: [Rtk-users] Elekta XVI 5.0 XML reader Dear Yang, This is great thanks! It's been pushed with minor style fixes . Next time, the best is to create a pull request on github, then I can directly accept the request. A regression test is missing yet. Could you share an example of such xml file so that we create the regression test? Thanks again, Simon On Sat, May 16, 2015 at 12:14 AM, Yang K Park > wrote: Hi RTK developers, Regarding Rune?s request, I?ve coded rtkElektaXVI5GeometryXMLFile.h and rtkElektaXVI5GeometryXMLFile.cxx (as attached) to import ?_Frame.xml? file from XVI 5.0. Testing is successfully done with my RTK but I don?t have a commitment authority. Would anyone please commit them to the repository? The way to use it is quite similar to ThreeDCircularProjectionGeometryXMLFileReader class. (actually, the new ones are coded with the back-bone of ThreeDCircularProjectionGeometryXMLFileReader) For example, in rtkfdk example, 1) #include "rtkElektaXVI5GeometryXMLFile.h" 2) Replace the following codes: rtk::ThreeDCircularProjectionGeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ThreeDCircularProjectionGeometryXMLFileReader::New(); with following codes: rtk::ElektaXVI5GeometryXMLFileReader::Pointer geometryReader; geometryReader = rtk::ElektaXVI5GeometryXMLFileReader::New(); Please let me know if there is any issue or bug. Thanks. Yang From: Yang K Park [mailto:theday79 at gmail.com ] Sent: Friday, May 15, 2015 9:57 AM To: 'Rune Slot Thing'; rtk-users at public.kitware.com Subject: RE: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Rune, Our hospital has successfully installed XVI 5.0.2 last December and it is working fine now. The most interesting feature is, the XVI can stream the kV images to any 3rd party client with ~5 Hz frame via Gigabit network (if the project streaming feature is purchased.) This feature also can be used while MV beam is on. Regarding the geometry file, what the difference from the previous one is, from now on there is an individual xml file containing all the geometry information as well as other useful information such as beam-on flag (kV, MV) and acquisition time stamp. This file is saved in each projection directory, not a root folder. Therefore, we no longer need to backup FRAME.DBF and IMAGE.DBF files. However, SAD and SID information is not included in this xml file so we are using fixed values for them (SAD = 1000 mm, SID = 1536 mm), which I believe is identical to every XVI system. Regarding the RTK compatibility, we?ve implemented a reader for the new xml file by using a Qt library in our in-house CBCT software based on RTK. So, it is working fine for us. However, since Qt is not a part of the official RTK I was planning to implement it using itk but not yet done. (It has been on my to-do-list for a long time, but I should confess my laziness :() I?m going to resume working on soon and will keep you posted if any achievement is made. (If it is urgent, I can also send you our compiled in-house software just in case.) Or feel free to contribute to the development if you are interested in. I?m attaching a sample of the new xml file. Congratulations on your new XVI system! Yang p.s. Hello RTK developers, I have been a mere user of RTK and never have committed any code to the repository. May I have the commitment authority or can I send my files to someone who might be in charge of update? Thanks. From: Rune Slot Thing [mailto:Rune.Slot.Thing at rsyd.dk] Sent: Tuesday, May 12, 2015 3:19 AM To: 'Yang Kyun Park'; rtk-users at public.kitware.com Subject: SV: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Dear all, Following up on this question from November last year, has anyone succeeded in creating a geometry reader for the new Elekta XVI 5.0 system? We are facing the upgrade next week, and are very interested in any and all experiences with the new format and RTK, whether the code is part of the official RTK or not. Thanks in advance, all help will be much appreciated. Best regards, Rune Slot Thing PhD Student Institute of Clinical Research, University of Southern Denmark Laboratory of Radiation Physics, Odense University Hospital rune.slot.thing at rsyd.dk Fra: Rtk-users [ mailto:rtk-users-bounces at public.kitware.com] P? vegne af Yang Kyun Park Sendt: 11. november 2014 16:53 Til: 'Simon Rit' Cc: rtk-users at public.kitware.com Emne: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Simon, I feel some responsibilities for it if I?m the first user/reporter of the new XVI system. Let me try to figure it out. Thanks. Yang From: simon.rit at gmail.com [ mailto:simon.rit at gmail.com] On Behalf Of Simon Rit Sent: Tuesday, November 11, 2014 3:24 AM To: Yang Kyun Park Cc: rtk-users at public.kitware.com Subject: Re: [Rtk-users] New version of Eletka XVI software (5.0.2) no longer uses .DBF files Hi Yang, I knew this was coming but you are the first one to report it to me. This is actually good news because the DBF reader was far from efficient and SQL is easier. Would you be willing to try to develop a new reader? I'm sure there are many portable SQL readers that could help us. Simon On Mon, Nov 10, 2014 at 11:37 PM, Yang Kyun Park > wrote: Hi all, I?ve been successfully using ?ElektaSynergyGeometryReader? class to extract the CBCT geometry from our Elekta database files (IMAGE.DBF and FRAME.DBF). Recently, our Elekta XVI systems are under upgrade and I found that this latest version of XVI (v 5.0.2) no longer uses those DBF files. Instead, there seems to be some .sql files that contains those geometry information. I?m wondering if some of you are also ?suffering? from this upgrade or having any ideas about this issue. Thanks. Yang _______________________________________________ Rtk-users mailing list Rtk-users at public.kitware.com http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.mascolo-fortin.1 at ulaval.ca Fri May 29 17:34:43 2015 From: julia.mascolo-fortin.1 at ulaval.ca (Julia Mascolo-Fortin) Date: Fri, 29 May 2015 17:34:43 -0400 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: References: Message-ID: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Hi, I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. I use: OS: Linux (Mageia 2) Compiler: gcc 4.6.3 ITK version: 4.5.1 RTK version: the one downloaded from git on May 28 2015 I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). Thank you for any clue on how to solve the problem, Julia Mascolo-Fortin From simon.rit at creatis.insa-lyon.fr Sat May 30 05:49:00 2015 From: simon.rit at creatis.insa-lyon.fr (Simon Rit) Date: Sat, 30 May 2015 11:49:00 +0200 Subject: [Rtk-users] Linking error with rtkLookupTableImageFilter.h In-Reply-To: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> References: <7D6AC078C6120348BBBA81A076369E6287C7D43BBB@EXCH-MBX-C.ulaval.ca> Message-ID: Hi, I didn't manage to reprocude your problem quickly but my guess is that the problem is that the template specializations in this class have not been declare inline. Can you try to use the attached file, recompile RTK and then your software to check if this solves the problem? Thanks for the report and please don't hesitate to report your other 'shared libs option' bug. Simon On Fri, May 29, 2015 at 11:34 PM, Julia Mascolo-Fortin wrote: > Hi, > > I'm having a linking error with a RTK project when I include the file rtkLookupTableImageFilter.h (or any RTK file that includes it). > If the #include is in the main.cxx, the program compiles and run, but if it's in any other source or header files, I see those errors: > > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(float const&) const': > main.cpp:(.text+0x0): multiple definition of `rtk::Functor::LUT::operator()(float const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0x0): first defined here > CMakeFiles/test.dir/main.cpp.o: In function `rtk::Functor::LUT::operator()(double const&) const': > main.cpp:(.text+0xd0): multiple definition of `rtk::Functor::LUT::operator()(double const&) const' > CMakeFiles/test.dir/ReadingWriting.cpp.o:ReadingWriting.cpp:(.text+0xd0): first defined here > > > Also, when I comment the lines where the functions rtk::Functor::LUT::operator()(float const&) const and rtk::Functor::LUT::operator()(double const&) const are defined (lines 96 to 112) the program compiles juste fine. > > I use: > > OS: Linux (Mageia 2) > Compiler: gcc 4.6.3 > ITK version: 4.5.1 > RTK version: the one downloaded from git on May 28 2015 > > I have compiled RTK and ITK in Release mode and without the shared libs option (there's another bug if I try to put this option on). > > > > Thank you for any clue on how to solve the problem, > > Julia Mascolo-Fortin > _______________________________________________ > Rtk-users mailing list > Rtk-users at public.kitware.com > http://public.kitware.com/mailman/listinfo/rtk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: rtkLookupTableImageFilter.h Type: text/x-chdr Size: 6508 bytes Desc: not available URL: