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-329 1D Redmine <p><em><font color="#505f79"> Created on 2023-10-05 13:09:56 by Didier Vibert. % Done: 0</font></em></p> <p>when the linemeas method is piped after the linemodelsolve, the parameters "emvelocityfitmin" &amp; "emvelocityfitmax" of the linemeas section (if velocityfit is true) should define a range which at least include the range <span class="error">&#91;emvelocityfitmin&quot;, &quot;emvelocityfitmax&#93;</span> of the linemodelSolve section. </p> <p>see #8365-10</p> <p>idem for absvelocityfitmin" &amp; absvelocityfitmax" </p> <p>we should decide if this is an error or just a warning.</p> REDMINE1D-329

[RM-8390] [parameters checker] add a new constraint on linemeas velocityfit

Task Normal Open Unresolved Redmine-Jira Migtation Redmine-Jira Migtation Thu, 5 Oct 2023 18:15:38 +0000 Mon, 4 Dec 2023 18:20:48 +0000 0 1 <p>Comment by Didier Vibert on 2023-10-19 14:02:44:<br/> suite à discussion avec @vlebrun </p> <p>On part donc sur un warning si la plage de vitesse linemeas ne couvre pas celle de redshift-estimation. La différence avec les warnings sur les "unused" parameters, c'est que dans ce cas il faut modifier les paramètres de façon à ce que la plage linemeas couvre celle de z-estim. </p> <p>On peut soit tout faire au niveau du parameters checker en python, ou alors juste le check/warning dans le checker python et modif du param effectif dans le code C++ lors de son utilisation.</p> <p>Il y a un warning aussi à ajouter (soit dans l'API, soit dans le code C++) lorsque la vitesse initiale (qui vient de estim-z ou du linemeas catalog en entrée) n'est pas dans la plage. Et idem, dans ce cas on modifie la plage pour inclure la vitesse initiale.</p> Development Rank 0|zzszun: