Correlate test metrics with parameter recovery
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 10
- Forks
- 6
- PR merge metrics
- No merged PRs in 30d
Description
Running parameter estimation is the only sure-fire way to guarantee that DeepClean is, at the very least, not introducing noise into the strain or removing astrophysical signals. However, achieving statistically significant estimates of its impact to PE is time consuming and would ultimately bottleneck both offline and production deployments. What we need is to run PE on multiple DeepClean versions at various levels of performance (either across HP values or across epochs in a single run), and use those metrics to compare to metrics that we can compare quickly like ASDR and find things we can measure easily that we're confident have a high correlation with PE recovery. We'll still want to run PE for new architectures or optimizers we want to take into production, but having a proxy will allow us to iterate more quickly both offline and in production.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue names no files, tests, or entry points. Start by locating the parameter-estimation and ASDR metric workflows, then determine how multiple DeepClean versions, hyperparameter levels, or training epochs can be compared; done means identifying a quick metric that correlates reliably with parameter recovery.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- data, machine-learning
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100