8000 #68 BinnedScatterPlotSysTest by msimet · Pull Request #73 · msimet/Stile · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

#68 BinnedScatterPlotSysTest #73

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

Open
wants to merge 28 commits into
base: master
Choose a base branch
from
Open

#68 BinnedScatterPlotSysTest #73

wants to merge 28 commits into from

Conversation

msimet
Copy link
Owner
@msimet msimet commented Jul 16, 2015

Hi folks,

Here's a PR for branch #68, creating a new class of systematics test, the BinnedScatterPlotSysTest. The class takes an array and produces a scatter plot whose y-values are some function of the data; builtin options are mean, median, rms and count (just the number of objects in each bin). It can also take a callable function to perform on the data. I had to make some choices on defaults and parameter names but they're mostly described in the docstring for the BinnedScatterPlotSysTest--please feel free to suggest any alterations.

The BinnedScatterPlotSysTest is actually a child class of ScatterPlotSysTest, and calls the main method of that object to generate the scatter plot once we've done the appropriate calculation.

I also made some default choices for which of these we'd like in the HSC module and made adapters for those tests. (Eventually we should have a more flexible method of doing this, which will be part of branch #34.) Of particular note is the CountPerMagnitude adapter. Number density is hard because we'd have to know the area of each data set, but just counting objects is okay...do we think this is useful?

@rmandelb
Copy link
Collaborator

Of particular note is the CountPerMagnitude adapter. Number density is hard because we'd have to
know the area of each data set, but just counting objects is okay...do we think this is useful?

It is useful, but I wonder if you could put a keyword for an optional area that the user could provide to make a number density? For example, if the dataset corresponds to a single focal plane and we think the area lost due to bright stars is negligible, or that the mask plane could be used to properly calculate an area, then it might be useful to be able to pass that information in to the routine.

@@ -63,7 +63,8 @@ class CCDSingleEpochStileConfig(lsst.pex.config.Config):
"WhiskerPlotStar", "WhiskerPlotPSF", "WhiskerPlotResidual",
"ScatterPlotStarVsPSFG1", "ScatterPlotStarVsPSFG2",
"ScatterPlotStarVsPSFSigma", "ScatterPlotResidualVsPSFG1",
"ScatterPlotResidualVsPSFG2", "ScatterPlotResidualVsPSFSigma"
"ScatterPlotResidualVsPSFG2", "ScatterPlotResidualVsPSFSigma",
"RMSE1Sky", "RMSE2Sky", "RMSE1Chip", "RMSE2Chip", "CountPerMagnitude"
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure we need to keep these as separate per-component RMS's. Normally when I am doing this kind of calculation I'll combine the components, e.g., for a per-component RMS I would do 0.5*(sum(e1^2)+sum(e2^2)).

Copy link
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Apparently, at some point, I added the RMSESky and RMSEChip options--thanks for the suggestion. Should we leave the e1, e2 versions as well (in case we need them as a diagnostic) or just remove them as dead weight in the code?

@msimet msimet mentioned this pull request Jun 18, 2018
17 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants
0