<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Thank you for your help Kris and Claude :)<BR>Johannes<br> <BR><div>> From: gate-users-request@lists.opengatecollaboration.org<br>> Subject: Gate-users Digest, Vol 89, Issue 7<br>> To: gate-users@lists.opengatecollaboration.org<br>> Date: Mon, 7 Oct 2013 12:00:01 +0200<br>> <br>> Send Gate-users mailing list submissions to<br>>    gate-users@lists.opengatecollaboration.org<br>> <br>> To subscribe or unsubscribe via the World Wide Web, visit<br>>         http://lists.opengatecollaboration.org/mailman/listinfo/gate-users<br>> or, via email, send a message with subject or body 'help' to<br>>     gate-users-request@lists.opengatecollaboration.org<br>> <br>> You can reach the person managing the list at<br>>     gate-users-owner@lists.opengatecollaboration.org<br>> <br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of Gate-users digest..."<br>> <br>> <br>> Today's Topics:<br>> <br>>    1. How to view .hdr/.img files (Stathis Kamperis)<br>>    2. Re: ECAT7 output with user defined scanner (Kris Thielemans)<br>>    3. Re: How to view .hdr/.img files (D?vid V?lgyes)<br>>    4. Re: How to view .hdr/.img files (Stathis Kamperis)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>> Date: Sun, 6 Oct 2013 15:01:16 +0300<br>> From: Stathis Kamperis <ekamperi@gmail.com><br>> To: gate-users@lists.opengatecollaboration.org<br>> Subject: [Gate-users] How to view .hdr/.img files<br>> Message-ID:<br>>      <CACYCkUvTDowjH7_CtsoEb_XNiQUztdy1UY9ukRD1kVwByQ=RbA@mail.gmail.com><br>> Content-Type: text/plain; charset=ISO-8859-1<br>> <br>> Hi everyone,<br>> <br>> I have enabled a dose actor in my simulation. The output for 3D images<br>> is .hdr/.img. Is there a program to view the resultant image ? Or an<br>> easy way to convert the raw pixel data into a format that a regular<br>> image viewer can display ?<br>> <br>> Thanks,<br>> Stathis<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Sun, 6 Oct 2013 13:36:56 +0100<br>> From: "Kris Thielemans" <kris.f.thielemans@gmail.com><br>> To: <gate-users@lists.opengatecollaboration.org><br>> Subject: Re: [Gate-users] ECAT7 output with user defined scanner<br>> Message-ID: <000101cec290$bed36fd0$3c7a4f70$@gmail.com><br>> Content-Type: text/plain;  charset="iso-8859-1"<br>> <br>> Hi Johannes,<br>> Claude is correct. One way to handle this is to use STIR's<br>> ifheaders_for_ecat7 utility to get Interfile headers "pointing" into your<br>> ECAT 7 header. You can then edit these by hand (or by script) to correct the<br>> info. <br>> <br>> You can find some info  on the STIR wiki, including<br>> http://sourceforge.net/apps/mediawiki/stir/index.php?title=STIR_FAQ#How_do_I<br>> _add_my_own_scanner_to_STIR.3F<br>> <br>> Kris<br>> <br>> > -----Original Message-----<br>> > From: gate-users-bounces@lists.opengatecollaboration.org [mailto:gate-<br>> > users-bounces@lists.opengatecollaboration.org] On Behalf Of COMTAT<br>> > Claude<br>> > Sent: 02 October 2013 10:21<br>> > To: gate-users@lists.opengatecollaboration.org<br>> > Subject: Re: [Gate-users] ECAT7 output with user defined scanner<br>> > <br>> > Hi Johannes,<br>> > <br>> > <br>> > <br>> > The problem is that some data that are required to reconstruct an image<br>> are<br>> > missing in the ECAT7 header. An example is the ring diameter. It is not<br>> > possible to store the ring diameter in a ECAT7 file (neither the number of<br>> > detectors per ring).<br>> > <br>> > As STIR requires this information, it has a database for each known<br>> scanner<br>> > model.  What is printed at the end of your email is not the content of the<br>> > ECAT7 header, but the content of STIR database:<br>> > <br>> > <br>> > <br>> > WARNING: ECAT7 IO: Bin size from header.x_resolution (2.00714) does not<br>> > agree with expected value 2.25<br>> > <br>> > for scanner ECAT 962. Using bin size from header...<br>> > <br>> > Info for file yourSinogram.S<br>> > <br>> > ProjDataInfoCylindricalNoArcCorr :=<br>> > <br>> > Scanner parameters:=<br>> > <br>> > Scanner type := ECAT 962<br>> > <br>> > Number of rings                          := 32<br>> > <br>> > Number of detectors per ring             := 576<br>> > <br>> > Inner ring diameter (cm)                 := 82.4<br>> > <br>> > Average depth of interaction (cm)        := 0.7<br>> > <br>> > Distance between rings (cm)              := 0.485<br>> > <br>> > Default bin size (cm)                    := 0.200714<br>> > <br>> > View offset (degrees)                    := 0<br>> > <br>> > Maximum number of non-arc-corrected bins := 288<br>> > <br>> > Default number of arc-corrected bins     := 288<br>> > <br>> > Number of blocks per bucket in transaxial direction         := 3<br>> > <br>> > Number of blocks per bucket in axial direction              := 4<br>> > <br>> > Number of crystals per block in axial direction             := 8<br>> > <br>> > Number of crystals per block in transaxial direction        := 8<br>> > <br>> > Number of detector layers                                   := 1<br>> > <br>> > Number of crystals per singles unit in axial direction      := 8<br>> > <br>> > Number of crystals per singles unit in transaxial direction := 24<br>> > <br>> > end scanner parameters:=<br>> > <br>> > <br>> > <br>> > As you set the scanner model to zero in your ECAT7 file<br>> > (#/gate/output/ecat7/system 962  ), STIR does not recognize it. As a<br>> > consequence, STIR assumes it is an HR+ (default scanner):<br>> > <br>> > <br>> > <br>> > WARNING: ECAT7 IO: Couldn't determine the scanner<br>> > <br>> > (Main_header.system_type=0), defaulting to 962.<br>> > <br>> > This might give dramatic problems.<br>> > <br>> > <br>> > <br>> > You should define a new scanner model ID in GATE, like<br>> > /gate/output/ecat7/system 492,   and create in STIR the corresponding<br>> > database. I do not know how to create your own database in STIR.<br>> > <br>> > <br>> > <br>> > Claude<br>> > <br>> > <br>> > <br>> > De : gate-users-bounces@lists.opengatecollaboration.org [mailto:gate-<br>> > users-bounces@lists.opengatecollaboration.org] De la part de Johannes<br>> > Anderl<br>> > Envoy? : mercredi 2 octobre 2013 10:49<br>> > ? : gate-users@lists.opengatecollaboration.org<br>> > Objet : [Gate-users] ECAT7 output with user defined scanner<br>> > <br>> > <br>> > <br>> > Dear all,<br>> > <br>> > I have a problem concerning the ECAT7 Output.<br>> > I would like to simulate a user defined scanner and not the E962 scanner<br>> > type.<br>> > The created yourSinogram.S file still contains the default values (ring<br>> > diameter, detectors per ring,...)  for the E962 scanner model.<br>> > Is there a possbility to get this ECAT7 *.S output with the user defined<br>> > scanner values?<br>> > <br>> > The code for the user defined scanner type can be seen below:<br>> > <br>> > /gate/world/daughters/name ecat<br>> > /gate/world/daughters/insert cylinder<br>> > /gate/ecat/setMaterial Air<br>> > /gate/ecat/geometry/setRmax 44.1 cm<br>> > /gate/ecat/geometry/setRmin 42.1 cm<br>> > /gate/ecat/geometry/setHeight 21.7685 cm<br>> > /gate/ecat/vis/forceWireframe<br>> > <br>> > #     B L O C K<br>> > /gate/ecat/daughters/name block<br>> > /gate/ecat/daughters/insert box<br>> > /gate/block/placement/setTranslation 431.0 0.0 0.0 mm<br>> > /gate/block/geometry/setXLength 20.0 mm<br>> > /gate/block/geometry/setYLength 52.17127 mm<br>> > /gate/block/geometry/setZLength 52.17127 mm<br>> > /gate/block/setMaterial Air<br>> > /gate/block/vis/forceWireframe<br>> > <br>> > # C R Y S T A L<br>> > /gate/block/daughters/name crystal<br>> > /gate/block/daughters/insert box<br>> > /gate/crystal/geometry/setXLength 20.0 mm<br>> > /gate/crystal/geometry/setYLength 4 mm<br>> > /gate/crystal/geometry/setZLength 4 mm<br>> > /gate/crystal/setMaterial LSO<br>> > /gate/crystal/vis/setColor yellow<br>> > <br>> > # R E P E A T    C R Y S T A L<br>> > /gate/crystal/repeaters/insert cubicArray<br>> > /gate/crystal/cubicArray/setRepeatNumberX 1<br>> > /gate/crystal/cubicArray/setRepeatNumberY 13<br>> > /gate/crystal/cubicArray/setRepeatNumberZ 13<br>> > /gate/crystal/cubicArray/setRepeatVector 0. 4.0142725 4.0142725 mm<br>> > <br>> > # R E P E A T    BLOCK (reproduziert die Box entlang eines Rings)<br>> > /gate/block/repeaters/insert linear<br>> > /gate/block/linear/setRepeatNumber 4<br>> > /gate/block/linear/setRepeatVector 0. 0. 55.17127 mm<br>> > /gate/block/repeaters/insert ring<br>> > /gate/block/ring/setRepeatNumber 48<br>> > <br>> > The ecat7 code can be seen below:<br>> > <br>> > /gate/output/ecat7/enable<br>> > /gate/output/ecat7/verbose 2<br>> > /gate/output/ecat7/setFileName yourSinogram<br>> > /gate/output/ecat7/describe<br>> > /gate/output/ecat7/mashing 2<br>> > /gate/output/ecat7/span 103<br>> > /gate/output/ecat7/maxringdiff 51<br>> > #/gate/output/ecat7/system 962<br>> > <br>> > Looking at the values from the yoursinogram.S using list_projdata_info<br>> from<br>> > STIR shows:<br>> > <br>> > <br>> > WARNING: ECAT7 IO: Couldn't determine the scanner<br>> > (Main_header.system_type=0), defaulting to 962.<br>> > This might give dramatic problems.<br>> > <br>> > <br>> > WARNING: ECAT7 IO: Bin size from header.x_resolution (2.00714) does not<br>> > agree with expected value 2.25<br>> > for scanner ECAT 962. Using bin size from header...<br>> > Info for file yourSinogram.S<br>> > ProjDataInfoCylindricalNoArcCorr :=<br>> > Scanner parameters:=<br>> > Scanner type := ECAT 962<br>> > Number of rings                          := 32<br>> > Number of detectors per ring             := 576<br>> > Inner ring diameter (cm)                 := 82.4<br>> > Average depth of interaction (cm)        := 0.7<br>> > Distance between rings (cm)              := 0.485<br>> > Default bin size (cm)                    := 0.200714<br>> > View offset (degrees)                    := 0<br>> > Maximum number of non-arc-corrected bins := 288<br>> > Default number of arc-corrected bins     := 288<br>> > Number of blocks per bucket in transaxial direction         := 3<br>> > Number of blocks per bucket in axial direction              := 4<br>> > Number of crystals per block in axial direction             := 8<br>> > Number of crystals per block in transaxial direction        := 8<br>> > Number of detector layers                                   := 1<br>> > Number of crystals per singles unit in axial direction      := 8<br>> > Number of crystals per singles unit in transaxial direction := 24<br>> > end scanner parameters:=<br>> > <br>> > <br>> > Thanks in advance,<br>> > <br>> > Johannes<br>> > <br>> <br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 3<br>> Date: Sun, 6 Oct 2013 15:00:31 +0200<br>> From: D?vid V?lgyes  <david.volgyes@gmail.com><br>> To: Stathis Kamperis <ekamperi@gmail.com><br>> Cc: gate-users <gate-users@lists.opengatecollaboration.org><br>> Subject: Re: [Gate-users] How to view .hdr/.img files<br>> Message-ID:<br>>        <CABwnx5hyJpygnn_akG+t3gGGwKO9DrpTMGgLxbjW=ttEjrJgxw@mail.gmail.com><br>> Content-Type: text/plain; charset=UTF-8<br>> <br>> Hi,<br>> <br>> Most of the viewers can open it, for example, Amide is a basic,<br>> cross-platform viewer which works fine with hdr/img.<br>> <br>> Best,<br>>   David<br>> <br>> On Sun, Oct 6, 2013 at 2:01 PM, Stathis Kamperis <ekamperi@gmail.com> wrote:<br>> > Hi everyone,<br>> ><br>> > I have enabled a dose actor in my simulation. The output for 3D images<br>> > is .hdr/.img. Is there a program to view the resultant image ? Or an<br>> > easy way to convert the raw pixel data into a format that a regular<br>> > image viewer can display ?<br>> ><br>> > Thanks,<br>> > Stathis<br>> > _______________________________________________<br>> > Gate-users mailing list<br>> > Gate-users@lists.opengatecollaboration.org<br>> > http://lists.opengatecollaboration.org/mailman/listinfo/gate-users<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 4<br>> Date: Sun, 6 Oct 2013 16:30:32 +0300<br>> From: Stathis Kamperis <ekamperi@gmail.com><br>> To: D?vid V?lgyes <david.volgyes@gmail.com><br>> Cc: gate-users <gate-users@lists.opengatecollaboration.org><br>> Subject: Re: [Gate-users] How to view .hdr/.img files<br>> Message-ID:<br>>       <CACYCkUu2EtzHDOxaNCJXFkpSm41G=T5ptf4XvZhctWN1QjbDCA@mail.gmail.com><br>> Content-Type: text/plain; charset=ISO-8859-1<br>> <br>> Thanks David,<br>> <br>> amide works fine, just like VV viewer as suggested by Yahya@<br>> <br>> -Stathis<br>> <br>> On Sun, Oct 6, 2013 at 4:00 PM, D?vid V?lgyes <david.volgyes@gmail.com> wrote:<br>> > Hi,<br>> ><br>> > Most of the viewers can open it, for example, Amide is a basic,<br>> > cross-platform viewer which works fine with hdr/img.<br>> ><br>> > Best,<br>> >   David<br>> ><br>> > On Sun, Oct 6, 2013 at 2:01 PM, Stathis Kamperis <ekamperi@gmail.com> wrote:<br>> >> Hi everyone,<br>> >><br>> >> I have enabled a dose actor in my simulation. The output for 3D images<br>> >> is .hdr/.img. Is there a program to view the resultant image ? Or an<br>> >> easy way to convert the raw pixel data into a format that a regular<br>> >> image viewer can display ?<br>> >><br>> >> Thanks,<br>> >> Stathis<br>> >> _______________________________________________<br>> >> Gate-users mailing list<br>> >> Gate-users@lists.opengatecollaboration.org<br>> >> http://lists.opengatecollaboration.org/mailman/listinfo/gate-users<br>> <br>> <br>> ------------------------------<br>> <br>> _______________________________________________<br>> Gate-users mailing list<br>> Gate-users@lists.opengatecollaboration.org<br>> http://lists.opengatecollaboration.org/mailman/listinfo/gate-users<br>> <br>> End of Gate-users Digest, Vol 89, Issue 7<br>> *****************************************<br></div>                                     </div></body>
</html>