Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Noisy footprints in some spectral channels after gridding #154

Open
rfriesen opened this issue Dec 19, 2016 · 10 comments
Open

Noisy footprints in some spectral channels after gridding #154

rfriesen opened this issue Dec 19, 2016 · 10 comments
Milestone

Comments

@rfriesen
Copy link
Contributor

Need to include a mechanism to check for noisy scans in reduction pipeline.

@rfriesen rfriesen added this to the DR2 milestone Dec 19, 2016
@low-sky
Copy link
Contributor

low-sky commented Dec 19, 2016

Maybe this will do?

@rfriesen
Copy link
Contributor Author

Certainly looks reasonable! We can re-run one of the DR1 sets that shows the issue through the gridder and see if that solves it.

@low-sky
Copy link
Contributor

low-sky commented Dec 19, 2016

Okay, I (or someone else) can PR this snippet in soon (I'm on the way out the door). Do you have a region in mind?

@rfriesen
Copy link
Contributor Author

All the (3,3) cubes in the DR1 regions show this issue, so probably NGC 1333 is the smallest? Doesn't need to be done today, I just wanted to post this since you had mentioned you had a possible solution! I'm happy to look into it, later.

@rfriesen
Copy link
Contributor Author

I'm testing the Tsys check as implemented in the KEYSTONE pipeline, but find the same issue in the resulting L1688 NH3 (3,3) cube. It's often (but not always) an entire footprint that has a strong positive or negative offset in a single velocity channel (see image).

@jpinedaf , didn't we see something similar in one of the Orion A footprints? How did you resolve that?

snapshot2

@low-sky
Copy link
Contributor

low-sky commented Feb 17, 2017

Thanks, @rfriesen

I've definitely seen evidence for this as well. Do you happen to have a session / footprint number that has the glitch? I can track it down, but if you already know, it would make it faster.

The issue appears to be a high spike in part VEGAS. It should be flaggable in the time series. Since we pass to the FFT domain for spectrum shifting, there could be a flagging step there as well.

@rfriesen
Copy link
Contributor Author

@low-sky
I just took a look and the bad footprints for L1688 seem to all come from specific sessions:
The large negative features are in L1688-3,-6, and -9, observed in Session 42.
Positive/noisy features are in L1688-5 and -8, and were observed in Session 15.

@low-sky
Copy link
Contributor

low-sky commented Feb 17, 2017

👍

Thank you. I'm working on GBT software stacks now.

@low-sky
Copy link
Contributor

low-sky commented Mar 14, 2017

Addressed in #158

@low-sky
Copy link
Contributor

low-sky commented Mar 17, 2017

Some progress: spikes are reduced but not eliminated in this approach. Baselines appear a lot better. This does a spectrum space flagging. I'll work on FFT flagging now that the grid-code refactor is approaching usability.

progress

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants