I'm not sure whether other people has the same problem. When scanning, we collect subject responses (stimulus output) on another computer. While the scanner collect physiological data for us, it is organized by date and time. This means we have for a scan we have data from multiple sources and we have to somehow bring it together beforre we can do analysis. Our problem here is given a massive pile of scans, stimulus output and physiological data, we frequently have problems trying to match up the correct stimulus output, physiological data with the scans. Current system mainly relies on researcher to meticulously document everything had done and to keep the filenames labelling consistent and correct. Given the scanning days are always hectic, all of these goes out of the window sometime during the day if not at the beginning of the day.

My backup strategy, is to match data based on their time stamp. For example, if your DMDX file captures two subjects when you are expecting only one, you use the time information to workout which subject's data is the correct one to use, and to move the misplaced one back to its original location.

Here is where we hit a problem. NifTI does not capture the time the data was acquired. This means going back to the DICOM files and start fishing for (0008,0031) Series Time. For us, it would be useful to capture this time as part of the NifTI header.

Perhaps it is bad management practise on our part, but our researchers normally do not write down the time the start scanning for particular task. Normally, the problem is actually to try to decide which two stimulus output files collected  6 minutes apart is the one to use.

Therefore, if future NifTI captures series time, it will be very useful for us. The series time need not be machine readable for our purpose.