Skip to content
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

Release4 to master 16 sep2020 #690

Merged
merged 101 commits into from
Sep 17, 2020

Conversation

KrisThielemans
Copy link
Collaborator

No description provided.

AnderBiguri and others added 30 commits June 23, 2020 17:52
Checks if the file is compressed, error if that is the case.
Needed some changes in ProjDataGEHDF5 to construct the projdata_info itself
- fixed some types to be consistent
- commented out unused m_NX etc
some code wasn't used, and generated warnings with clang.
Co-authored-by: Kris Thielemans <KrisThielemans@users.noreply.github.com>
- Scanner.cxx name has to match with what GE uses
- we were initialising a local scanner_sptr as opposed to the member variable
…canner

Otherwise we get conflicts on the scanner
write some warnings and reading effective-ring-radius
related UCL#555, fixes evguenis bug report.
also correct number of rings for DMI3
AnderBiguri and others added 27 commits August 20, 2020 17:36
Seems that RDF9 may have it in sometimes....
Some listmode files can contain events of size 6, 8 or 16. We assumed it was always 6.

Fixes UCL#679
- low/high energy window info were swapped
- exam info wasn't set for listmode data
first "skip" has to be in seconds as well
- read patient_position
- read bed positions for proj-data

created new functions in GEHDF5Wrapper to do this:
- initialise_proj_data_info, and get_proj_data_info_sptr (allowing cleaning up some code elsewhere)
- 2 utilities read_dataset_int32
- changed some more references from the Signa to RDF9
- added Ander in a few places
- removed some obsolete/commented out code
Multiplicative factor taking duration into account was wrong (for listmode data we were using
times duration as opposed to divide by it, for sinogram data it was 1). In addition, we also
take decay into account now (assuming F-18).
construct_randoms_from_GEsingles needs to be called with the actual unlisted projdata.
Otherwise, timing information would be incorrect.
do avoid some duplication, I've moved the norm stuff to a separate script
Also moved printing of exam_info to ExamInfo::parameter_info() to reduce duplication
extend GE RDF9 raw data support to other GE PET/CT scanners that use RDF9
@KrisThielemans KrisThielemans self-assigned this Sep 16, 2020
@KrisThielemans KrisThielemans merged commit 7b4c274 into UCL:master Sep 17, 2020
@KrisThielemans KrisThielemans deleted the rel4tomaster_16Sep2020 branch September 17, 2020 07:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants