[REDMINE1D-260] [RM-8178] [Refacto] Cleanup snr calculations Created: 12/Jul/23 Updated: 22/Sep/23 Resolved: 22/Sep/23 |
|
| Status: | Done |
| Project: | 1D Redmine |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Normal |
| Reporter: | Redmine-Jira Migtation | Assignee: | Redmine-Jira Migtation |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
Created on 2023-07-11 14:48:29 by Fanny Dufresne. % Done: 100
MR: https://gitlab.lam.fr/CPF/cpf-redshift/-/merge_requests/532 |
| Comments |
| Comment by Redmine-Jira Migtation [ 22/Sep/23 ] |
|
Comment by Didier Vibert on 2023-07-17 14:03:57: Le plus simple il me semble sera d'utiliser le membre @CTemplateFittingResult::SNR@. Il n'est utilisé que par @COperatorTplCombinatiion@ dont le calcul est un peu plus compliqué (combinaison linéraire de template au lieu d'un seul). Il faudrait implémenter le calcul de ce membre dans la méthode @CTemplateFittingResult::set_at_redshift@ et ensuite récupérer cette valeur partout ailleurs. Effectivement @CContinuumManager::getFitContinuum_snr()@ est à supprimer. est à oublier, lors de l'utilisation de l'operateur templatefitting dans le cadre du linemodel on utilise des templates orthogonaux au linemodel (ou en ayant mis à zéros les supports des raies), et donc le SNR en tient compte. |
| Comment by Redmine-Jira Migtation [ 22/Sep/23 ] |
|
Comment by Didier Vibert on 2023-08-31 07:59:46: effectivement c'est en doublon. Il faut je pense supprimer FittedTplSNR. Et se contenter d'utiliser partout TExtremaResult.fittedTpl.SNR |
| Comment by Redmine-Jira Migtation [ 22/Sep/23 ] |
|
Comment by Pierre-yves Chabaud on 2023-09-15 13:52:14: |