-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pinnacle registration info #1811
Comments
There's an old pinnacle email group (I've lost track of) that might know how the MR registrations used to be kept. If you can find it or have samples that we could look at I'd definitely be interested in exploring this further. |
@crcrewso Thanks for your reply. Sorry that I can't provide patient files as test sample. Are you talking about this google group (https://groups.google.com/g/pinnacle3-users)? I did some searching, but can't find any useful information. Do you think it's possible to get it working within phmedphys_pinnacle module? |
That's the group, without seeing what the files look like or what version of Pinnacle you're recovering from I can't be sure. My clinic didn't have many MRIs in the datasets when we took on converting our archives. |
It doesn't needs to be MRI, could be PET. I believe that I found the registration info is saved in plan.VolumeInfo file, but have no idea on how to implement this in phmedphys_pinnacle module. Could you please share some thoughts? A sample code will be a great help! |
Sorry I should have been clearer, we don't have any registrations of multiple images in our archives, access to RT compatible PET and MRI scans occured only after we transitioned to Eclipse. |
#1597 (comment) |
I think having sample data to work on is kind of key for all of this. The snipped of Volume Info provided in #1597 was translation only in the 4x4 matrix... |
@sjswerdloff , thank you for your explanation. Do you have any suggestion to properly anonymize patient in pinnacle? I can change the patient name and DOB, but what about the info in DICOM images? Could you explain what is the 4x4 matrix means? |
@hotsenblotz Sorry for the delay, I didn't see the latest comment until now. A (rigid) registration consists of rotation and translation. The Spatial Registration Object (which is for rigid registration, scaled registration or affine, i.e. "Linear transformations"), the alternative is Deformable Spatial Registration) contains a single matrix that contains both the rotation (a 3x3 matrix) and the translation (a 1x3 vector). The other four elements are constrained to constants (1 for the global scaling, 0 for the others) to avoid scaling and/or warping. So "the 4x4 matrix" is contained in: There is considerable discussion of the matrix at the URLs above (or you can go directly to the DICOM Standard, but I like the innolitics browser... it's a few years behind the current version, but all of what is in this discussion is 10+ years old... so not an issue). Real medical image data for the same patient would use rigid transformations for this type of thing. |
Just tried out the phmedphys_pinnacle module, it works great! Really appreciate all your hard work and keep it open source. My question is if the Pinnacle TAR file has a secondary MR image set, after exported using phmedphys_pinnacle module, the registration info will be lost. Is it possible to keep this info? I think Pinnacle may keeps registration information in file plan.RegManager or plan.Plugin.DeformationPlugin, but wasn't able to find any answers online.
The text was updated successfully, but these errors were encountered: