PDS_VERSION_ID = PDS3 RECORD_TYPE = STREAM OBJECT = TEXT PUBLICATION_DATE = 2001-02-22 NOTE = "MGS RST Instrument Health Report HEA1053A.TXT" END_OBJECT = TEXT END Errata ====== Yesterday's report (HEA1052A.TXT) noted that occultation 8698i was lost because of a SPA-R initialization failure. The listed start time was wrong; it should have been 2001/047-18:52:00. Miscellaneous ============= We have completed modifications to our software so that keywords such as MISSION_PHASE_NAME and MISSION_PHASE_TYPE no longer appear in labels for raw data products. These keywords were used with only a handful of data types, and values had not been rigorously enforced. For example, trajectory reconstructions covering Orbit Insertion dates but received during the MGS Mapping phase were generally classifed as MAPPING files. Most recently MGS NAV decided not to change MAPPING to EXTENDED MISSION, forcing us either to overwrite their value or ignore it. We chose to drop the keyword entirely. In studying the problem, we discovered that MGS SCT continues, even today, to set MISSION_PHASE_TYPE = CRUISE in CK files. The keyword is buried in a PDS-style label appended to the data; we were not aware of its existence, and have not used such a keyword in our own (TCK) labels. Reinstallation of JPL software on the SOPC has apparently been completed. Unfortunately we have been able to complete only a small number of queries (none have been successful since last evening) and some of the downstream software (e.g., QUERY2PLOT) appears to be misbehaving so we are unable to process the data that have been obtained. We continue to report our status to JPL system adminstrators. As of today, we are essentially stopped in our data acquistion where we were last Friday (HEA1047A.TXT). JPL system administrators have set us up with an account on the JPL SOPC mger1. We successfully queried for five days of spacecraft engineering and DSN monitor data using mger1, then transferred the data to Stanford. As noted above, however, we were unable to process the data because the JPL utility QUERY2PLOT appears not to be working. We were unable to query for ODR data using mger1, apparently because very few of those files were on the query server. We are investigating the ODR problem as a separate issue. Joe Twicken has begun processing data from Campaign F, during which TES and Radio Science probed the same physical atmosphere. Dave Hinson plans to analyze the Campaign F data shortly. Engineering Data ================ No new data. Open Loop Data ============== We successfully queried for two occultations. But six others from the same DSN passes have not been found. We will hold these two in hopes that the full set can be obtained in the next few days. Closed Loop Data ================ Data Collection --------------- We have obtained the following files from OSCAR and EPIC: Original File Name Name on SOPC -------------------------------- ------------ EOP: 010216-eop.long 20201130.EOP EOP: 010216-eop.short 01301130.EOP EOP: 010220-eop.long 20201134.EOP EOP: 010220-eop.short 01341134.EOP ODF: 01051O052_10S.SJO;1 1051052A.ODF ODF: 01052O053_10S.SJO;1 1052053A.ODF WEA: WEATHER_10_LATEST.TXT;255 10010511.WEA WEA: WEATHER_40_LATEST.TXT;255 10010514.WEA WEA: WEATHER_60_LATEST.TXT;255 10010516.WEA Ancillary Data ============== Software which unwraps original data files from FIS (e.g., AMD, OPT, SAK, SPK, and TCK) has disappeared from our system. We successfully obtained several files, but were unable to process them. We will try again tomorrow. We have obtained the following file from NAIF: Original File Name Name on SOPC -------------------------------- ------------ AGK: mgs_hga_ck_2001-02-12.bc 1043043A.AGK