Only first spot got calculated while analyzing IDD #815
-
|
Note matRad version: "Blaise" v2.10.1(matRadHITC-7a6004d9), copied from Hello, I'm working on analyzing the IDD calculated by matRad with our own beam data. I'll describe the workflow briefly and the issue encountered.
In the experiment, I noticed that only first spot got calculated. In other word, the variable, I guessed the issued caused by [matRad_doseEngineBase] (https://github.com/e0404/matRad/blob/dev/matRad/doseCalc/%2BDoseEngines/%40matRad_DoseEngineBase/matRad_DoseEngineBase.m) stf(i).numOfBixelsPerRay(j) is 1, causing k=1 and only first weight, stf(i).ray(j).weight(k), tranfer into calculation. I'm trying to solve the problem by patch variable like script shown below. Is it correct or other suggestion for this issue? I really appreciate you read this. regards, |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 4 replies
-
|
When you do a forward calculation with matRad_calcDoseForward(...), we avoid storing the spot-specific information. Spots will directly be added up. Still, the output is weird. I think it might rather be an issue of the DICOM import, that it doesn't import the spot geometry into the stf correctly, and while patching it might work, I would rather check if we can see what is going on during DICOM import of the RTPlan. Could you tell me a bit about the plan geometry? How many energy layers, how many spots laterally? |
Beta Was this translation helpful? Give feedback.

Okay, so it is indeed weird that
stf.numOfBixelsPerRay(j) == 1Retracing your copy date as 17th of August last year, I identified this commit as the point where you branched off for your developments: https://github.com/e0404/matRad/tree/01b0d9db822c24d29c6743b21a5ac634e22e82a1
This is the part in the DICOM import on this branch that probably goes wrong:
https://github.com/ni484call5/matRad/blob/5b175b9d0d3bade26924aced63c8a7421f7aab1e/dicom/matRad_importDicomSteeringParticles.m#L202-L217
There, a
uniqueoperation is run on the energies intended as cleanup, which will remove your duplicate energies from this ray. I think the original idea did not consider a scenario like yours where you w…