-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Detection function extension #31
Comments
Have a look at the essmod repository: essmod/tex/paper1_code/example_bwhales_semipar.R :) |
Thanks Fabian.
I do not understand all the INLA commands, which leads me to ask these questions:
1. Presumably we’d want inla.spde2.matern to be replaced by inla.spde2.pcmatern, and also B.tau and B.kappa would be replaced by prior.range and prior.sigma?
2. I have never used the Cmatrix or the A.msk arguments and don’t know what "model='generic0’ “ means. Is there a simpler way of setting up the spdf in the distance dimension, using only the kinds of commands that we use in the inlabru workshop practicals?
I tried fitting the model but it fell over here:
fit = lgcp(components = cmp, data = etp$bwhale,
+ samplers = etp$transect,
+ domain = list(distance = c(0,6)),
+ options = list(inla.call = "remote"))
iinla() iteration 1 [ max: 1 ].
Error in (function (data, model, stackmaker, n = 10, result = NULL, family, :
INLA returned message: The inla-program exited with an error. Unless you interupted it yourself, please rerun with verbose=TRUE and check the output carefully.
If this does not help, please contact the developers at <[email protected]<mailto:[email protected]>>.
In addition: Warning message:
In inla.inlaprogram.has.crashed() :
The inla-program exited with an error. Unless you interupted it yourself, please rerun with verbose=TRUE and check the output carefully.
If this does not help, please contact the developers at <[email protected]<mailto:[email protected]>>.
|
I’ll take a look at it; IIRC this is a kappa=0 model so pcmatern won’t work. |
In the INLA package, objects of type We could implement the same technique in inlabru, with its own model class:
A user would then only need to do this:
This could also be combined with the INLA feature, and the inlabru parameters encapsulated:
This version would more clearly separate basic INLA parameters from the special inlabru parameters. In the current inlabru version that doesn't have that feature, the object made with the helper function above can be use like this:
|
The "encapsulating" approach is the way to go; we need to handle |
Possible package code:
User code:
In inlabru v2.1.4 the model object from the helper function above can be used like this:
|
This might be combined with #4 |
Implement the flexible detection function model using SPDEs that was used in the Annals of Applied Statistics paper.
The text was updated successfully, but these errors were encountered: