Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

New functions for better support for different scores and metrics

未关闭
#281 15 条评论 0 个 reaction 已指派 1 人 在 GitHub 查看

@VisruthSK 已经在做这个了。

开始于 2025年6月25日。

评估

这个 Issue 还没有评估数据。

描述

This is related to issues #223, #220, #213, #201, #135, #106

We have discussed rewriting CRPS and SCRPS functions to use better computation (probability weighted moment form). As new functions are needed, this has lead to thinking overall improvement of metric and score functions. Some thoughts

  • Keep the current loo for elpd, as it does not have arguments for the predictions and observations
  • a) Deprecate loo_predictive_metric and create new loo_predictive_measure, or
    b) create new loo_predictive_score
    • (a) might be better if we change the output
    • Noa thinks we could drop loo_
    • I think we could drop predictive_ but should not drop loo_
  • For all measures, return a loo object with pointwise and estimates
    • With pointwise information, we can do model comparisons
    • Should we extend the current loo object or make a new object type?
    • One challenge might be the sub sampling loo, which increase the amount of
      of work when implementing other measures
  • Extend loo_compare to work with other measures, as we know how to compute diff_se for all current
    metrics and scores. Currently, loo_predictive_metric returns only estimate and se for one model
    predictions
    • Or do we need a new function
  • Include MAE, RMSE, MSE, R2, ACC, balanced ACC, and Brie score to metrics
  • Include RPS, SRPS, CRPS, SCRPS, and log score to scores
  • When computing S?C?RPS or current metrics, maybe store function specific diagnostics?
  • All measures need psis object or log weights, and thus
    should we always compute p_loo, too? Or should we compute measure specific value describing
    amount of fitting?
  • I have a minimal function that computes loo versions of RPS, SRPS, CRPS, SCRPS and includes documentation for the equations with references (but no argument checking, and computes it only for one scalar y, etc)

tagging @n-kall and @jgabry

主要语言
R
星标
157
派生
38
平均合并
4 天 16 小时
30 天内合并 PR
2

贡献指南

打开贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

stan-dev/loo 的其他 Issue

查看 stan-dev/loo 的全部 Issue

相似的 Issue

更多 R Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。