[PIPE2D-1175] measure fiberProfiles from fewer swaths Created: 01/Mar/23  Updated: 28/Mar/23  Resolved: 28/Mar/23

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

Type: Task Priority: Normal
Reporter: arnaud.lefur Assignee: price
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File fiberProfiles, 1-every-fourth.png     PNG File image-2023-03-01-09-39-08-421.png     JPEG File pfsArm-83244-r3.jpg    
Sprint: 2DDRP-2023 A

 Description   

Extractions near bright object are problematic right now, as Kiyoto Yabe shared here

We can see on this plot that those fibers are contaminated by signal coming from the neighbouring fibers.

Try to build to fiberProfiles with narrower swaths, or any other method that you think could improve the extraction in the context of the engineering data release.

But, in longer terms, measuring good odd and even profiles and solve for them simultaneously should still be a better option, IMHO.



 Comments   
Comment by price [ 02/Mar/23 ]

Neither a smaller radius nor fewer swaths nor both together is sufficient to prevent the steps in the extraction.

Comment by arnaud.lefur [ 02/Mar/23 ]

Have you quantified by how much the neighbouring fibers are contaminated ? Yabe-san figure shows quite high level.
I looked at the only 1-every-4th fiber profiles we have from november :
The first neighbours show contamination less than 1%.

Comment by price [ 02/Mar/23 ]

I don't believe this is an issue with contamination: a profile with a radius of two pixels should have zero overlap with neighbouring fibers. Rather, I believe there's a problem with how the profile is used in the extraction.

Comment by arnaud.lefur [ 02/Mar/23 ]

Well, I agree there is no overlap in the profiles themselves.
But again, if my understanding is correct, so far, as a good approximation, we considered that each pixel is some flux measured from one object only right ?
But because of the wings, each pixel is actually the sum of multiple objects with some weights.
The problem is we don't know those weights, and until we do there is nothing much we can do.
That's what I called contamination, the fact that if you have an bright object that peak at 20k in one fiber, then the pixels from neighbouring fibers will get an extra 200 counts on top of their own object.

Comment by price [ 02/Mar/23 ]

Sure, but that can't produce the strong steps in the extracted spectrum.

Comment by price [ 04/Mar/23 ]

The steps in the spectra are remedied if the profiles go to zero. Currently, they don't because they were measured on full-fiber-density images and therefore have small radius, so the outermost profile samples are signficantly above zero. If I force them to zero (by subtracting the average of the outermost samples), the steps disappear. The attached plot shows the same fibers as before, but from a pfsArm.

Comment by price [ 04/Mar/23 ]

Updated the CALIB in /work/drp at Subaru and in /projects/HSC/PFS/Subaru on Tiger at Princeton.

Comment by arnaud.lefur [ 28/Mar/23 ]

Paul did some experiments, but without actual improvement.
Again, profiles are now generated differently (PIPE2D-907), should be wider and less subject to that kind of issues.

Generated at Sat Feb 10 16:03:51 JST 2024 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.