# 1 Introduction

“SummarizedExperiment” and the historical “ExpressionSet” are S4 objects storing high throughput omics data. The core component of the objects is an expression matrix, where the rows are features, such as genes, proteins, and columns are samples. The values in the matrix represent the abundance or presence/absence of features. The meta-information about features (rows) and samples (columns) are stored in data.frames-like object called “feature data” (or “row data”) and “phenotype data” (or "col data), respectively. More detailed instructions of ExpressionSet and SummarizeExperiment could be found here and here.

omicsViewer visualizes ExpressionSet/SummarizedExperiment in an interactive way to facilitate data exploration. The object to be visualized needs to be prepared in R, usually, it contains all the necessary information for the data interpretation, e.g. functional annotation of features, meta information of samples, and the statistical results (See Prepare the ExpressionSet). Using R/Bioconductor in the data preparation stage guarantees maximum flexibility in the statistical analysis. Once the object is prepared, it can be visualized using the omicsViewer interface, implemented using shiny and plotly. At this stage, coding in R is not required, therefore, it can be shared with anyone who does not have experience with any programming knowledge.

Both features and samples could be selected from (data) tables or graphs (scatter plot/heatmap) in the omicsViewer. Different types of analyses, such as enrichment analysis (using Bioconductor package fgsea or fisher’s exact test) and STRING network analysis, will be performed on the fly when a subset of features is selected. The statistical results are visualized simultaneously. When a subset of samples and a phenotype variable is selected, a significance test on mean difference (t-test or ranked based test; when phenotype variable is quantitative) or test of independence (chi-square or fisher’s exact test; when phenotype data is categorical) will be performed to test the association between the phenotype of interest with the selected samples. Therefore, the immediate analyses and result visualization in omicsViewer greatly facilitates data exploration, many different hypotheses can be explored in a short time without the need for knowledge of R.

# 2 For the shiny-app user

## 2.1 Start the shinyapp inside R

Install the package from bioconductor:

if (!requireNamespace("BiocManager", quietly = TRUE))
install.packages("omicsViewer")
BiocManager::install("omicsViewer")

Let’s assume the object of ExpressionSet has been prepared (See Prepare the ExpressionSet), and the task now is to visualize the object using omicsViewer. Inside R, this can be done using：

library(omicsViewer)
path2data <- system.file("extdata", package = "omicsViewer")
omicsViewer(path2data)

Here path2data is the path to the folder containing the .RDS files to be visualized by omicsViewer. All the .RDS files will be listed in the text box on the top right corner. Select one of the datasets to load it into the viewer. A video introduction on how to use the viewer is here.

The example data is an object of ExpressionSet, storing the protein expression of 60 cell lines from 9 different tissues of origin. There are around 2700 proteins measured. The phenotype data contain the basic information about cell lines, such as tissue of origin (categorical), TP53 status (categorical), doubling time (quantitative), multi-drug resistance (quantitative), principal components (quantitative), drug sensitivity data (quantitative) and survival data (fake data for demonstrative purpose), etc. The feature data include the overall intensity of feature, t-test results comparing RE and ME (p-value, fold change, etc), and feature loading from principal component analysis, etc. All the information could be visualized in the omicsViewer and incorporated into the data interpretation interactively.

## 2.2 User interface

The viewer has a “Left and Right Halves Layout”. The left side is the “Eset” panel, where the ExpressionSet (feature data, phenotype data and expression matrix) is visualized. This panel also serves as a selector, i.e. a subset of features and samples could be selected from this panel, which will be passed to the “Analyst” panel. In the “Analyst” panel, different statistical analyses will be performed depending on the features or samples selected.

### 2.2.1 Tabs in Eset

The left side visualize the ExpressionSet, it contains the following tabs:

• Feature visualizes the feature data. It is usually a scatter plot or beeswarm plot, every point in the plot is a feature. The x- and y-axis could be selected by the user. A single or multiple features can be selected from the plot and passed to the “analyst” (right) panel. A video tutorial about how to work with the *feature space":

• Sample visualizes the sample data. Like the feature space, usually, a scatter plot or a beeswarm plot is shown here. But every point in this tab is a sample. One or more samples could be selected from the figure. A video tutorial about the data:

• Heatmap shows the expression matrix as heatmap. Additionally, the information in phenotype and feature data could be added as side colors or used as variables to sort the rows and columns of the heatmap. Both features and samples could be selected from the heatmap. Video tutorial:

### 2.2.2 Tabs in Analyst

Analyst will perform analysis in response to the features and samples selected from the eset panel. Depending on the input data (see here), these tabs are maybe shown:

• Sample general The selected samples from the left panel is shown here. If a second variable is selected as a contrast, a hypothesis test will be performed to test the association between the contrast variable with the selected samples. Depending on the type of contrast variable, the following test will be performed:
contrast variable Significance test Visualization
quantitative t-test/Mann-Whitney U test Beeswarm
categorical fischer’s exact test/chi-sq test Contingency table
Surv log-rank test KM-curve

Video tutorial:

• feature general The selected feature from the left panel is shown here. If a second variable is selected as a contrast, a hypothesis test will be performed to test the association between the contrast variable with the selected feature(s). Depending on the type of contrast variable, the following test will be done:
contrast variable Significance test Visualization
no - line chart/boxplot
quantitative Pearson correlation analysis Scatter plot
categorical t-test/Mann-Whitney U test Beeswarm

Video tutorial:

• ORA represents Over-Representation Analysis, this tab will be shown if the gene set information is given in the feature data. This tab shows which gene sets are over-represented in the selected features.

• fGSEA the results of fGSEA. Please note the result of fgsea does not depend on the feature selected, instead, the user needs to give a ranking statistic, which is usually stored in the feature data.

• StringDB This tab appears when there is a column in the feature data that can be used to query string database. When a subset of features is selected from the left panel, these features will be used to query Enrichment analysis and network analysis will be performed. This tab appears when there is a column in the feature data that can be used to query string database. When a subset of features is selected from the left panel, these features will be used to query Enrichment analysis and network analysis will be performed.

• Geneshot Geneshot is web service used to retrieve genes related to a biomedical term. Unlike GSA, the term-related genes are RANKED, mainly according to the how frequently the gene is associated with a term in the literature.Therefore, this method may particularly useful in prioritizing the gene candidate in the data analysis.

• gsList The functional annotation of genes in a simple tabular format.

• SeqLogo This tab will only be shown when users give at least one column as the “sequence window” in the feature data. The column should contain the peptide sequence with the same length. SeqLogo will be drawn.

# 3 Prepare the ExpressionSet

## 3.1 Quick start

The back-end user needs to prepare the data to be visualized by ExpresssionSetViewer. There are functions defined in the package to perform the most basic analyses, such as principal component analysis and t-test. The results of these analyses will be integrated into the ExpressionSet in a format that is compatible with omicsViewer.

A simple example start with an expression matrix:

library(omicsViewer)
library(Biobase)
packdir <- system.file("extdata", package = "omicsViewer")

expr <- read.delim(file.path(packdir, "expressionMatrix.tsv"), stringsAsFactors = FALSE)
colnames(expr) <- make.names(colnames(expr))
rownames(expr) <- make.names(rownames(expr))

(Optional) When the expression matrix has thousands of rows, calculating the dendrogram of rows in shinyapp will be slow, we can also calculate the dendrograms in advance and store them as the “rowDendrogram” (or “colDendrogram” for columns) attribute of expression matrix. The “rowDendrogram” should be a named list, the suggested name is in the format like:

Every element should be a list of length two:

• ord: the order of variables
• hcl: the dendrogram

An example:

# euclidean distance + complete linkage
hcl <- hclust(dist(expr))
dend <- as.dendrogram(hcl)
# correlation distance + ward.D linkage
hcl2 <- hclust(as.dist(1-cor(t(expr), use= "pair")), method = "ward.D")
dend2 <- as.dendrogram(hcl2)
# put two cluster results into one list and add it to the attributes of expression
dl <- list(
euclidean_complete_imputed = list(ord = hcl$order, hcl = dend), pearson_ward.D_imputed = list(ord = hcl2$order, hcl = dend2)
)
attr(expr, "rowDendrogram") <- dl

Then we can continue to create the phenotypic and sample data:

# reading feature data
fd <- read.delim(file.path(packdir, "featureGeneral.tsv"), stringsAsFactors = FALSE)
# reading phenotype data
pd <- read.delim(file.path(packdir, "sampleGeneral.tsv"), stringsAsFactors = FALSE)

#  reading other datasets
drugData <- read.delim(file.path(packdir, "sampleDrug.tsv"))
# survival data
# this data is from cell line, the survival data are fake data to show how to use the survival data in omicsViewer
surv <- read.delim(file.path(packdir, "sampleSurv.tsv"))
# gene set information
genesets <- read_gmt(file.path(packdir, "geneset.gmt"), data.frame = TRUE)
gsannot <- gsAnnotIdList(idList = rownames(fd), gsIdMap = genesets, data.frame = FALSE)

# Define t-test to be done, a matrix nx3
# every row define a t-test, the format
# [column header] [group 1 in the test] [group 2 in the test]
tests <- rbind(
c("Origin", "RE", "ME"),
c("Origin", "RE", "LE"),
c('TP53.Status', "MT", "WT")
)

# prepare column for stringDB query
strid <- sapply(strsplit(fd$Protein.ID, ";|-"), "[", 1) ### d <- prepOmicsViewer( expr = expr, pData = pd, fData = fd, PCA = TRUE, pca.fillNA = TRUE, t.test = tests, ttest.fillNA = FALSE, gs = gsannot, stringDB = strid, surv = surv, SummarizedExperiment = FALSE) # feature space - default x axis attr(d, "fx") <- "ttest|RE_vs_ME|mean.diff" # feature space - default y axis attr(d, "fy") <- "ttest|RE_vs_ME|log.fdr" # sample space - default x axis attr(d, "sx") <- "PCA|All|PC1(" # sample space - default y axis attr(d, "sy") <- "PCA|All|PC2(" # saveRDS(d, file = "dtest.RDS") ## to open the viewer # omicsViewer("./") Additional columns of phenotype data and feature data could be added using extendMetaData function. For example, if we can to correlate drug sensitivity data with our protein expression data expr <- exprs(d) drugcor <- correlationAnalysis(expr, pheno = drugData[, 1:2]) d <- extendMetaData(d, drugcor, where = "fData") # saveRDS(d, file = "dtest.RDS") ## to open the viewer # omicsViewer("./") ## 3.2 Requirements on ExpressionSet When you prepare the object by yourself, please note that to be compatible with omicsViewer, there are two extra requirements imposed on the object: • The expression matrix should have unique row names and column names. The row names of feature data should be the same as the row names of the expression matrix. The row names of phenotype data should be the same as the column names of the expression matrix. It is also recommended to use meaningful names such as gene names because the names will be displayed in the expression viewer. • The columns names of feature data and phenotype data should be in the format consisting of three elements: Analysis|Subset|Variable The first element is called analysis, such as “t-test”, “PCA”, which tells the front-end user from which analysis the result is. There are few analysis “keywords” reserved so the omicsViewer knows how to process/interpret it internally. Please see the next section for more information. The second element is subset, it often indicates which subset of samples/features was used in the analysis. For example, in an experiment with three groups A, B and C, a t-test was used to compare the group A and B, the first two elements could be “ttest|A_vs_B”. Alternatively, the Subset can be anything that helps to further narrow down the information given an “Analysis”. If nothing needs to give, a place holder (e.g. “All”) needs to be added to this position. The last elements are the variables returned by the analysis, for example, the “fold change” and (log-transformed) “p-value” could be given by header “ttest|A_vs_B|fold.change” and “ttest|A_vs_B|p.value”. Any information could be added to the feature and sample data as long as they meet these requirements. The purpose of this rule for headers is to let the users quickly navigate through the potentially large number of columns in the phenotype and feature data. Once the data are prepared in this way, the information of interest can be selected using a three-step selector in the front-end. ### 3.2.1 The reserved headers These keywords are reserved for the Analysis element in the headers. Users should avoid using them in cases other than the designated usage. • Surv in phenotype data, indicating information used to create survival curves. • StringDB in the feature data, which means the feature IDst that can be used to query stringDB. If this header exists, the StringDB tab will be shown in the analyst panel. • GS in the feature data, storing the gene set information. If this header exists, the ORA and fGSEA will be shown. ## 3.3 Deployment In addition to opening the viewer inside R, omicsViewer together with the data prepared, can be deployed via several other ways. docker pull mengchen18/omicsviewer • Portable R: To share the omicsViewer and data with users do not use docker, you can use portable R with xcmsViewer installed. The ready-to-use package could be access from zenodo. • Shiny server: omicsViewer can also be deployed via shiny server. To do so, a server.R and ui.R file should be created and put into the shiny app directory in the shiny server. By doing this, any users who have accession to the shiny server will be able to explore the data and do not need to install anything. The example files of server.R and ui.R are # server.R library(shiny) dir <- "/path/to/obj" # this should be changed server <- function(input, output, session) { callModule(omicsViewer::app_module, id = "app", dir = reactive(dir)) } # ui.R library(shiny) ui <- fluidPage( omicsViewer::app_ui("app") ) • Inside R Assume you have prepared an object for omicsViewer, you can open it in R using library(omicsViewer) omicsViewer("path/to/object") The object could be loaded from the top-right corner. ## 3.4 Writing extensions The users can also define their own analysis and plug it into the Analyst panel. To add a self-defined analysis/tab, users first need to create a list of four elements: • tabName Tab name to be shown in the Analyst panel • moduleName ID used when call modules • moduleUi shiny module UI function • moduleServer shiny module server function. The module function should a function with the following arguments: • input, output, session: argument required when call callModule function, usually are not used inside the function • pdata: phenotype data passed to the function • fdata: feature data passed to the function • expr: expression matrix passed to the function • feature_selected: selected features, passed to the function • sample_selected: selected samples, passed to the function • object: the original object loaded to the app, usually an ExpressionSet. Then the four-element list should be wrapped by a parent list, which can store a single or multiple “four-element lists”, each representing an additional analysis/tab. Here is an example including a single additional tab: library(omicsViewer) ctxt <- function(x) paste( x[1:min(10, length(x))], collapse = ";" ) ### extra tab 1 -- feature selected ### exampleCustomeUI_1 <- function(id) { ns <- NS(id) tagList( verbatimTextOutput(ns("txt")) ) } exampleCustomeMoudule_1 <- function( input, output, session, pdata, fdata, expr, feature_selected, sample_selected, object ) { output$txt <- renderText({
sprintf(
"feature selected: %s ; index feature selected: %s",
ctxt(feature_selected()),
ctxt(match(feature_selected(), rownames(fdata())))
)
})
}

ll <- list(
list(
moduleName = "opt1",
moduleUi = exampleCustomeUI_1,
moduleServer  = exampleCustomeMoudule_1
)
)

if (interactive())
omicsViewer("Git/package/inst/extdata/", additionalTabs = ll)

When more tabs should be added, simply add more elements in to the list and pass it to the additionalTabs argument:

### continue from above : extra tab 2 -- sample selected ###
exampleCustomeUI_2 <- function(id) {
ns <- NS(id)
tagList(
verbatimTextOutput(ns("txt"))
)
}

exampleCustomeMoudule_2 <- function(
input, output, session, pdata, fdata, expr, feature_selected, sample_selected, object
) {

output$txt <- renderText({ sprintf( "sample selected: %s ; colnames sample selected: %s", ctxt(sample_selected()), ctxt(match(sample_selected(), rownames(pdata()))) ) }) } ### use oiginal object ### exampleCustomeUI_3 <- function(id) { ns <- NS(id) tagList( verbatimTextOutput(ns("txt")) ) } exampleCustomeMoudule_3 <- function( input, output, session, pdata, fdata, expr, feature_selected, sample_selected, object ) { output$txt <- renderText({
as.character(classVersion(object()))
})
}

ll <- list(

# first optional tab
list(
tabName = "Opt feature",
moduleName = "opt-feature",
moduleUi = exampleCustomeUI_1,
moduleServer  = exampleCustomeMoudule_1
),

# second optional tab
list(
tabName = "Opt sample",
moduleName = "opt-sample",
moduleUi = exampleCustomeUI_2,
moduleServer  = exampleCustomeMoudule_2
),

# third optional tab
list(
tabName = "Opt object",
moduleName = "opt-object",
moduleUi = exampleCustomeUI_3,
moduleServer  = exampleCustomeMoudule_3
)
)

if (interactive())
omicsViewer("Git/package/inst/extdata/", additionalTabs = ll)

Include a “three-step selector” in the module:

selector_example_ui <- function(id) {
ns <- NS(id)
tagList(
# select variable
omicsViewer:::triselector_ui(ns("selector_id"))
)
}

selector_example_module <- function(
input, output, session, pdata, fdata, expr, feature_selected, sample_selected, object
) {
ns <- session\$ns
# select stats from feature data
triset <- reactive({
fd <- fdata()
cn <- colnames(fd)[sapply(fd, is.numeric) & !grepl("^GS\\|", colnames(fd))]
str_split_fixed(cn, "\\|", n = 3)
})
v1 <- callModule(
omicsViewer:::triselector_module, id = "selector_id", reactive_x = triset, label = "Label"
)
}

ll <- list(
list(
tabName = "selector",
moduleName = "selector-feature",
moduleUi = selector_example_ui,
moduleServer  = selector_example_module
)
)
if (interactive())
omicsViewer("Git/package/inst/extdata/", additionalTabs = ll)

# 4 SessionInfo

sessionInfo()
## R Under development (unstable) (2022-10-25 r83175)
## Platform: x86_64-pc-linux-gnu (64-bit)
## Running under: Ubuntu 22.04.1 LTS
##
## Matrix products: default
## BLAS:   /home/biocbuild/bbs-3.17-bioc/R/lib/libRblas.so
## LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.10.0
##
## locale:
##  [1] LC_CTYPE=en_US.UTF-8       LC_NUMERIC=C
##  [3] LC_TIME=en_GB              LC_COLLATE=C
##  [5] LC_MONETARY=en_US.UTF-8    LC_MESSAGES=en_US.UTF-8
##  [7] LC_PAPER=en_US.UTF-8       LC_NAME=C
##  [9] LC_ADDRESS=C               LC_TELEPHONE=C
## [11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C
##
## attached base packages:
## [1] stats     graphics  grDevices utils     datasets  methods   base
##
## other attached packages:
## [1] shiny_1.7.3         Biobase_2.59.0      BiocGenerics_0.45.0
## [4] omicsViewer_1.3.2
##
## loaded via a namespace (and not attached):
##   [1] DBI_1.1.3                   mnormt_2.1.1
##   [3] bitops_1.0-7                gridExtra_2.3
##   [5] rlang_1.0.6                 magrittr_2.0.3
##   [7] matrixStats_0.62.0          compiler_4.3.0
##   [9] RSQLite_2.2.18              flatxml_0.1.1
##  [11] vctrs_0.5.1                 reshape2_1.4.4
##  [13] stringr_1.4.1               pkgconfig_2.0.3
##  [15] fastmap_1.1.0               backports_1.4.1
##  [17] XVector_0.39.0              ellipsis_0.3.2
##  [19] fontawesome_0.4.0           KMsurv_0.1-5
##  [21] utf8_1.2.2                  promises_1.2.0.1
##  [23] rmarkdown_2.18              purrr_0.3.5
##  [25] bit_4.0.5                   xfun_0.35
##  [27] zlibbioc_1.45.0             ggseqlogo_0.1
##  [29] cachem_1.0.6                GenomeInfoDb_1.35.4
##  [31] jsonlite_1.8.3              blob_1.2.3
##  [33] later_1.3.0                 DelayedArray_0.25.0
##  [35] BiocParallel_1.33.4         psych_2.2.9
##  [37] broom_1.0.1                 parallel_4.3.0
##  [39] R6_2.5.1                    shinybusy_0.3.1
##  [41] bslib_0.4.1                 stringi_1.7.8
##  [43] RColorBrewer_1.1-3          car_3.1-1
##  [45] GenomicRanges_1.51.1        jquerylib_0.1.4
##  [47] Rcpp_1.0.9                  assertthat_0.2.1
##  [49] SummarizedExperiment_1.29.1 knitr_1.40
##  [51] zoo_1.8-11                  IRanges_2.33.0
##  [53] splines_4.3.0               httpuv_1.6.6
##  [55] Matrix_1.5-3                igraph_1.3.5
##  [57] tidyselect_1.2.0            abind_1.4-5
##  [59] yaml_2.3.6                  codetools_0.2-18
##  [61] curl_4.3.3                  lattice_0.20-45
##  [63] tibble_3.1.8                plyr_1.8.8
##  [65] ROCR_1.0-11                 evaluate_0.18
##  [67] survival_3.4-0              zip_2.2.2
##  [69] survMisc_0.5.6              ggpubr_0.5.0
##  [71] shinycssloaders_1.0.0       pillar_1.8.1
##  [73] carData_3.0-5               MatrixGenerics_1.11.0
##  [75] DT_0.26                     stats4_4.3.0
##  [77] shinyjs_2.1.0               plotly_4.10.1
##  [79] generics_0.1.3              RCurl_1.98-1.9
##  [81] S4Vectors_0.37.0            ggplot2_3.4.0
##  [83] munsell_0.5.0               scales_1.2.1
##  [85] xtable_1.8-4                glue_1.6.2
##  [87] survminer_0.4.9             lazyeval_0.2.2
##  [89] tools_4.3.0                 data.table_1.14.4
##  [91] ggsignif_0.6.4              openxlsx_4.2.5.1
##  [93] fgsea_1.25.0                fastmatch_1.1-3
##  [95] cowplot_1.1.1               grid_4.3.0
##  [97] tidyr_1.2.1                 crosstalk_1.2.0
##  [99] colorspace_2.0-3            nlme_3.1-160
## [101] networkD3_0.4               GenomeInfoDbData_1.2.9
## [103] beeswarm_0.4.0              cli_3.4.1
## [105] km.ci_0.5-6                 fansi_1.0.3
## [107] viridisLite_0.4.1           dplyr_1.0.10
## [109] gtable_0.3.1                rstatix_0.7.1
## [111] sass_0.4.2                  digest_0.6.30
## [113] htmlwidgets_1.5.4           memoise_2.0.1
## [115] htmltools_0.5.3             lifecycle_1.0.3
## [117] shinyWidgets_0.7.4          httr_1.4.4
## [119] mime_0.12                   shinythemes_1.2.0
## [121] bit64_4.0.5