knitr::opts_chunk$set( screenshot.force = FALSE, echo = TRUE, rows.print = 5, message = FALSE, warning = FALSE)

This vignette illustrates the basical use of the `PLNnetwork`

function and the methods accompaning the R6 Classes `PLNnetworkfamily`

and `PLNnetworkfit`

.

The packages required for the analysis are **PLNmodels** plus some others for data manipulation and representation:

library(PLNmodels) library(ggplot2)

We illustrate our point with the trichoptera data set, a full description of which can be found in the corresponding vignette. Data preparation is also detailed in the specific vignette.

data(trichoptera) trichoptera <- prepare_data(trichoptera$Abundance, trichoptera$Covariate)

The `trichoptera`

data frame stores a matrix of counts (`trichoptera$Abundance`

), a matrix of offsets (`trichoptera$Offset`

) and some vectors of covariates (`trichoptera$Wind`

, `trichoptera$Temperature`

, etc.)

The network model for multivariate count data that we introduce in @PLNnetwork is a variant of the Poisson Lognormal model of @AiH89, see the PLN vignette as a reminder. Compare to the standard PLN model we add a sparsity constraint on the inverse covariance matrix ${\boldsymbol\Sigma}^{-1}\triangleq \boldsymbol\Omega$ by means of the $\ell_1$-norm, such that $\|\boldsymbol\Omega\|*1 < c$. PLN-network is the equivalent of the sparse multivariate Gaussian model [@banerjee2008] in the PLN framework. It relates some $p$-dimensional observation vectors $\mathbf{Y}_i$ to some $p$-dimensional vectors of Gaussian latent variables $\mathbf{Z}_i$ as follows
\begin{equation}
\begin{array}{rcl}
\text{latent space } & \mathbf{Z}_i \sim \mathcal{N}\left({\boldsymbol\mu},\boldsymbol\Omega^{-1}\right) & \|\boldsymbol\Omega\|_1 < c \
\text{observation space } & Y*{ij} | Z_{ij} \quad \text{indep.} & Y_{ij} | Z_{ij} \sim \mathcal{P}\left(\exp{Z_{ij}}\right)
\end{array}
\end{equation}

The parameter ${\boldsymbol\mu}$ corresponds to the main effects and the latent covariance matrix $\boldsymbol\Sigma$ describes the underlying structure of dependence between the $p$ variables.

The $\ell_1$-penalty on $\boldsymbol\Omega$ induces sparsity and selection of important direct relationships between entities. Hence, the support of $\boldsymbol\Omega$ correspond to a network of underlying interactions. The sparsity level ($c$ in the above mathematical model), which corresponds to the number of edges in the network, is controlled by a penalty parameter in the optimization process sometimes referred to as $\lambda$. All mathematical details can be found in @PLNnetwork.

Just like PLN, PLN-network generalizes to a formulation close to a multivariate generalized linear model where the main effect is due to a linear combination of $d$ covariates $\mathbf{x}_i$ and to a vector $\mathbf{o}_i$ of $p$ offsets in sample $i$. The latent layer then reads \begin{equation} \mathbf{Z}_i \sim \mathcal{N}\left({\mathbf{o}_i + \mathbf{x}_i^\top\boldsymbol\Theta},\boldsymbol\Omega^{-1}\right), \qquad \|\boldsymbol\Omega\|_1 < c , \end{equation} where $\boldsymbol\Theta$ is a $d\times p$ matrix of regression parameters.

Regularization via sparsification of $\boldsymbol\Omega$ and vizualization of the consecutive network is the main objective in PLN-network. To reach this goal, we need to first estimate the model parameters. Inference in PLN-network focuses on the regression parameters $\boldsymbol\Theta$ and the inverse covariance $\boldsymbol\Omega$. Technically speaking, we adopt a variational strategy to approximate the $\ell_1$-penalized log-likelihood function and optimize the consecutive sparse variational surrogate with an optimization scheme that alternates between two step

- a gradient-ascent-step, performed with the CCSA algorithm of @Svan02 implemented in the C++ library [@nlopt], which we link to the package.
- a penalized log-likelihood step, performed with the graphical-Lasso of @FHT08, implemented in the package
**fastglasso**[@glassofast].

More technical details can be found in @PLNnetwork

In the package, the sparse PLN-network model is adjusted with the function `PLNnetwork`

, which we review in this section. This function adjusts the model for a series of value of the penalty parameter controling the number of edges in the network. It then provides a collection of objects with class `PLNnetworkfit`

, corresponding to networks with different levels of density, all stored in an object with class `PLNnetworkfamily`

.

`PLNnetwork`

finds an hopefully appropriate set of penalties on its own. This set can be controlled by the user, but use it with care and check details in `?PLNnetwork`

. The collection of models is fitted as follows:

network_models <- PLNnetwork(Abundance ~ 1 + offset(log(Offset)), data = trichoptera)

Note the use of the `formula`

object to specify the model, similar to the one used in the function `PLN`

.

`PLNnetworkfamily`

The `network_models`

variable is an `R6`

object with class `PLNnetworkfamily`

, which comes with a couple of methods. The most basic is the `show/print`

method, which sends a very basic summary of the estimation process:

network_models

One can also easily access the successive values of the criteria in the collection

network_models$criteria %>% head() %>% knitr::kable()

A diagnostic of the optimization process is available via the `convergence`

field:

network_models$convergence %>% head() %>% knitr::kable()

An nicer view of this output comes with the option "diagnostic" in the `plot`

method:

plot(network_models, "diagnostic")

By default, the `plot`

method of `PLNnetworkfamily`

displays evolution of the criteria mentioned above, and is a good starting point for model selection:

```
plot(network_models)
```

In this case, the variational lower bound of the log-likelihood is hopefully strictly increasing with a lower level of penalty (meaning more edges in the network). The same holds true for the penalized counterpart of the variational surrogate. Generally, smoothness of these criteria is a good sanity check of optimization process. BIC and its extended-version high-dimensional version EBIC are classically used for selecting the correct amount of penalization with sparse estimator like the one used by PLN-network. However, we will consider later a more robust albeit more computationally intensive strategy to chose the appropriate number of edges in the network.

To pursue the analysis, we can represent the coefficient path (i.e., value of the edges in the network according to the penalty level) to see if some edges clearly come off. An alternative and more intuitive view consists in plotting the values of the partial correlations along the path, which can be obtained with the options \texttt{corr = TRUE}. To this end, we provide the S3 function `coefficient_path`

:

coefficient_path(network_models, corr = TRUE) %>% ggplot(aes(x = Penalty, y = Coeff, group = Edge, colour = Edge)) + geom_line(show.legend = FALSE) + coord_trans(x="log10") + theme_bw()

To select a network with a specific level of penalty, one uses the `getModel(lambda)`

S3 method. We can also extract the best model according to the BIC or EBIC with the method `getBestModel()`

.

model_pen <- getModel(network_models, network_models$penalties[20]) # give some sparsity model_BIC <- getBestModel(network_models, "BIC") # if no criteria is specified, the best BIC is used

An alternative strategy is to use StARS [@stars], which performs resampling to evaluate the robustness of the network along the path of solutions in a similar fashion as the stability selection approach of @stabilitySelection, but in a network inference context.

model_StARS <- getBestModel(network_models, "StARS") # if StARS is requested, stabiltiy selection is performed if needed

When "StARS" is requested for the first time, `getBestModel`

automatically calls the method `stability_selection`

with the default parameters. After the first call, the stability path is available from the `plot`

function:

plot(network_models, "stability")

`PLNnetworkfit`

The variables `model_BIC`

, `model_StARS`

and `model_pen`

are other `R6Class`

objects with class `PLNnetworkfit`

. They all inherits from the class `PLNfit`

and thus own all its methods, with a couple of specific one, mostly for network vizualization purposes. Most fields and methods are recalled when such an object is printed:

model_StARS

The `plot`

method provides a quick representation of the inferred network, with various options (either as a matrix, a graph, and always send back de plotted object invisibly if users needs to perform additional analyses).

my_graph <- plot(model_StARS, plot = FALSE) my_graph

plot(model_StARS) plot(model_StARS, type = "support", output = "corrplot")

We can finally check that the fitted value of the counts -- even with sparse regularization of the covariance matrix -- are close to the observed ones:

data.frame( fitted = as.vector(fitted(model_StARS)), observed = as.vector(trichoptera$Abundance) ) %>% ggplot(aes(x = observed, y = fitted)) + geom_point(size = .5, alpha =.25 ) + scale_x_log10(limits = c(1,1000)) + scale_y_log10(limits = c(1,1000)) + theme_bw() + annotation_logticks()

**Any scripts or data that you put into this service are public.**

Embedding an R snippet on your website

Add the following code to your website.

For more information on customizing the embed code, read Embedding Snippets.