Date: Fri, 15 Jan 2010 13:50:12 -0500 From: "Jim.Ray" Subject: [IGSMAIL-6057]: missing hours To: IGSMail Reply-to: jim.ray@noaa.gov Message-id: <4B50B8E4.5080501@noaa.gov> Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Sender: owner-igsmail Precedence: bulk ****************************************************************************** IGS Electronic Mail 15 Jan 10:50:35 PST 2010 Message Number 6057 ****************************************************************************** Author: Jim Ray Below is a summary of stations for which the IGS Rapid clocks so for this week have about 276 epochs per day. A full set of 24 hr data should yield 288 epochs. If one hour is missing there will be 276 epochs. (Some of the stations named below for only one day may represent merely isolated data losses.) Evidently quite a few stations are losing an hour each day. This can happen in various ways: * by station operators if data are not reported quickly enough * at Operational Data Centers if hourly files are concatenated incompletely or not quickly enough * at Analysis Centers that start their processing before complete daily files are posted This is an issue I've reported several times before but it seems to be getting worse, not better. Again, I ask that all IGS components try to avoid the loss of full hours of data or product results. This is especially difficult for the IGS Rapid clocks. week | Number of 5-min clock epochs 1566 | day: | 0 1 2 3 4 ------+------------------------------------------ ALIC | 276 276 278 AREQ | 271 BOR1 | 275 276 276 276 CEDU | 276 CONZ | 276 276 DGAR | 276 DRAO | 277 GLSV | 276 275 GRAS | 276 HARB | 276 HOFN | 275 275 274 HRAO | 276 KARR | 276 KERG | 276 276 276 276 MAC1 | 276 276 276 MATE | 276 MAW1 | 276 276 METS | 275 NICO | 271 NYA1 | 276 273 276 PDEL | 276 276 REUN | 276 276 REYK | 275 275 TIDB | 276 TIXI | 270 WAB2 | 278 WILL | 274 WTZR | 276 276 276