tempo WSRT file on Sourceforge has out-of-order entries

[dlakaplan]

Final entries in https://github.com/nanograv/tempo/blob/master/clock/time_wsrt.dat are not in order, fail validation. File is also pretty old.

End of file:

54401.00       0.0       -37.289 i 
 54435.00       0.0       -37.837 i 
 54437.00       0.0       -37.870 i 
 54440.00       0.0       -37.924 i 
# following are from Scott Ransom, E-mail, 20 Jan '08
 54401.00       0.0       -37.289 i   TEMP
 54423.00       0.0       -37.632 i   TEMP
 54455.00       0.0       -37.924 i   TEMP
 54458.00       0.0       -38.181 I   TEMP

[aarchiba]

This seems like a TEMPO bug?

[aarchiba]

Specifically, in https://sourceforge.net/p/tempo/tempo/ci/master/tree/clock/time_wsrt.dat?force=True there is:

 52999.50       0.0       -16.212 i 
 52999.55       0.0       -16.210 i 
 53000.00       0.0       -16.225 i 
 53000.05       0.0       -16.218 i 
 53000.00       0.0       -16.225 i 
 53000.05       0.0       -16.218 i 
 53000.50       0.0       -16.216 i 
 53000.55       0.0       -16.221 i 

Incidentally I have a very useful very minor update to PINT that lists the first out-of-order pair of MJDs when a validation error occurs.

[paulray]

This should be fixed now. Paul Demorest pushed fix to Sourceforge