This is the routine that caculates time from HP secs in MATLAB from SCS file. dates = datestr(datenum(1601,1,1) + datenum(secs*10000*100e-9/86400)) Ludo says the HP time is from our system. The 2nd col is GPS time from the SCS. JD139 somtime within 1400 these 2 times dirverge. GPS time loses 1 min 10 secs in hr 14 and then ~ 5 mins each hour after that The reason the data don't match using HP time is I believe that all the SCS data match it's time, but for some reason weren't written to the file until our HP time. Our time matches the file. This means that we need to be comparing both times to make sure they are within some limit. If not then we have to set a flag and figure out what is going on. Jeff and I may track this down today. This theory is proven correct by plotting SCS rads using the HP and gpstiems vs PSD rads The one using GPStime compares as expected. For the period where the times diverge we have to use the SCS GPStime, but figure out how to account for changes in the day and why gps time is messed up so that it's conversion doesn't make sense. I'm getting mins and secs >60. P6_13914 12824056800437,140001 19-May-2007 14:00:00 12824060394953,145847 19-May-2007 14:59:54 P6_14100 12824179205296,205851 21-May-2007 00:00:05 12824182792078,215319 21-May-2007 00:59:52 P6_14107 12824204406437,032041 21-May-2007 07:00:06 12824207993187,041509 21-May-2007 07:59:53 P6_141010 12824216563421,062457,2004.3297N,03550.3304W,268.2,13.4,24.370,36.683, 74.48, 23.36, 3.4, 9.01,269.0,0.31,17.2,78.18,404.4 12824216563546,062459,2004.3288N,03550.3384W,267.5,13.4,24.370,36.668, 74.48, 23.36, 3.4, 9.01,269.9,0.31,17.3,77.89,404.4 21-May-2007 10:22:43 12824217331203,103532,2002.6115N,03641.7809W,267.1,13.5,,, 74.54, 23.88, 223.2, 9.02,267.2,,18.72,73.67,374.0 21-May-2007 10:35:31 12824217333203,103534,2002.6111N,03641.7888W,267.6,13.3,,, 74.54, 23.88, 223.2, 9.02,268.0,,17.3,72.4,372.7 P6_14123 12824262001765,230002 21-May-2007 23:00:01 12824265599859,000000 21-May-2007 23:59:59