clarify advice on stationarity constraints for AR(k) processes (User's Guide)
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- tex
- Lĩnh vực
- documentation
Hướng nghiên cứu
Bắt đầu bằng cách so sánh các Mục 2.1 và 2.4 của Stan User’s Guide, đặc biệt là hướng dẫn về các ràng buộc tính dừng đối với các quá trình AR(k). Sửa lại hướng dẫn để phân biệt giữa các quá trình được biết là dừng và các trường hợp tính dừng chưa chắc chắn, sau đó kiểm tra User’s Guide đã được kết xuất để bảo đảm cách diễn đạt nhất quán.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary:
Ravi Sastry on Discourse pointed out an inconsistency in the User's Guide:
In the Stan User’s Guide v2.32, the last line in Section 2.4 recommends adding a constraint on the AR coefficient phi to ensure stationarity. But in Section 2.1, the same constraint on the AR coefficient (beta in this case) is given but “… is not recommended. If the data are not well fit by a stationary model it is best to know this. Stationary parameter estimates can be encouraged with a prior favoring values of beta near zero.”
Description:
My response on the forum:
If you know you're dealing with a stationary process, the constraint can make sense and even help guide the fit (it'll keep all the uncertainty within stationary parameter values). If you don't know you have a stationary process, this can be dangerous and will likely lead to instability in fit due to probability mass bunching up at constraint boundaries. So if you're unsure if your data are from a stationary process, it can help to not enforce the constraints and see what the data implies for a fit.
Current Version:
v2.32
- Ngôn ngữ chính
- TeX
- Star
- 43
- Fork
- 133
- Merge trung bình
- 11 giờ 32 phút
- Pull request đã merge (30 ngày)
- 4
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
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/docs
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
bug
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Tất cả issue của stan-dev/docs
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 95/100
Git-it-App/git-it-electron#1047 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
neondatabase/website#5944 ·
-
📕documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
db-ux-design-system/core-web#8239 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
libsdl-org/sdlwiki#1008 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100