Store information about which sampling method or algorithm was used
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
Hướng nghiên cứu
Bắt đầu bằng việc xem xét phần thảo luận trong issue #130 cùng với ma trận pointwise hiện tại và các cấu trúc diagnostics được đề cập ở đây. Xác định siêu dữ liệu về phương pháp lấy mẫu cho từng quan sát nên được đặt ở đâu và các phương pháp như psis, refit, psis-mm và lấy mẫu con nên được biểu diễn như thế nào. Công việc được xem là hoàn tất khi vị trí lưu trữ và quy ước đặt tên đã được thống nhất.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
This was briefly discussed in #130 , but I am making it a separate issue so that the discussion does not get lost. I will copy what was discussed there:
It would be convenient to store information about which algorithm the elpd values come from. Since moment matching and refitting operate on individual observations, the information should be stored separately for each observation. For example, by default this value could be the same as is_method for all observations, but moment matching or refitting could change it from, say, psis to refit or psis-mm for some observations.
Details to discuss that come to my head at this moment
- Where to store it?
pointwiseis currently a matrix, could we make it a data frame to include a column with text? It could also be an element indiagnostics? - What kind of information to include and how to name the different options (is method/moment matching/refit)? It seems that even
is_methodis currently not stored anywhere. Probably subsampling would be indicated here as well?
- Ngôn ngữ chính
- R
- Star
- 157
- Fork
- 38
- Merge trung bình
- 4 ngày 16 giờ
- Pull request đã merge (30 ngày)
- 2
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/loo
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Extend loo_plot_difference Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
-
Clean up issues Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
Issue tương tự
-
Affects Web App documentation PRIORITY LOW
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 80/100
hubverse-org/hubCI#36 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
OHDSI/CohortSymmetry#351 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100