# An introduction to the scMerge package

Yingxin Lin1 and Kevin Y.X. Wang1

1School of Mathematics and Statistics, The University of Sydney, Australia

#### 27 October 2020

#### Package

BiocStyle 2.18.0

# 1 Introduction

The scMerge algorithm allows batch effect removal and normalisation for single cell RNA-Seq data. It comprises of three key components including:

1. The identification of stably expressed genes (SEGs) as “negative controls” for estimating unwanted factors;
2. The construction of pseudo-replicates to estimate the effects of unwanted factors; and
3. The adjustment of the datasets with unwanted variation using a fastRUVIII model.

The purpose of this vignette is to illustrate some uses of `scMerge` and explain its key components.

# 2 Loading Packages and Data

We will load the `scMerge` package. We designed our package to be consistent with the popular BioConductor’s single cell analysis framework, namely the `SingleCellExperiment` and `scater` package.

    suppressPackageStartupMessages({
      library(SingleCellExperiment)
      library(scMerge)
      library(scater)
      })

We provided an illustrative mouse embryonic stem cell (mESC) data in our package, as well as a set of pre-computed stably expressed gene (SEG) list to be used as negative control genes.

The full curated, unnormalised mESC data can be found here. The `scMerge` package comes with a sub-sampled, two-batches version of this data (named “batch2” and “batch3” to be consistent with the full data) .

    ## Subsetted mouse ESC data
    data("example_sce", package = "scMerge")

In this mESC data, we pooled data from 2 different batches from three different cell types. Using a PCA plot, we can see that despite strong separation of cell types, there is also a strong separation due to batch effects. This information is stored in the `colData` of `example_sce`.

    example_sce = runPCA(example_sce, exprs_values = "logcounts")

    scater::plotPCA(
      example_sce,
      colour_by = "cellTypes",
      shape_by = "batch")
    #> Warning in grid.Call.graphics(C_points, x$x, x$y, x$pch, x$size): semi-
    #> transparency is not supported on this device: reported only once per page

# 3 Illustrating pseudo-replicates constructions

The first major component of `scMerge` is to obtain negative controls for our normalisation. In this vignette, we will be using a set of pre-computed SEGs from a single cell mouse data made available through the `segList_ensemblGeneID` data in our package. For more information about the selection of negative controls and SEGs, please see Section select SEGs.

    ## single-cell stably expressed gene list
    data("segList_ensemblGeneID", package = "scMerge")
    head(segList_ensemblGeneID$mouse$mouse_scSEG)
    #> [1] "ENSMUSG00000058835" "ENSMUSG00000026842" "ENSMUSG00000027671"
    #> [4] "ENSMUSG00000020152" "ENSMUSG00000054693" "ENSMUSG00000049470"

The second major component of `scMerge` is to compute pseudo-replicates for cells so we can perform normalisation. We offer three major ways of computing this pseudo-replicate information:

1. Unsupervised clustering, using k-means clustering;
2. Supervised clustering, using known cell type information; and
3. Semi-supervised clustering, using partially known cell type information.

# 4 Unsupervised `scMerge`

In unsupervised `scMerge`, we will perform a k-means clustering to obtain pseudo-replicates. This requires the users to supply a `kmeansK` vector with each element indicating number of clusters in each of the batches. For example, we know “batch2” and “batch3” both contain three cell types. Hence, `kmeansK = c(3, 3)` in this case.

    scMerge_unsupervised <- scMerge(
      sce_combine = example_sce,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3, 3),
      assay_name = "scMerge_unsupervised")
    #> Step 2: Performing RUV normalisation. This will take minutes to hours.
    #> scMerge complete!

We now colour construct the PCA plot again on our normalised data. We can observe a much better separation by cell type and less separation by batches.

    scMerge_unsupervised = runPCA(scMerge_unsupervised, exprs_values = "scMerge_unsupervised")
    scater::plotPCA(
      scMerge_unsupervised,
      colour_by = "cellTypes",
      shape_by = "batch")
    #> Warning in grid.Call.graphics(C_points, x$x, x$y, x$pch, x$size): semi-
    #> transparency is not supported on this device: reported only once per page

# 5 Selecting all cells

By default, `scMerge` only uses 50% of the cells to perform kmeans clustering. While this is sufficient to perform a satisfactory normalisation in most cases, users can control if they wish all cells be used in the kmeans clustering.

    scMerge_unsupervised_all <- scMerge(
      sce_combine = example_sce,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3, 3),
      assay_name = "scMerge_unsupervised_all",
      replicate_prop = 1)
    #> Step 2: Performing RUV normalisation. This will take minutes to hours.
    #> scMerge complete!

    scMerge_unsupervised_all = runPCA(scMerge_unsupervised_all,
                                      exprs_values = "scMerge_unsupervised_all")

    scater::plotPCA(
      scMerge_unsupervised_all,
      colour_by = "cellTypes",
      shape_by = "batch")
    #> Warning in grid.Call.graphics(C_points, x$x, x$y, x$pch, x$size): semi-
    #> transparency is not supported on this device: reported only once per page

# 6 Supervised `scMerge`

If all cell type information is available to the user, then it is possible to use this information to create pseudo-replicates. This can be done through the `cell_type` argument in the `scMerge` function.

    scMerge_supervised <- scMerge(
      sce_combine = example_sce,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3, 3),
      assay_name = "scMerge_supervised",
      cell_type = example_sce$cellTypes)
    #> Step 2: Performing RUV normalisation. This will take minutes to hours.
    #> scMerge complete!

    scMerge_supervised = runPCA(scMerge_supervised,
                                exprs_values = "scMerge_supervised")

    scater::plotPCA(
      scMerge_supervised,
      colour_by = "cellTypes",
      shape_by = "batch")
    #> Warning in grid.Call.graphics(C_points, x$x, x$y, x$pch, x$size): semi-
    #> transparency is not supported on this device: reported only once per page

# 7 Semi-supervised scMerge I

If the user is only able to access partial cell type information, then it is still possible to use this information to create pseudo-replicates. This can be done through the `cell_type` and `cell_type_inc` arguments in the `scMerge` function. `cell_type_inc` should contain a vector of indices indicating which elements in the `cell_type` vector should be used to perform semi-supervised scMerge.

    scMerge_semisupervised1 <- scMerge(
      sce_combine = example_sce,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3,3),
      assay_name = "scMerge_semisupervised1",
      cell_type = example_sce$cellTypes,
      cell_type_inc = which(example_sce$cellTypes == "2i"),
      cell_type_match = FALSE)
    #> Step 2: Performing RUV normalisation. This will take minutes to hours.
    #> scMerge complete!

    scMerge_semisupervised1 = runPCA(scMerge_semisupervised1,
                                     exprs_values = "scMerge_semisupervised1")

    scater::plotPCA(
      scMerge_semisupervised1,
      colour_by = "cellTypes",
      shape_by = "batch")
    #> Warning in grid.Call.graphics(C_points, x$x, x$y, x$pch, x$size): semi-
    #> transparency is not supported on this device: reported only once per page

# 8 Semi-supervised scMerge II

There is alternative semi-supervised method to create pseudo-replicates for `scMerge`. This uses known cell type information to identify mutual nearest clusters and it is achieved via the `cell_type` and `cell_type_match = TRUE` options in the `scMerge` function.

    scMerge_semisupervised2 <- scMerge(
      sce_combine = example_sce,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3, 3),
      assay_name = "scMerge_semisupervised2",
      cell_type = example_sce$cellTypes,
      cell_type_inc = NULL,
      cell_type_match = TRUE)
    #> Step 2: Performing RUV normalisation. This will take minutes to hours.
    #> scMerge complete!

    scMerge_semisupervised2 = runPCA(scMerge_semisupervised2,
                                     exprs_values = "scMerge_semisupervised2")

    scater::plotPCA(
      scMerge_semisupervised2,
      colour_by = "cellTypes",
      shape_by = "batch")
    #> Warning in grid.Call.graphics(C_points, x$x, x$y, x$pch, x$size): semi-
    #> transparency is not supported on this device: reported only once per page

# 9 Selecting negative controls

In simple terms, a negative control is a gene that has expression values relatively constant across these datasets. The concept of using these negative control genes for normalisation was most widely used in the RUV method family (e.g. Gagnon-Bartsch & Speed (2012) and Risso et. al. (2014)) and there exist multiple methods to find these negative controls. In our paper, we recommened the SEGs as negative controls for scRNA-Seq data and SEGs can be found using either a data-adaptive computational method or external knowledge.

- Computation method: We provide the function `scSEGIndex` to calculate the SEG from a data matrix. The output of this function is a `data.frame` with a SEG index calculated for each gene. See Lin et. al. (2018) for more details.

    exprs_mat = SummarizedExperiment::assay(example_sce, 'counts')
    result = scSEGIndex(exprs_mat = exprs_mat)

- External knowledge: We have applied the SEG computational methodology on multiple human and mouse scRNA-Seq data and made these available as data objects in our package. The end-users can simply use these pre-computed results. There are also additional negative controls from bulk microarray and bulkd RNA-Seq data.

    ## SEG list in ensemblGene ID
    data("segList_ensemblGeneID", package = "scMerge")
    ## SEG list in official gene symbols
    data("segList", package = "scMerge")

    ## SEG list for human scRNA-Seq data
    head(segList$human$human_scSEG)
    #> [1] "AAR2"  "AATF"  "ABCF3" "ABHD2" "ABT1"  "ACAP2"

    ## SEG list for human bulk microarray data
    head(segList$human$bulkMicroarrayHK)
    #> [1] "AATF"  "ABL1"  "ACAT2" "ACTB"  "ACTG1" "ACTN4"

    ## SEG list for human bulk RNASeq data
    head(segList$human$bulkRNAseqHK)
    #> [1] "AAGAB"  "AAMP"   "AAR2"   "AARS"   "AARS2"  "AARSD1"

# 10 Achieving fast and memory-efficient computation

## 10.1 Using approximated SVD

Under most circumstances, `scMerge` is fast enough to be used on a personal laptop for a moderately large data. However, we do recognise the difficulties associated with computation when dealing with larger data. To this end, we devised a fast version of `scMerge`. The major difference between the two versions lies on the noise estimation component, which utilised singular value decomposition (SVD). In order to speed up `scMerge`, we used `BiocSingular` package that offers several SVD speed improvements. This computational method is able to speed up `scMerge` by obtain a very accurate approximation of the noise structure in the data. This option is achieved via the option `BSPARAM = IrlbaParam()` or `BSPARAM = RandomParam()`. Additionally, `svd_k` is a parameter that controlling the degree of approximations.

We recommend using this option in the case where the number of cells is large in your single cell data. The speed advantage we obtain for large single cell data is much more dramatic than on a smaller dataset like the example mESC data. For example, a single run of normal `scMerge` on a human pancreas data (23699 features and 4566 cells) takes about 10 minutes whereas the speed up version takes just under 4 minutes.

    library(BiocSingular)
    scMerge_fast <- scMerge(
      sce_combine = example_sce,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3, 3),
      assay_name = "scMerge_fast",
      BSPARAM = IrlbaParam(),
      svd_k = 20)
    #> Step 2: Performing RUV normalisation. This will take minutes to hours.
    #> scMerge complete!

    paste("Normally, scMerge takes ", round(t2 - t1, 2), " seconds")
    #> [1] "Normally, scMerge takes  2.37  seconds"
    paste("Fast version of scMerge takes ", round(t4 - t3, 2), " seconds")
    #> [1] "Fast version of scMerge takes  1.21  seconds"

    scMerge_fast = runPCA(scMerge_fast, exprs_values = "scMerge_fast")

    scater::plotPCA(
      scMerge_fast,
      colour_by = "cellTypes",
      shape_by = "batch") +
      labs(title = "fast scMerge yields similar results to the default version")
    #> Warning in grid.Call.graphics(C_points, x$x, x$y, x$pch, x$size): semi-
    #> transparency is not supported on this device: reported only once per page

## 10.2 Parallelised computing

`scMerge` is implemented with a parallelised computational option via the BiocParallel package. You can enable this option using the `BPPARAM` argument with various `BiocParallelParam` objects that is suitable for your operating system.

Please note that any parallelisation would incur a small overhead. Hence we recommend you do not use parallelisation for small data.

    library(BiocParallel)
    scMerge_parallel <- scMerge(
      sce_combine = example_sce,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3, 3),
      assay_name = "scMerge_parallel",
      BPPARAM = MulticoreParam(workers = 2)
    )

## 10.3 Sparse array

`scMerge` also supports sparse array input, which could be very helpful in speeding up computations and saving RAM. `scMerge` does not perform internal matrix conversion, so you may use the following codes as an example of converting typical `matrix` class to sparse matrices before running `scMerge`.

    library(Matrix)
    library(DelayedArray)

    sparse_input = example_sce

    assay(sparse_input, "counts") = as(counts(sparse_input), "dgeMatrix")
    assay(sparse_input, "logcounts") = as(logcounts(sparse_input), "dgeMatrix")

    scMerge_sparse = scMerge(
      sce_combine = sparse_input,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3, 3),
      assay_name = "scMerge_sparse")

## 10.4 Out-of-memory computations (through `HDF5Array`)

Bioconductor provides an infrastructure for out-of-memory computation through `HDF5Array`. In simple terms, we can load an on-disk data into RAM, make computations and write to hard disk. This is particularly helpful when the data is too large for in-RAM computations. You may use the following codes as an example of converting typical `matrix` class to `HDF5Array` matrices before running `scMerge`.

    library(HDF5Array)
    library(DelayedArray)

    DelayedArray:::set_verbose_block_processing(TRUE) ## To monitor block processing

    hdf5_input = example_sce

    assay(hdf5_input, "counts") = as(counts(hdf5_input), "HDF5Array")
    assay(hdf5_input, "logcounts") = as(logcounts(hdf5_input), "HDF5Array")

    scMerge_hdf5 = scMerge(
      sce_combine = sparse_input,
      ctl = segList_ensemblGeneID$mouse$mouse_scSEG,
      kmeansK = c(3, 3),
      assay_name = "scMerge_hdf5")

# 11 Reference

Please check out our paper for detailed analysis and results on multiple scRNA-Seq data. https://www.biorxiv.org/content/10.1101/393280v2

    citation("scMerge")
    #>
    #> To cite scMerge in publications please use:
    #>
    #> Lin Y, Ghazanfar S, Wang K, Gagnon-Bartsch J, Lo K, Su X, Han Z,
    #> Ormerod J, Speed T, Yang P, Yang J (2019). "scMerge leverages factor
    #> analysis, stable expression, and pseudoreplication to merge multiple
    #> single-cell RNA-seq datasets." _Proceedings of the National Academy of
    #> Sciences_. doi: 10.1073/pnas.1820006116 (URL:
    #> https://doi.org/10.1073/pnas.1820006116), <URL:
    #> http://www.pnas.org/lookup/doi/10.1073/pnas.1820006116>.
    #>
    #> A BibTeX entry for LaTeX users is
    #>
    #>   @Article{,
    #>     title = {{scMerge leverages factor analysis, stable expression, and pseudoreplication to merge multiple single-cell RNA-seq datasets}},
    #>     author = {Yingxin Lin and Shila Ghazanfar and Kevin Wang and Johann Gagnon-Bartsch and Kitty Lo and Xianbin Su and Ze-Guang Han and John Ormerod and Terence Speed and Pengyi Yang and Jean Yang},
    #>     year = {2019},
    #>     journal = {Proceedings of the National Academy of Sciences},
    #>     doi = {https://doi.org/10.1073/pnas.1820006116},
    #>     url = {http://www.pnas.org/lookup/doi/10.1073/pnas.1820006116},
    #>   }

# 12 Session Info

    sessionInfo()
    #> R version 4.0.3 (2020-10-10)
    #> Platform: x86_64-apple-darwin17.0 (64-bit)
    #> Running under: macOS Mojave 10.14.6
    #>
    #> Matrix products: default
    #> BLAS:   /Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRblas.dylib
    #> LAPACK: /Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRlapack.dylib
    #>
    #> locale:
    #> [1] C/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
    #>
    #> attached base packages:
    #> [1] parallel  stats4    stats     graphics  grDevices utils     datasets
    #> [8] methods   base
    #>
    #> other attached packages:
    #>  [1] BiocSingular_1.6.0          scater_1.18.0
    #>  [3] ggplot2_3.3.2               scMerge_1.6.0
    #>  [5] SingleCellExperiment_1.12.0 SummarizedExperiment_1.20.0
    #>  [7] Biobase_2.50.0              GenomicRanges_1.42.0
    #>  [9] GenomeInfoDb_1.26.0         IRanges_2.24.0
    #> [11] S4Vectors_0.28.0            BiocGenerics_0.36.0
    #> [13] MatrixGenerics_1.2.0        matrixStats_0.57.0
    #> [15] BiocStyle_2.18.0
    #>
    #> loaded via a namespace (and not attached):
    #>   [1] ggbeeswarm_0.6.0          colorspace_1.4-1
    #>   [3] ellipsis_0.3.1            scuttle_1.0.0
    #>   [5] htmlTable_2.1.0           XVector_0.30.0
    #>   [7] base64enc_0.1-3           BiocNeighbors_1.8.0
    #>   [9] rstudioapi_0.11           proxy_0.4-24
    #>  [11] farver_2.0.3              mvtnorm_1.1-1
    #>  [13] splines_4.0.3             sparseMatrixStats_1.2.0
    #>  [15] knitr_1.30                Formula_1.2-4
    #>  [17] cluster_2.1.0             png_0.1-7
    #>  [19] startupmsg_0.9.6          sfsmisc_1.1-7
    #>  [21] BiocManager_1.30.10       compiler_4.0.3
    #>  [23] backports_1.1.10          Matrix_1.2-18
    #>  [25] htmltools_0.5.0           tools_4.0.3
    #>  [27] igraph_1.2.6              rsvd_1.0.3
    #>  [29] gtable_0.3.0              glue_1.4.2
    #>  [31] GenomeInfoDbData_1.2.4    dplyr_1.0.2
    #>  [33] Rcpp_1.0.5                bbmle_1.0.23.1
    #>  [35] vctrs_0.3.4               nlme_3.1-150
    #>  [37] DelayedMatrixStats_1.12.0 xfun_0.18
    #>  [39] stringr_1.4.0             beachmat_2.6.0
    #>  [41] lifecycle_0.2.0           irlba_2.3.3
    #>  [43] gtools_3.8.2              statmod_1.4.35
    #>  [45] zlibbioc_1.36.0           MASS_7.3-53
    #>  [47] scales_1.1.1              RColorBrewer_1.1-2
    #>  [49] yaml_2.2.1                gridExtra_2.3
    #>  [51] bdsmatrix_1.3-4           rpart_4.1-15
    #>  [53] latticeExtra_0.6-29       stringi_1.5.3
    #>  [55] checkmate_2.0.0           caTools_1.18.0
    #>  [57] BiocParallel_1.24.0       rlang_0.4.8
    #>  [59] pkgconfig_2.0.3           bitops_1.0-6
    #>  [61] M3Drop_1.16.0             evaluate_0.14
    #>  [63] lattice_0.20-41           purrr_0.3.4
    #>  [65] ruv_0.9.7.1               labeling_0.4.2
    #>  [67] htmlwidgets_1.5.2         cowplot_1.1.0
    #>  [69] tidyselect_1.1.0          magrittr_1.5
    #>  [71] bookdown_0.21             R6_2.4.1
    #>  [73] magick_2.5.0              gplots_3.1.0
    #>  [75] generics_0.0.2            Hmisc_4.4-1
    #>  [77] DelayedArray_0.16.0       pillar_1.4.6
    #>  [79] foreign_0.8-80            withr_2.3.0
    #>  [81] mgcv_1.8-33               survival_3.2-7
    #>  [83] RCurl_1.98-1.2            nnet_7.3-14
    #>  [85] tibble_3.0.4              crayon_1.3.4
    #>  [87] KernSmooth_2.23-17        rmarkdown_2.5
    #>  [89] viridis_0.5.1             jpeg_0.1-8.1
    #>  [91] grid_4.0.3                data.table_1.13.2
    #>  [93] distr_2.8.0               reldist_1.6-6
    #>  [95] digest_0.6.27             numDeriv_2016.8-1.1
    #>  [97] munsell_0.5.0             beeswarm_0.2.3
    #>  [99] viridisLite_0.3.0         vipor_0.4.5