https://pfspipe.ipmu.jp/jira This file is an XML representation of an issue en-us 8.3.4 803005 13-09-2019 https://pfspipe.ipmu.jp/jira/browse/REDMINE1D-49 1D Redmine <p><em><font color="#505f79"> Created on 2020-10-01 16:07:51 by Didier Vibert. % Done: 60</font></em></p> <p>traiter plusieurs observations d'une même source.</p> <p>ie: plusieurs spectres en entrée, mais un seul modèle pour générer les observations multiples.<br/> ces observations n'ont pas forcément la même grille en lambda (eg filtre bleu et rouge d'Euclid), et peuvent avoir des longueurs d'ondes redondantes.</p> <p>pour PFS, préserver la capacité d'utiliser le log-lambda </p> REDMINE1D-49

[RM-6028] full implementation of multiple observations ( multi-roll, blue/red...)

Task Normal In Progress Unresolved Redmine-Jira Migtation Redmine-Jira Migtation Fri, 4 Jun 2021 01:20:48 +0000 Wed, 7 Feb 2024 18:32:21 +0000 0 1 <p>Comment by Didier Vibert on 2022-03-30 16:59:00:<br/> L'idée: première version sans aucun coeff d'intercalibration.</p> <p>remplacer dans l'inputContext le membre @std::shared_ptr&lt;CSpectrum&gt; m_Spectrum@ par un container (std::vector ? ), idem pour @m_rebinnedSpectrum@, et partout où on référence ces objets.</p> <p>commencer par modifier CTemplateFiitingSolve et COperatorTemplatefitting.<br/> puis COperatorTemplateFittingLog et COperatorTemaplateFitttingPhot,<br/> puis CTplCombinationSolve et COperatorTplcombination<br/> puis CLinemodelSolve </p> <p>note:<br/> il faut rajouter dans le parameters.json autant de lambda range que de spectres...<br/> idem dans l'inputContext::m_lambdaRange devient un container de range, </p> <p>En revanche m_logGridStep est unique (ainsi que m_logRebin qui contient les zrange out) : =&gt; pour le mutli-obs avec traitement Fourrier, le logstep (lié au zstep) doit être identique. </p> <p>orthogonalize template: on ne vas pas orthogonaliser différemment pour chaque spectre (ie chaque LSF) =&gt; utiliser la LSF la plus large (à voir comment le déterminer avec des LSF variables...)<br/> idem pour le support à masquer avec l'option ignorelinesupport.</p> <p>Comment by Ali Allaoui on 2022-12-07 10:24:26:<br/> Comment identifier chacun des spectres et son lambda range associé ? se baser uniquement sur l'ordre (et donc dans le parameters.json avoir @"lambdarange":[<span class="error">&#91;12510,18500&#93;</span>,<span class="error">&#91;19000,21000&#93;</span>@) est peut être risqué, on s'appuierait alors sur l'ordre des spectres dans l'inputspectrumlist (point de vue client), ou l'ordre d'ajout des spectres (point de vue api, l'appel à load_flux, load_error, load_wave). Ne vaudrait-il mieux pas avoir une information supplémentaire dans CSpectrum, qu'on puisse utiliser dans le parameters.json : @"lambdarange":</p> {"a":[12510,18500], "b":[19000,21000]} <p>@</p> <p>Comment by Pierre-yves Chabaud on 2022-12-07 14:59:31:<br/> En plus de @lambdarange@, y a-t-il d'autres paramètres qui, pour une même source, peuvent avoir des valeurs différentes suivants les jeux observations ?<br/> Les deux design que je vois sont :</p> <p>*<b>Premier design</b>* (idem proposé par Ali)</p> <p>&lt;pre&gt;<br/> "lambdarange":</p> {"obs1":[6000,11500], "obs2":[12500,18000]} <p>&lt;/pre&gt;</p> <p>*<b>Deuxième design</b>*</p> <p>&lt;pre&gt;<br/> "observations":[</p> {"name":"obs1", "lambdarange":[6000,11500]} <p>, </p> {"name":"obs2", "lambdarange":[12500,18000]} <p>]<br/> &lt;/pre&gt;</p> <p>Dans tous les cas, cela nécessite d'avoir une information sur l'observation dans le CSpectrum ("obs1" ou "obs2" dans mon exemple). Information a remonter également dans le format v3 me semble-t-il.</p> <p>Comment by Didier Vibert on 2022-12-07 15:12:53:<br/> oui, il y a d'autres paramètres: les lsf. 2cas possibles:</p> <ol> <li>elles sont dans les fichiers spectres (lsfytpe = "fromspectrumdata"), soit pas de paramètre supplémentaire dans ce cas</li> <li>elles ne sont pas dans les fichiers, et viennent du parameters.json. Dans ce cas il faut prévoir de paramétrer la LSF pour chaque "observation", en reprenant ta terminologie de Pierre-Yves.<br/> On peut même imaginer utiliser la lsf dans les fichiers (lsfytpe = "fromspectrumdata") pour un type d'observation et parmétrée pour un autre type, si eg la lsf estimée par SIR s'avère bonne uniquement sur le bleu...</li> </ol> Development Rank 0|zzs7hs: