Date: Sat, 20 Feb 2016 13:13:30 -0800
From: =?utf-8?Q?Jos=C3=A9_S=C3=A1nchez-Gallego?=
Subject: Re: [sloan-25mlog 2844] 2.5m obslog 20160219 (SJD 57438)
--56c8d6fa_65fde48f_c83
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hi Gordon, Audrey,
Science =20
08:24:31 1xDAB+1DB exposures. =20
08:24:38 boss exposure 900.0, file=3D215320, C =20
08:57:58 boss exposure 900.0, file=3D215321, C =20
Something odd happened here. The Apogee long exposures on co-obs plates a=
re , =20
supposed to have a Manga C for each Apogee dither. Manga C exposures only=
 =20
happened for the first dither in a pair. We noticed this during the secon=
d pair =20
of exposures and aborted the last DA since the DB was marked as bad (clou=
ded =20
over) and we were fairly far past the end of the observing window. =20
57438 30 08:24 18760030 Object 94 A 13.0 5-8921 a-b-c - - =20
57438 31 08:41 18760031 Object 94 B 13.5 5-8921 a-b-c - - =20
57438 32 08:57 18760032 Object 94 B 13.5 5-8921 a-b-c - - =20
57438 33 09:14 18760033 Object 94 A 13.0 5-8921 a-b-c - -ABORTED =20
57438 34 09:17 18760034 Dome=46lat 5 A 13.0 5-8921 a-b-c - 84 =20
57438 35 09:24 18760035 Dark 10 A 13.0 5-8921 a-b-c - - =20
57438 36 09:26 18760036 Dark 10 A 13.0 5-8921 a-b-c - - =20
I=E2=80=99m looking into this. In zero order approximation I would say it=
 does not have to do with the changes last night. I didn=E2=80=99t change=
 anything on the APOGEE-lead side of things. I also cannot reproduce the =
problem in my tests. A double length, count 2 exposure seems to behave co=
rrectly. I=E2=80=99ll let you know when I=E2=80=99m ready to test somethi=
ng.
In the meantime, when you restarted SOP it reverted to the last tag (v3=5F=
6=5F1). It this was due to a problem with trunk it shouldn=E2=80=99t happ=
en again until we do some test.
Cheers,
Jos=C3=A9
--56c8d6fa_65fde48f_c83
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
body=7Bfont-family:Helvetica,Arial;font-size:13px=7DHi Gordon, Audrey, Scien=
ce
08:24:31 1xDAB+1DB exposures.
08:24:38  boss exposure  900.0, file=3D215320, C
08:57:58  boss exposure  900.0, file=3D215321, C
Something odd happened here. The Apogee long exposures on co-obs plat=
es are ,
supposed to have a Manga C for each Apogee dither. Manga C exposures =
only
happened for the first dither in a pair. We noticed this during the s=
econd pair
of exposures and aborted the last DA since the DB was marked as bad (=
clouded
over) and we were fairly far past the end of the observing window.
57438  30 08:24  18760030   Object  94  A  13.0   5-8921  a-b-c    - =
  -  =20
57438  31 08:41  18760031   Object  94  B  13.5   5-8921  a-b-c    - =
  -  =20
57438  32 08:57  18760032   Object  94  B  13.5   5-8921  a-b-c    - =
  -  =20
57438  33 09:14  18760033   Object  94  A  13.0   5-8921  a-b-c    - =
  -ABORTED
57438  34 09:17  18760034  Dome=46lat  5  A  13.0   5-8921  a-b-c    =
-   84 =20
57438  35 09:24  18760035    Dark   10  A  13.0   5-8921  a-b-c    - =
  -  =20
57438  36 09:26  18760036    Dark   10  A  13.0   5-8921  a-b-c    - =
  -  =20
I=E2=80=99m looking into this. In ze=
ro order approximation I would say it does not have to do with the change=
s last night. I didn=E2=80=99t change anything on the APOGEE-lead side of=
 things. I also cannot reproduce the problem in my tests. A double length=
, count 2 exposure seems to behave correctly. I=E2=80=99ll let you know w=
hen I=E2=80=99m ready to test something.In the =
meantime, when you restarted SOP it reverted to the last tag (v3=5F6=5F1)=
. It this was due to a problem with trunk it shouldn=E2=80=99t happen aga=
in until we do some test.Cheers,=
Jos=C3=A9
--56c8d6fa_65fde48f_c83--