[PIPE2D-779] Improve CR rejection in SuNSS Created: 13/Mar/21  Updated: 13/Jan/22

Status: Open
Project: DRP 2-D Pipeline
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Story Priority: Normal
Reporter: rhl Assignee: price
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File 46241-b1-CR.png     PNG File 46475-CR-img.png     PNG File 46475-CR-spec.png     PNG File arcs-as-crs.png     PNG File image (7).png     PNG File image (8).png     PNG File image (9).png     PNG File missed-CRs.png     PNG File Untitled 40.png     PNG File Untitled 41.png     PNG File Untitled 42.png     PNG File Untitled 8b.png     PNG File Untitled 8.png    
Story Points: 3
Sprint: 2DDRP-2021 A 8

 Description   

After we resolve and merge PIPE2D-725, we still need to work on the CR algorithms. Most importantly we need to improve the fraction of detected CRs (although it's not bad already), but it's also worth thinking if we'd gain from better CR interpolation.



 Comments   
Comment by rhl [ 13/Mar/21 ]

Here's an amusing example, where we find the muon between the traces.

Comment by rhl [ 20/Mar/21 ]

 is an example of arc lines being labelled as CRs (this is using makeCRMosaic from PIPE2D-773.  Each CR appears in two panels, raw on the left, calexp on the right.  The axis labels are in mosaic units, but the utility provides a mouse-over in calexp coordinates).  This is with repair.interp.modelPsf.defaultFwhm=2.5.  If I lower this to 2.25 the problem goes away, but we seem to miss real Cosmics

Comment by rhl [ 20/Mar/21 ]

Here's a rather worrying presumed-cosmic ray .  It's flagged as CR (green pixels at the bottom) (but that may just because it's so bright, and we "should" be labelling the sky lines too).  The cross-section is slightly wider than an arc line ( ), so it's going to be hard to get things like this out of the data (although it's centroid isn't consistent with being on any fibre)

Comment by price [ 20/Mar/21 ]

I think combining multiple exposures is going to be an important part of our CR mitigation strategy, because we're not going to be able to find all of them based on morphology alone.

Comment by rhl [ 20/Mar/21 ]

I don't disagree with Paul, but we may not always have the luxury of CR splits.

Comment by rhl [ 20/Mar/21 ]

Here's an example of CRs we're missing with repair.interp.modelPsf.defaultFwhm=2.25

Comment by rhl [ 02/Apr/21 ]

And here's another fat trail (note the muon tracks in the background). I'm beginning to worry if we're not fully depleting the CCD, as I don't remember things like this from HSC (or LSST, but it has thinner devices and smaller pixels).

Comment by rhl [ 06/Apr/21 ]

Here's another fascinating event:

Comment by rhl [ 10/Apr/21 ]

Here's a case of a CR masquerading as part of an emission line.
Here we detected the CR, but there's flux in the extracted spectrum; here's the spectrum, but only the blue-side is labelled as a CR.

Comment by rhl [ 17/Apr/21 ]

Here are three of these fat events in one frame 

Comment by rhl [ 18/Apr/21 ]

And here's a CR that's just to the left of the trace at the position of an emission line. 

Comment by price [ 08/Jul/21 ]

Do you have an algorithm in mind for finding these CRs, or is this a research project?

Generated at Sat Feb 10 15:57:48 JST 2024 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.