AFNI Message Board

Dear AFNI users-

We are very pleased to announce that the new AFNI Message Board framework is up! Please join us at:

https://discuss.afni.nimh.nih.gov

Existing user accounts have been migrated, so returning users can login by requesting a password reset. New users can create accounts, as well, through a standard account creation process. Please note that these setup emails might initially go to spam folders (esp. for NIH users!), so please check those locations in the beginning.

The current Message Board discussion threads have been migrated to the new framework. The current Message Board will remain visible, but read-only, for a little while.

Sincerely, AFNI HQ

History of AFNI updates  

|
October 25, 2019 12:58PM
Hi Karel,

All of the acquisition times in the Dicom files seem to be the same, so that is not a great sorting technique here. To evaluate the sorting, use something like "-save_details DET", which will save a few DET* text files, showing what is influencing the sorting.

These files, as I see is noted in the Dimon help output, seem to be sorted (according to the common REL Instance Number) in slice-major order, meaning all images for slice 0 come first, then all for slice 1, and continued over time. So a better way to go might be use use that natural ordering, and add the -order_as_zt option.

For example, this seems to work with your data:

Dimon -infile_pattern 'data/IM_*'                    \
      -gert_create_dataset -use_last_elem -dicom_org \
      -order_as_zt save_det DET

Unless specified, -dicom_org uses the REL instance number for sorting (see the "RIN" column of the DET files), which works here, after flipping the time and z positions with -order_as_zt.

Give that a try and see how it goes.

- rick
Subject Author Posted

Problem with Dimon

Karelo October 24, 2019 12:09PM

Re: Problem with Dimon

rick reynolds October 25, 2019 12:58PM