Hi,
this is up to the configuration of the hosting server. For
shinyapps.io, I haven't found a way to specify additional repositories
beyond CRAN, but that would otherwise be the natural solution, but if
you have your own server that would likely be configurable.
The section on uploading shiny apps in Paula Moraga's book,
https://www.paulamoraga.com/book-geospatial/sec-shinyexample.html,
only involves displaying pre-computed results, so it doesn't need to
have INLA installed on the server.
It is almost possible to install INLA from gihub with
remotes::install_github("
https://github.com/hrue/r-inla",subdir="rinla")
but that fails due to how some of the generated documentation is
stored (or rather _not_ stored on github). That can be worked around
by making a github clone of the repo that does include the generated
files.
However, that wouldn't include the inla and fmesher binaries (unless
you build them and add them to your repository clone, but that would
involve very large files, and I wouldn't recommend it!), so those
would then need to be installed separately; in theory your app could
run inla.binary.install(os = ...) (if the server is some
linux-version), but that would lead to a slow startup time for your
app.
But then you could probably just as well run install.packages() itself
inside your app, which would also be very slow.
So getting the server to accept additional repository locations would be ideal.
Finn
> --
> You received this message because you are subscribed to the Google Groups "R-inla discussion group" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to
r-inla-discussion...@googlegroups.com.
> To view this discussion on the web, visit
https://groups.google.com/d/msgid/r-inla-discussion-group/c98cb505-ed5d-4c29-9d3e-802d60389bf2n%40googlegroups.com.
--
Finn Lindgren
email:
finn.l...@gmail.com