Comments (6)
I agree it is unclear what is needed here since it is legitimate to define (and compile) a model before putting values into it. Maybe we should provide a nimbleFunction that checks if a model is ready to use, so it would be easy to insert that step at the beginning of other nimbleFunctions when needed?
from nimble.
Maybe we should provide a nimbleFunction that checks if a model is ready
to use, so it would be easy to insert that step at the beginning of other
nimbleFunctions when needed?
The function described above is more or less exactly the nimbleFunction I
wrote called "initializeModel", which is already in use at the beginning of
algorithmic nimbleFunctions in devel.
Daniel
On Mon, May 4, 2015 at 4:01 PM, perrydv [email protected] wrote:
I agree it is unclear what is needed here since it is legitimate to define
(and compile) a model before putting values into it. Maybe we should
provide a nimbleFunction that checks if a model is ready to use, so it
would be easy to insert that step at the beginning of other nimbleFunctions
when needed?—
Reply to this email directly or view it on GitHub
#13 (comment).
from nimble.
should we
a) call initializeModel() at the end of nimbleModel()
b) mention initializeModel() in the manual?
If we do do (a), I don't think we want to automatically simulate into
stochastic nodes unless a user specifically requests it, but deterministic
nodes are another story.
I think the main things to be concerned about are missing values in data
nodes, stochastic parameter nodes, and RHS only nodes, in terms of what to
warn users about.
On Tue, May 26, 2015 at 1:17 PM, Daniel Turek [email protected]
wrote:
Maybe we should provide a nimbleFunction that checks if a model is ready
to use, so it would be easy to insert that step at the beginning of other
nimbleFunctions when needed?The function described above is more or less exactly the nimbleFunction I
wrote called "initializeModel", which is already in use at the beginning of
algorithmic nimbleFunctions in devel.Daniel
On Mon, May 4, 2015 at 4:01 PM, perrydv [email protected] wrote:
I agree it is unclear what is needed here since it is legitimate to
define
(and compile) a model before putting values into it. Maybe we should
provide a nimbleFunction that checks if a model is ready to use, so it
would be easy to insert that step at the beginning of other
nimbleFunctions
when needed?—
Reply to this email directly or view it on GitHub
#13 (comment).—
Reply to this email directly or view it on GitHub
#13 (comment).
from nimble.
I had already added a very brief section on initializeModel() to the
developer manual. It's at the very end.
We could add an option to initializeModel() which determines whether or not
it simulates into missing-valued nodes. At the moment it does.
Daniel
On Tue, May 26, 2015 at 1:48 PM, Christopher Paciorek <
[email protected]> wrote:
should we
a) call initializeModel() at the end of nimbleModel()
b) mention initializeModel() in the manual?If we do do (a), I don't think we want to automatically simulate into
stochastic nodes unless a user specifically requests it, but deterministic
nodes are another story.I think the main things to be concerned about are missing values in data
nodes, stochastic parameter nodes, and RHS only nodes, in terms of what to
warn users about.On Tue, May 26, 2015 at 1:17 PM, Daniel Turek [email protected]
wrote:Maybe we should provide a nimbleFunction that checks if a model is
ready
to use, so it would be easy to insert that step at the beginning of other
nimbleFunctions when needed?The function described above is more or less exactly the nimbleFunction I
wrote called "initializeModel", which is already in use at the beginning
of
algorithmic nimbleFunctions in devel.Daniel
On Mon, May 4, 2015 at 4:01 PM, perrydv [email protected]
wrote:I agree it is unclear what is needed here since it is legitimate to
define
(and compile) a model before putting values into it. Maybe we should
provide a nimbleFunction that checks if a model is ready to use, so it
would be easy to insert that step at the beginning of other
nimbleFunctions
when needed?—
Reply to this email directly or view it on GitHub
<#13 (comment)
.—
Reply to this email directly or view it on GitHub
#13 (comment).—
Reply to this email directly or view it on GitHub
#13 (comment).
from nimble.
My thought is that at the end of nimbleModel(), we:
- simulate into all deterministic nodes
- warn users of any data nodes, RHS only nodes, or stochastic param nodes
that are NA or NaN
We could have a flag to nimbleModel that turns off warnings or have a new
nimbleOption that controls that and other warnings.
For the purpose of #1, having an option for initializeModel that would
avoid simulating stoch nodes would be good.
On Tue, May 26, 2015 at 3:25 PM, Daniel Turek [email protected]
wrote:
I had already added a very brief section on initializeModel() to the
developer manual. It's at the very end.We could add an option to initializeModel() which determines whether or not
it simulates into missing-valued nodes. At the moment it does.Daniel
On Tue, May 26, 2015 at 1:48 PM, Christopher Paciorek <
[email protected]> wrote:should we
a) call initializeModel() at the end of nimbleModel()
b) mention initializeModel() in the manual?If we do do (a), I don't think we want to automatically simulate into
stochastic nodes unless a user specifically requests it, but
deterministic
nodes are another story.I think the main things to be concerned about are missing values in data
nodes, stochastic parameter nodes, and RHS only nodes, in terms of what
to
warn users about.On Tue, May 26, 2015 at 1:17 PM, Daniel Turek [email protected]
wrote:Maybe we should provide a nimbleFunction that checks if a model is
ready
to use, so it would be easy to insert that step at the beginning of
other
nimbleFunctions when needed?The function described above is more or less exactly the
nimbleFunction I
wrote called "initializeModel", which is already in use at the
beginning
of
algorithmic nimbleFunctions in devel.Daniel
On Mon, May 4, 2015 at 4:01 PM, perrydv [email protected]
wrote:I agree it is unclear what is needed here since it is legitimate to
define
(and compile) a model before putting values into it. Maybe we should
provide a nimbleFunction that checks if a model is ready to use, so
it
would be easy to insert that step at the beginning of other
nimbleFunctions
when needed?—
Reply to this email directly or view it on GitHub
<
#13 (comment)
.—
Reply to this email directly or view it on GitHub
<#13 (comment)
.—
Reply to this email directly or view it on GitHub
#13 (comment).—
Reply to this email directly or view it on GitHub
#13 (comment).
from nimble.
I believe this is addressed with our new check() functionality.
from nimble.
Related Issues (20)
- `pow_int` is slow HOT 1
- passing variables (including an element of a vector) as second arg to getParam gives unhelpful error message HOT 2
- `registerDistributions` type-checking does not allow default values for `x` HOT 4
- Documentation 'calcNodes' not up to date? HOT 3
- MCMC sampler samples just a subset of the model's variable without any warnings/errors HOT 3
- "Error in parse: unexpected end of input" when reading BUGS model file with `readBUGSmodel()` HOT 6
- error trapping unusual indexing in call to user-defined function HOT 1
- Some parameters don't update in parametric stochastic block model HOT 1
- scoping/exporting issue with nested nimbleFunctions HOT 2
- Confusing/new behavior/error with registered distribution HOT 4
- inconsistent/confusing warning about nimbleFunction not yet created HOT 4
- needed changes for macros HOT 1
- update nimble-package Roxygen HOT 1
- fix new CRAN warnings about `char*` vs. `SEXP` HOT 1
- better error trap when constant equals 1
- improper error trapping in `sizeReturn` HOT 2
- discuss: should missing variables in a nf trigger warning or error? HOT 1
- eigenization of besselK - is `toEigenize` specified correctly? HOT 1
- Error in MCMC Parameter Estimation using Nimble: 'object 'i' not found'" HOT 1
- sporadic `test-waic` failure (possibly only on MacOS) HOT 12
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from nimble.