Allow structured format for unconstrained parameters
Maintainer thường phản hồi trong vòng 1 ngày
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
- 35/100
Hướng nghiên cứu
Bắt đầu bằng cách xác định điểm vào API hiện tại cho các vector tham số không bị ràng buộc và cách xử lý tương ứng đối với các tham số bị ràng buộc. Xem xét cách xác định thứ tự và số chiều của các tham số, sau đó định nghĩa các bài kiểm thử cho các đầu vào không bị ràng buộc có tên, bao gồm các giá trị scalar và simplex, cũng như cho các tên hoặc độ dài không hợp lệ. Công việc được xem là hoàn tất khi các đầu vào có tên được kiểm tra và ánh xạ một cách xác định mà không làm hỏng các đầu vào vector.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The current approach to providing unconstrained parameters as arguments (as inherited from rstan) requires that they are passed as a single numeric vector with all unconstrained parameter values concatenated.
After some API discussions with @n-kall, it was pointed out that this approach can easily lead to errors if any transformations or custom constructions of unconstrained parameters are performed - as users might accidentally provide parameter values in the wrong order.
Instead, we could allow unconstrained parameters to be passed as a named list like we do for constrained parameters, but with handling/checking for the different number of unconstrained values (e.g., for simplexes).
As a concrete example, for a model with parameters:
parameters {
real x;
simplex[4] y;
}
The unconstrained parameters would need to be passed as a four-element numeric vector:
unconstrained_vector <- c(1.2, 0.6, 1.6, -1.2)
This clearly allows for the easy mistake of accidentally providing the value of x as the last, rather than the first element (especially if the model is being iterated/revised).
I'm proposing we could accept the unconstrained parameters in the format:
unconstrained_list <- list(x = 1.2, y = c(0.6, 1.6, -1.2))
And then handle the ordering internally when mapping to a single vector of values.
Thoughts?
- Ngôn ngữ chính
- R
- Star
- 164
- Fork
- 69
- Merge trung bình
- 1 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 47
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/cmdstanr
-
internal-code
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
stan-dev/cmdstanr#506 · 7 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Model methods fail on a reloaded fit when the data was passed in memoryCó thể đã có người làm @jgabry đã nhận 3 ngày trước. Đang mởbug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
Maintainer thường phản hồi trong vòng 1 ngày
-
internal-code
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
stan-dev/cmdstanr#1314 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
feature
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
stan-dev/cmdstanr#1175 · 1 bình luận · 2 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của stan-dev/cmdstanr
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
AlexsLemonade/scpca-nf#1357 ·
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
REditorSupport/vscode-R#1883 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Error out post processing step if there are multiple folders in /exec with the same index numberĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
bug documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày