| No | Date | Project Code | Observer | Support Scientist | Description & Scheduling Blocks | Response |
|---|
| 1 | 03 March 2006 | AGBT06A_038_01 | Troland | KarenONeil | When trying to run "getfs" on some frequency switched data, gbtidl reported the data was not frequency switched. After talking with Jim Braatz for awhile, he realized the problem was in fact that the since the cal was not firing gbtidl did not see the number of phases it expected. This should be fixed in gbtidl so that the error message is not mis-leading in the cases where cals are not fired.
Main.KarenONeil | The error messages have been improved. It will now say:
% GETFS: This does not appear to be standard frequency switched data.
% GETFS: The number of cal states is not 2, as needed for this procedure.
It might also say "The number of sig states is not 2, as needed for this procedure". This data has scans with both cases. This change is in place in gbtidl-test now and will appear in gbtidl at the next release, at the end of this month. |
| 2 | 03 March 2006 | AGBT06A_038_01 | Troland | KarenONeil | The GFM spectral line (beta) pplug-in is not handling much of the data preduced by this project, starting around scan 18. The error is:
Error processing scan 18 : exceptions.TypeError , unsubscriptable object
Main.KarenONeil | This indeed was a bug in cross-polarize Spectral Processor data in GFM. This has been fixed, and plots of scan 18 in GFM now match the plots in GBTIDL. This fix will be available immediattley in gfm-test, and will be patched into gfm today, March 6, since it is a maintanence day.
|
| 3 | 10 March 06 | T_RCO34010Mar06 | Bignell | CarlBignell | During receiver checkout circular polarization spectrometer data was not loaded into GBTIDL. Subsequent help from Paul located the problem in SDFITS. SDFITS choked on spectrometer data for which there was no TCAL data. | This affects GFM as well as SDFITS/GBTIDL.
An exception was being raised whenever requests where begin made for calibration info that does not exist in the Rcvr Calibration FITS file. We sidesteped this problem during the observation by lowering the exception to just a warning, and Carl was able to proceed.
It seems that this work-around is a sufficient fix. Bob Garwood claims that the aips++ filler sets Tcal=1.0 when cal info is not available. Waiting to hear any objections to this approach.
Main.PaulMarganian |
| 4 | 10 March 06 | T_RCO34010MAR06 | Bignell | CarlBignell | Attempt to print from gfm (stand alone version) failed because it was not possible to select a printer and have it 'stick' between the Page Setup and Print preview. Also Print preview inside the Page setup does not work. Finally executing the print button from within the print preview dialog box crashed gfm (possible because there was no printer selected). | I am looking into the printing problems. I will let you know if/when the problem is fixed. AmyShelton |
| 5 | 10 Mar 06 | T_RCO34010MAR06 | Bignell | CarlBignell | During the receiver checkout I tried to run the gfm spectrometer plugin from within Astrid. It did not work and the message stated (paraphrasing) 'No plugin available'. I have no sparrow file. | This was caused by an exception raised when the receiver calibration FITS file does not contain the required information (in this case, the PF1 receiver does not contain enough circular-polarized info.).
Since this info is not needed for GFM's spectral line displays, and SDFITS's raw mode, we are changing this so that a warning message is printed only.
This is now in gfm-test, sdfits-test, and will appear in production next cycle. |
| 6 | 23 Mar 2006 | TPTCSPNT_060323 | Balser | Balser | We were performing a routine pointing run at X-band (freq=9000MHz; BW=320MHz). There were three problems:
1. Total power jumps in the LCP channel. These are known but I thought I would report them again.
2. There was no power into IF rack channel 4, even with no attenuation. This is connected to the RCP channel of X-band. Donna put this channel in the Device Health file and the configuration switched over to IF rack channel 8. We had plenty of power here so the problem is not with the RF signal from the receiver.
3. The Archivist was setup to archive weather station 1, 2, and 3 data but no files were written. Other DAPs were also selected and appeared to work. | 3. If the weather stations are failing to generate monitor values (under the weather as it were) and the Archivist detects this condition and then later the weather stations recover, there are conditions which -- unfortunately we do not understand yet -- the Archivist will fail to reconnect. Restarting the Archivist cleared the problem. MarkClark |
| 7 | 29 Mar 2006 | AGBT06A_018_03 | McMullin? | Minter | The GFM Spectral Line Beta plugin has an error in the labeling of the selection of the "spectra" to display. It has selections of "ACF/Frequency", "ACF/channels" and "Lags". These are incorrect. The Auto Correlation Function (and Cross Correlation Function) data are shown in the raw lags. The spectra shown by the "Frequncy" and "Channel" selection are the Fourier Transforms of the ACF and CCF spectra. These need to be labeled correctly to avoid confusing the observers. The labels should be
"Spectra, Frequency", "Spectra, Channels" and "ACF/CCF lags".
| |