[REDMINE1D-218] [RM-7100] pdf and probabilities for stars Created: 05/Jul/23  Updated: 05/Dec/23

Status: In Progress
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: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Created on 2022-03-07 10:27:52 by Didier Vibert. % Done: 0

currently the pdf for stars, build from parameter pdfcombination="bestchi", is constructed by taking at each z the best chi2 among all templates

instead it should be : the pdf build from the chi2 of the same template at all z, being the one that gives the minimum chi2 over all z and all templates.

at the same time we should compute the modelPDF, ie the probability of each template, build from summing the zPDF over z.

and start a thinking about a ML reliability with modelPDF which is scheduled in the Euclid datamodel



 Comments   
Comment by Redmine-Jira Migtation [ 05/Dec/23 ]

Comment by Didier Vibert on 2023-05-16 13:26:00:
@pychabau à propos de maj du datamodel euclid, la dernière phrase de la description est d'actualité ?

Comment by Redmine-Jira Migtation [ 05/Dec/23 ]

Comment by Pierre-yves Chabaud on 2023-05-16 14:01:06:
On n'a pas mis de PDF star dans le DM Euclid... mais on peut toujours ajouter ca.

Comment by Redmine-Jira Migtation [ 05/Dec/23 ]

Comment by Vincent Le Brun on 2023-05-16 14:03:11:
je serai tenté de la mettre, elle n'est pas grande et si un jour on nous la demande, ou si quelqu'un veut faire des calculs avec, ça sera un peu compliqué

Comment by Redmine-Jira Migtation [ 05/Dec/23 ]

Comment by Didier Vibert on 2023-05-16 16:02:31:
juste pour être sur que tout le monde est sur la même page, on ne parle pas d'une pdf(z) mais d'une pdf(model)

Comment by Redmine-Jira Migtation [ 05/Dec/23 ]

Comment by Didier Vibert on 2023-05-23 15:27:14:
suite à discussion avec @msarkis, voilà une proposition de modif à faire:

  • renommer COperatorPdfz en COperatorPdf (ou COperatorModelandZPdf ? )
  • renommer Marginalize en MarginalizeOnModel
  • merger bestchi2 et bestproba en bestProba (inclure le prior dans bestchi2, isoler le max du max, sortir la best zpdf, ie un seul model alors que bestproba prend la bestproba à chaque z). Mais ne fonctionne qu'avec un seul candidat (le max du max ou max_model_z), sinon il faut sortir une zpdf par candidat...
  • créer une nouvelle méthode MarginalizeOnZ
  • calculer et stocker les couples (z, model_index) correspondant aux max, dans COperatorPdfz. Pour MarginalizeZPdf, on va faire une recherche des max sur la ZPdf(en z donc) et récupérer l'index du best model correspondant (actuellement cet index est calculé dans buildExtremaResult). Pour MarginalizeModelPdf, c'est le symétrique qu'il faut coder: recherche du/des best model sur la ModelPdf et récupérer le best z correspondant à chacun. Pour bestPoba, le couple z,model_index, sort naturellement par construction.
Generated at Sat Feb 10 15:30:30 JST 2024 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.