The 'mseedcut' utility looses information about already applied timing corrections when cutting-out data.
Mechita Schmidt-Aursch (AWI) reported (by e-mail) that 'mseedcut' fails to reliably transfer information about already applied timing corrections from the source miniSEED recording to the resulting files when cutting-out.
To reproduce the problem take a recording and apply some timing correction to the miniSEED records (e.g. using 'qedit' by IRIS). This will 1) modify the start time of the miniSEED record AND 2) record the applied (tick) correction in the fixed header of each miniSEED record as well as 3) set the second bit in the 'activity' flag. (Setting this bit indicates that the timing correction was already applied to the record and must not be applied again.) Next use the GIPPtools 'mseedcut' utility to cut out a subsection of the time series.
A detailed look at the resulting miniSEED output shows that the very first and last miniSEED record are missing the information about the already applied timing correction. (The 'activity' flag is unset and the value of the tick correction field is zero.) However, the actual recording time of the samples in the first and last record is correct!
All other miniSEED records in the output are correct, i.e. 'activity' flag and tick correction are set as expected.