I am currently trying to reduce flats and obtain a response from them so i can move on to observations. At the moment I am having an issue with gfresponse. When i try to get a response from my first flat i get an error message that i dont know how to even begin to tackle.
inimage = ebrflt1a
outimage = resp1a
order = 50
fl_fit = no
Normalizing the fiber response for slit 1
ERROR: floating point overflow
line 216: gmos$gfresponse.cl
called as: `gfresponse (inimage=ebrflt1a, outimage=resp1a, fl_inter=y
The odd thing is, my other two flats seem to work perfectly fine. When i try to comepair the headers or look at the .fits in ds9 they seem to look fine so i dont know why the two work and the first one doesn’t.
I dont know if this would help solve the problem, but i tried running other flats from another set of observations and get to the same step. The first flat pops up with the same error as before and the other two flats run just fine. Could it be that its the first one throughout my procedures.
I haven’t seen that before but a floating point error is more likely due to some feature in the data than the headers. I wonder whether this has something to do with the Hamamatsu chip 5 problem. The error indicates that it’s happening in imcombine, which seems unusual. Is this a recent dataset from Gemini South? I think we’d need to see your input file to troubleshoot this further — please feel free to open a helpdesk ticket and we can get back to you with an upload location to send the FITS file to.