CC: , Carey Noll Message-ID: <8B66DA31-4260-4FB9-83AB-DA56A3E8934C@nasa.gov> From: Carey Noll To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Subject: [IGS-DCWG-53] Fwd: Feedback: ZIMM station - daily data unavailability Date: Tue, 16 Mar 2010 10:25:22 -0400 References: <4B9E6B8D.6080809@jpl.nasa.gov> Sender: owner-igs-dcwg Precedence: bulk ****************************************************************************** IGS-DCWG Mail 16 Mar 07:23:50 PDT 2010 Message Number 53 ****************************************************************************** Author: Carey Noll/CDDIS Our group has not been very active in the last year or so. I would like to begin discussions again on how we can best serve our user communities and the IGS by ensuring that data continue to flow through various channels despite outages of a data center, at any level in the hierarchy (global, regional, or operational). We have had several instances recently where a data center was down and some data were not made available because of the outage. Also, there are instances as shown below where files are delivered but not propagated through the data center chain. If you recall, we had a detailed plan presented during the Darmstadt workshop: ftp://igscb.jpl.nasa.gov/pub/resource/pubs/06_darmstadt/IGS%20WS%202006%20Papers%20PDF/5_Bruyninx_posppr_proceedings_final.pdf Following the workshop, efforts to generate an implementation plan did not get off the ground. I would like to ask the group to revisit this plan and come up with ideas on how to implement the proposed steps, or a subset of them, in order to provide a more redundant, robust data flow. We can entertain new ideas as well. It is important for the data centers, working with the IGS Infrastructure Committee, to address this issue. My goal is to have clear steps in mind prior to July's IGS Workshop; there will be a data center/data flow presentation that would be the best place to outline concrete steps for solving our problems. I have also proposed that we hold a DCWG splinter meeting at the workshop. Any suggestions on other topics to be addressed during that meeting are welcome. Regards, Carey. ----- Begin forwarded message: > From: Robert Khachikyan > Date: March 15, 2010 1:17:01 PM EDT > To: G|nter Stangl > Cc: Brockmann Elmar LT , > "'epncb@oma.be'" , IGS Central Bureau >, Habrich Heinz , "Noll, Carey E. > (GSFC-6901)" > Subject: Re: Feedback: ZIMM station - daily data unavailability > > Just an FYI, there might be a discussion going on with the IGS Data > Centers to have all IGS data sync'ed. Carey might have additional > information. > > Best Regards, > --Robert Khachikyan > IGS Central Bureau > > On 3/15/2010 6:02 AM, G|nter Stangl wrote: >> Brockmann Elmar LT schrieb: >> >>> Dear Carine, Dear Dominique, Dear Guenter, >>> >>> We got the mail below, indicating that the daily data of ZIMM are >>> not available at DOY 067, 071, 073 at data center OLG. >>> >>> I checked the upload protocol and saw, that the uploads were >>> successfull to 6 DC (see below). I assume, that some internal >>> problems at OLG are responsible for the missing data of ZIMM. By >>> the way - the data of twin station ZIM2 are listed as available. >>> There were also quite some "gaps" in the OLG list, so probably >>> many station managers got a similar mail. >>> >>> You suggested, to "Please upload the missing data or, if >>> applicable, send a EUREF mail to notify the EUREF community of the >>> origin of the >>> data gap." >>> We do a "re-sent" in an automated way (5 trails very full hour). >>> If data could not be delivered within 5 hours, we don't do a re- >>> sending of data. >>> >>> I'm a little confused that you asked for re-uploading data. If the >>> data are missing for any reason at one of the two European data >>> centers (BKG, OLG) and in case of ZIMM even at the global DCs SIO, >>> CDDIS, and IGN, I would expect, that the data centers will >>> syncronisze the data. That's the reason for giving a personal >>> feedback to the probably automatically generated mail. >>> >>> Greetings from Berne, >>> Elmar >>> >>> >>> >>> Elmar Brockmann >>> swisstopo >>> Federal Office of Topography >>> Geodesy >>> Seftigenstrasse 264 >>> CH-3084 Wabern >>> Phone +41 31 963 21 11 operator >>> +41 31 963 22 56 direct >>> Fax +41 31 963 24 59 >>> elmar.brockmann@swisstopo.ch >>> www.swisstopo.ch >>> >>> >>> >>> ---------- >>> >>> >>> 067: >>> zimm0670.10d.Z : was put to BKG at 09-MAR-2010 00:04:11 >>> with size 335377 >>> zimm0670.10n.Z : was put to BKG at 09-MAR-2010 00:04:17 >>> with size 33849 >>> zimm0670.10m.Z : was put to BKG at 09-MAR-2010 00:04:17 >>> with size 893 >>> zimm0670.10d.Z : was put to SIO at 09-MAR-2010 00:05:09 >>> with size 335377 >>> zimm0670.10n.Z : was put to SIO at 09-MAR-2010 00:05:16 >>> with size 33849 >>> zimm0670.10m.Z : was put to SIO at 09-MAR-2010 00:05:18 >>> with size 893 >>> zimm0670.10d.Z : was put to OLG at 09-MAR-2010 00:06:17 >>> with size 335377 >>> zimm0670.10n.Z : was put to OLG at 09-MAR-2010 00:06:24 >>> with size 33849 >>> zimm0670.10m.Z : was put to OLG at 09-MAR-2010 00:06:25 >>> with size 893 >>> zimm0670.10d.Z : was put to AIUB at 09-MAR-2010 00:07:59 >>> with size 335377 >>> zimm0670.10n.Z : was put to AIUB at 09-MAR-2010 00:08:09 >>> with size 33849 >>> zimm0670.10m.Z : was put to AIUB at 09-MAR-2010 00:08:10 >>> with size 893 >>> zimm0670.10d.Z : was put to CDDIS at 09-MAR-2010 00:09:34 >>> with size 335377 >>> zimm0670.10n.Z : was put to CDDIS at 09-MAR-2010 00:09:41 >>> with size 33849 >>> zimm0670.10m.Z : was put to CDDIS at 09-MAR-2010 00:09:42 >>> with size 893 >>> zimm0670.10d.Z : was put to IGN at 09-MAR-2010 00:10:41 >>> with size 335377 >>> zimm0670.10n.Z : was put to IGN at 09-MAR-2010 00:10:49 >>> with size 33849 >>> zimm0670.10m.Z : was put to IGN at 09-MAR-2010 00:10:50 >>> with size 893 >>> >>> >>> 071: >>> zimm0710.10d.Z : was put to BKG at 13-MAR-2010 00:04:05 >>> with size 334629 >>> zimm0710.10n.Z : was put to BKG at 13-MAR-2010 00:04:12 >>> with size 34818 >>> zimm0710.10m.Z : was put to BKG at 13-MAR-2010 00:04:14 >>> with size 859 >>> zimm0710.10d.Z : was put to SIO at 13-MAR-2010 00:05:08 >>> with size 334629 >>> zimm0710.10n.Z : was put to SIO at 13-MAR-2010 00:05:15 >>> with size 34818 >>> zimm0710.10m.Z : was put to SIO at 13-MAR-2010 00:05:16 >>> with size 859 >>> zimm0710.10d.Z : was put to OLG at 13-MAR-2010 00:06:15 >>> with size 334629 >>> zimm0710.10n.Z : was put to OLG at 13-MAR-2010 00:06:21 >>> with size 34818 >>> zimm0710.10m.Z : was put to OLG at 13-MAR-2010 00:06:22 >>> with size 859 >>> zimm0710.10d.Z : was put to AIUB at 13-MAR-2010 00:07:51 >>> with size 334629 >>> zimm0710.10n.Z : was put to AIUB at 13-MAR-2010 00:08:03 >>> with size 34818 >>> zimm0710.10m.Z : was put to AIUB at 13-MAR-2010 00:08:04 >>> with size 859 >>> zimm0710.10d.Z : was put to CDDIS at 13-MAR-2010 00:09:26 >>> with size 334629 >>> zimm0710.10n.Z : was put to CDDIS at 13-MAR-2010 00:09:34 >>> with size 34818 >>> zimm0710.10m.Z : was put to CDDIS at 13-MAR-2010 00:09:36 >>> with size 859 >>> zimm0710.10d.Z : was put to IGN at 13-MAR-2010 00:10:41 >>> with size 334629 >>> zimm0710.10n.Z : was put to IGN at 13-MAR-2010 00:10:50 >>> with size 34818 >>> zimm0710.10m.Z : was put to IGN at 13-MAR-2010 00:10:52 >>> with size 859 >>> >>> 073: >>> zimm0730.10d.Z : was put to BKG at 15-MAR-2010 00:04:05 >>> with size 334959 >>> zimm0730.10n.Z : was put to BKG at 15-MAR-2010 00:04:11 >>> with size 34757 >>> zimm0730.10m.Z : was put to BKG at 15-MAR-2010 00:04:14 >>> with size 876 >>> zimm0730.10d.Z : was put to SIO at 15-MAR-2010 00:05:08 >>> with size 334959 >>> zimm0730.10n.Z : was put to SIO at 15-MAR-2010 00:05:16 >>> with size 34757 >>> zimm0730.10m.Z : was put to SIO at 15-MAR-2010 00:05:17 >>> with size 876 >>> zimm0730.10d.Z : was put to OLG at 15-MAR-2010 00:06:16 >>> with size 334959 >>> zimm0730.10n.Z : was put to OLG at 15-MAR-2010 00:06:23 >>> with size 34757 >>> zimm0730.10m.Z : was put to OLG at 15-MAR-2010 00:06:24 >>> with size 876 >>> zimm0730.10d.Z : was put to AIUB at 15-MAR-2010 00:08:01 >>> with size 334959 >>> zimm0730.10n.Z : was put to AIUB at 15-MAR-2010 00:08:12 >>> with size 34757 >>> zimm0730.10m.Z : was put to AIUB at 15-MAR-2010 00:08:13 >>> with size 876 >>> zimm0730.10d.Z : was put to CDDIS at 15-MAR-2010 00:09:33 >>> with size 334959 >>> zimm0730.10n.Z : was put to CDDIS at 15-MAR-2010 00:09:42 >>> with size 34757 >>> zimm0730.10m.Z : was put to CDDIS at 15-MAR-2010 00:09:43 >>> with size 876 >>> zimm0730.10d.Z : was put to IGN at 15-MAR-2010 00:10:42 >>> with size 334959 >>> zimm0730.10n.Z : was put to IGN at 15-MAR-2010 00:10:51 >>> with size 34757 >>> zimm0730.10m.Z : was put to IGN at 15-MAR-2010 00:10:52 >>> with size 876 >>> >>> >>> >>> >>> >>>> -----Urspr|ngliche Nachricht----- >>>> Von: epncb@oma.be [mailto:epncb@oma.be] >>>> Gesendet: Montag, 15. Mdrz 2010 09:09 >>>> An: epncb@oma.be; Brockmann Elmar LT; Wild Urs LT; >>>> robertk@jpl.nasa.gov >>>> Betreff: ZIMM station - daily data unavailability >>>> >>>> >>>> Dear colleagues, >>>> >>>> All daily data of the EPN stations should be uploaded to both >>>> the OLG and BKG regional data centres. >>>> >>>> We noticed that from 067/2010 to 073/2010, the daily data of >>>> the station ZIMM are incomplete. Missing are: at OLG: DOY >>>> 067/2010, 071/2010, 073/2010 >>>> >>>> Please upload the missing data or, if applicable, send a >>>> EUREF mail to notify the EUREF community of the origin of the >>>> data gap. Consult >>>> http://www.epncb.oma.be/ftp/center/data/BKGE.RDC and >>>> http://www.epncb.oma.be/ftp/center/data/OLG.RDC for data >>>> upload instructions. >>>> >>>> Detailed daily data holding information is available from BKG and >>>> OLG: >>>> BKG: ftp://igs.bkg.bund.de/EUREF/obs/2010/CHECK_IMPORT.BKG or ... >>>> ftp://igs.bkg.bund.de/IGS/obs/2010/CHECK_IMPORT.BKG >>>> OLG: ftp://olggps.oeaw.ac.at/pub/outdata/check_import.OLG >>>> >>>> Best regards, >>>> >>>> EPN Central Bureau / Carine and Dominique >>>> epncb@oma.be >>>> >>>> >>>> >>> >>> >> Dear colleagues, >> >> as you can see from the attachment the daily files of ZIMM were >> corrupt >> at DOY 067, 071 and 073 (obs files only, not nav and met files). >> >> Concerning the general statement of Elmar, synchronization between >> BKG >> and OLG was done until some years ago, but stopped because BKG >> complained a too heavy loading of requests (OLG used wget). We can >> discuss this again, perhaps using a time window of synchronization >> (three months?). >> >> kind regards >> >> Guenter >> ----- Ms. Carey Noll Manager, Crustal Dynamics Data Information System (CDDIS) Secretary, ILRS Central Bureau NASA GSFC Code 690.1 Greenbelt, MD 20771 USA E-mail: Carey.Noll@nasa.gov Voice: (301) 614-6542 Fax: (301) 614-6015 WWW: http://cddis.gsfc.nasa.gov