Closed cballand closed 8 years ago
This bug prevents us from using the output of redmonster from the maple simulation run because redmonster uses all exposures of a given targetid (a mix of spectra with this bug) in a brick to fit the redshifts.
It would be useful to fix this soon and rerun the pixel level simulations now that the pipeline runs smoothly. This would be useful to check efficiencies, failures, and design a lookup table for quickcat (Christophe and Bob are working on it) on more stats. than zDC1 with all the pipeline artifacts (cosmic rays, sky & calibration errors).
Argh, I missed seeing this go by. This was fixed with PR #133 (unless there is another bug with the same symptom), but I had forgotten that madrone/maple were generated before that fix was in. I will generate a new simulation and check for consistency of duplicates. I'll post the new simulation location to this ticket before closing it.
Update:
Investigating...
Different targets (with different type and redshift) have been assigned the same TARGETID and (RA,DEC) in different exps of the MAPLE simulation.
As an example, TARGETID=5755267226444861799 corresponds to an ELG at z=1.55605 in exp 7 of night 20160607 and to a STAR at z=0.0005 in exp 13 of the same night:
The two targets with TARGETID=5755267226444861799 are plotted below from the bricks: brick-{b,r,z}-3125p100.fits. The lower spectrum is an ELG at z=1.55605 (small [OII] emission is visible around 9526 A when zooming).
I've checked that the hemlock simulation does not have this bug.