Skip to content
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

Error in make_spatial_info() FishStatsUtils 3.2 and VAST 3.2 - User extrapolation grid #193

Closed
Jason-Conner-NOAA opened this issue Sep 30, 2019 · 1 comment

Comments

@Jason-Conner-NOAA
Copy link

Jason-Conner-NOAA commented Sep 30, 2019

Encountered an error using VAST 3.2 that does not arise using 3.1 with the same input. Other discrepancies: works on MRAN 3.5.3 but not on 3.5.1

Region= "user" with an extrap grid of 4 nmi^2 for the eastern Bering Sea.

Executing code:
Spatial_List = make_spatial_info( n_x=n_x, Method=Method, Lon_i=Data_Geostat[,'Lon'], Lat_i=Data_Geostat[,'Lat'], Extrapolation_List=Extrapolation_List, DirPath=DateFile, Save_Results=FALSE, fine_scale=F)

Gives the following traceback:
Error in rbind(info, getNamespaceInfo(env, "S3methods")) : number of columns of matrices must match (see arg 2)
11.
stop(e)
10.
value[3L]
9.
tryCatchOne(expr, names, parentenv, handlers[[1L]])
8.
tryCatchList(expr, classes, parentenv, handlers)
7.
tryCatch(loadNamespace(name), error = function(e) stop(e))
6.
getNamespace(ns)
5.
asNamespace(ns)
4.
getExportedValue(pkg, name)
3.
INLA::inla.mesh.create
2.
Calc_Anisotropic_Mesh(Method = Method, loc_x = Kmeans$centers, loc_g = loc_g, loc_i = loc_i, Extrapolation_List

= Extrapolation_List, fine_scale = fine_scale, ...)
1.
make_spatial_info(n_x = n_x, knot_method = "grid", Method = Method, Lon_i = Data_Geostat[, "Lon"], Lat_i =

Data_Geostat[, "Lat"], Extrapolation_List = Extrapolation_List, DirPath = DateFile, Save_Results = FALSE,

fine_scale = FALSE)

I am currently trying to have OFIS upgrade my VM to MRAN 3.5.3 to see if that makes the difference. I will report back.

@James-Thorson-NOAA
Copy link
Owner

James-Thorson-NOAA commented Sep 30, 2019

The error is the same as #189. I'm closing here and feel free to follow up on that thread. Long story short, I think you'll find that you get the same error just typing library(INLA) and it arises from a problem with either the version of INLA, or some other package using 3.6.0 namespace conventions, as discussed on that other issue thread.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants