Date:
Sunday, August 30, 2015
Telescope:
CTIO Blanco 4-m
Submitter:
Alex Drlica-Wagner
Submitter Email:
Observer Support:
Alberto Alvarez
Night Assistant:
Alberto Alvarez
Also Present:
David James
Problems:
Brief DTS outage during first half of the night.
Dome occlusion of exposure 469183.
SISPI slowdown correlated with start of QuickReduce.
Program:
Proposal:
2014A-0634
Target of Oportunity:
No
Time Observed:
5.25
Time Engineering:
0.0
Time lost technical:
0.0
Time lost weather:
0.0
Time lost other:
0.0
Description:
Open Clusters
Primary Investigator:
David James
Email:
Institution:
CTIO
Instrument:
CTIO 4m DECam
Organization:
N/A
Total Program Time:
5.25
Proposal:
2012B-0001
Target of Oportunity:
No
Time Observed:
5.25
Time Engineering:
0.0
Time lost technical:
0.0
Time lost weather:
0.0
Time lost other:
0.0
Description:
DES
Primary Investigator:
Josh Frieman
Email:
Institution:
Fermilab
Instrument:
CTIO 4m DECam
Organization:
N/A
Total Program Time:
5.25
Total Times | Time Observed | Time Engineering | Time lost technical | Time lost weather | Time lost other | Total Program Time |
---|---|---|---|---|---|---|
2015-08-30 | 10.5 | 0.0 | 0.0 | 0.0 | 0.0 | 10.5 |
*Narrative*
# Brief DTS outage during first half; might have been related to wealth of calibration.
# Smooth transition at midpoint; see question about standards below
# Standard stars SDSSJ0200-0000 (secz=1.8) and SDSSJ2140-0000 (secz=1.2)
# First image 469142 -- 04:48
# aTmCam open and running; trouble with data from previous night; Ting is aware and in contact with TelOps
# GPS good; weather monitor good; rasicam good
# Raised wind screen when wind > 10 mph
# Dome occlusion on 469183 (centering exposure for SN-C3). Occlusion alarm, visible on "CameraCam", and from gradient in exposure. Also, outlier high cloud value (3.36 compared to 0.10)
# Seeing improved to 1 arcsec and obstac scheduled r-band exposures of SN-C3 (this choice seemed dubious, but we are here to serve the machine).
# P.S. - Song of the night: "Welcome to the Machine - Pink Floyd"
# Turned on QuickReduce at 05:48 to examine load on the queue. Started QR at 5:54. Observed max_queue_size spike of 800 and GUI slow down. QR stopped at 06:02 and max_queue_size returned to normal.
* Question *
# At the end of the first half, David took standards. After the switch, we then immediately retook the same standards. Is there any way to avoid duplicating this effort? We saw this situation coming, but didn't know how to share the standards since the propids were different. We will likely be faced with the same situation tonight, so advice would be welcome.