Interface for ensembles
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- r
- Lĩnh vực
- machine-learning
Hướng nghiên cứu
Bắt đầu với phần thảo luận về các hàm mô hình tổng quát trong issue #39, sau đó so sánh các phương pháp ensemble được tham chiếu trong loo, brms và marginaleffects. Xác định xem interface thuộc về posterior hay rstantools, đồng thời xác định hành vi của model và weight cũng như các hàm được hỗ trợ trước khi triển khai; công việc được xem là hoàn tất khi đã thống nhất về thiết kế và vị trí trong project.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
(I'm not sure where this lives, so I'm putting it here because at least I know the relevant folks will see it and then we can discuss ;).)
I think it might be helpful to have a lightweight class for ensembles of models with weights. Perhaps something that contains a list of models and weights, and implements calls to most of the generic model functions (posterior_predict(), etc; basically the list here: #39) by resampling output from the model list according to those weights.
Unless I've missed something, current approaches to this seem to be duplicated across several packages (loo, brms, marginaleffects, ...); see some discussion on this twitter thread.
The advantage of what I am proposing is that packages that build on top of the generic model functions (#39) would then automatically support ensembles. Currently such packages have to be "ensemble-aware" in a non-generic way; e.g. for ensembles of brms models they have to use brms::pp_average() instead of posterior_predict() / etc.
Not sure where such a class should live (here? rstantools?). I guess this partly depends on if the generic functions from rstantools eventually get moved here per #39.
Thoughts? Pinging @avehtari @paul-buerkner @jgabry.
- Ngôn ngữ chính
- R
- Star
- 172
- Fork
- 27
- Merge trung bình
- 5 ngày 12 giờ
- Pull request đã merge (30 ngày)
- 5
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của stan-dev/posterior
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
Use testthat 3eCó thể đã có người làm @mcol đã nhận 7 ngày trước. Đang mởgood first issue test
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
Tất cả issue của stan-dev/posterior
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
cran-task-views/Spatial#127 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Add two cautions to the `simulate_dyad_responses()` helpCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởdocumentation priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Pascal-Kueng/dyadMLM#179 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Consider changesĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
OHDSI/OmopSketch#618 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
GSK-Biostatistics/tfrmt#854 ·