winbugs14 - 解释 WinBUGS 陷阱以及如何使程序自动化？

Question

首先，有人知道 WinBUGS 的开发人员指南吗？该网站充满了涂鸦的详细示例和模型语言的文档，但我还没有找到任何关于如何解释陷阱窗口的信息。

其次，有没有人找到任何方法来简化检查/加载/编译/初始化/监控/更新周期？我的意思是，似乎没有任何方法可以说“不要费心重新检查模型或将任何设置恢复为默认值(!!!)，只需继续从这些文件中加载数据，从这些文件，并为每个文件生成一个新的尾声”。即使是标准的 Windows 快捷方式也在这里被阉割，迫使用户不断单击并一遍又一遍地用相同的值填充相同的字段。这似乎是一个小问题，但是当您一个接一个地进行许多类似的分析时，它很快就会变老。

我正准备使用 TRON.EXE 向程序发送虚假的鼠标点击，但在走向那个极端之前，我希望有一些 native 和更优雅的方法来自动执行重复的 WinBUGS 任务.

Answer 1

嗯...这是正常的 WinBUGS :-) 不友好，显示的陷阱会吓到经验丰富的内核黑客.. :-) 我不认为存在一些陷阱指南。我的意思是，如果 WinBUGS 的创建者想要更加用户友好，他们可能会首先让陷阱更容易理解，这样就不需要指南了。

我正在尝试做类似的事情 - 即自定义 WinBUGS 行为。首先，您可以使用 R2WinBUGS 从 R 调用 WinBUGS。这样你就可以做很多自动化，但不是全部。例如，我想在 WinBUGS 中有类似进度信息的东西。问题是 WinBUGS UI 在更新周期中卡住了。 R2WinBUGS 创建 script.txt命令脚本并且有命令update (<big number of cycles>) .我在这里想要的是自定义此 script.txt 以包含许多较小的 update(..)命令而不是一个大命令。但是，问题是 R2WinBUGS 会自行生成此脚本，您无法更改它。

因此自定义 WinBUGS 的方法可能是您创建自己的包装器来创建 script.txt 和其他文件。我相信您可以通过这种方式对 WinBUGS 进行更多自定义。

但是，我不确定 WinBUGS 是否值得。它的发展已经停止，虽然受到许多人的喜爱，但它仍然很僵化。您可以尝试 JAGS 或 CppBugs，它们看起来更有前途。