---
title: "fcScan: features cluster Scan"
author:
- name: Abdullah El-Kurdi
affiliation:
- &id1 American University of Beirut, Beirut, Lebanon
email: ak161@aub.edu.lb
- name: Ghiwa Khalil
affiliation:
- *id1
- name: Georges Khazen
affiliation: Lebanese American University, Byblos, Lebanon
email: gkhazen@lau.edu.lb
- name: Pierre Khoueiry
affiliation:
- *id1
email: pk17@aub.edu.lb
vignette: >
%\VignetteIndexEntry{fcScan}
%\VignetteEngine{knitr::rmarkdown}
%\VignetteEncoding{UTF8}
output: BiocStyle::html_document
---
```{r style, echo=FALSE, results='asis'}
BiocStyle::markdown()
```
# Version Info
```{r, echo=FALSE, results="hide", warning=FALSE}
suppressPackageStartupMessages({library('fcScan')})
```
**R version**: `r R.version.string`
**Bioconductor version**: `r BiocManager::version()`
**Package version**: `r packageVersion("fcScan")`
```{r, setup, include = FALSE}
knitr::opts_chunk$set(
collapse = TRUE,
comment = "#>"
)
```
# Introduction
Biological information encoded in the DNA sequence is often organized into
independent modules or clusters. For instance, the eukaryotic system of
expression relies on combinations of homotypic or heterotypic transcription
factors (TFs) which play an important role in activating and repressing
target genes. Identifying clusters of genomic features is a frequent task and
includes application such as genomic regions enriched
for the presence of a combination of transcription factor binding sites or
enriched for the presence of mutations often referred as regions with increase
mutational hotspots.
fcScan is designed to detect clusters of genomic features,
based on user defined search criteria. Such criteria include:
* A Path to BED/VCF files, a dataframe or a GRanges object as input (required)
* A window size specifying the maximum cluster size allowed (required)
* The combination of features required and/or to exclude (required)
* The order of features required within identified clusters (optional)
* The allowed distance or overlap between identified clusters (optional)
* The strand(s) to build the clusters on (optional)
* The seqname(s) to build the clusters on (optional)
* The sites orientation to build the clusters on (optional)
* The distance between site in the cluster (optional)
fcScan is designed to handle large number of genomic features (i.e
data generated by High Throughput Sequencing).
# Dependencies
fcScan depends on the following packages:
* **stats**
* **plyr**
* **utils**
* **rtracklayer**
* **SummarizedExperiment**
* **IRanges**
* **VariantAnnotation**
* **GenomicRanges**
# Overview
Currently, fcScan has one main function, the `getCluster` function. Additional
functionality will be added for future releases including cross-species
identification of orthologous clusters.
# Input arguments for getCluster
## Input data (x)
The input for `getCluster` is given through the parameter `x`.
This function accepts input in data frame, GRanges as well as vector of files
in BED and VCF (compressed or not) formats. BED and VCF files are loaded
by packages `rtracklayer` and `VariantAnnotation` respectively. There is no
limit to the number of files the user can define.
When input is data frame or GRanges objects are given, they should contain
the following "named" 5 columns:
* **seqnames** : Contains the seqname name
* **start**: Contains the start coordinates
* **end**: Contains the end coordinates
* **strand**: Contains the strand relative to each site
* **site** : Contains the category name relative to genomic site
```{r, echo=FALSE, results='asis'}
df <- data.frame(seqnames = c("chr1", "chr1", "chr1", "chr1", "chr1", "chr1"),
start = c(10, 17, 25, 27, 32, 41),
end = c(15, 20, 30, 35, 40, 48),
strand = c("+", "+", "+", "+", "+", "+"),
site = c("a", "b", "b", "a", "c", "b"))
knitr::kable(df)
```
The *seqnames*, *start* and *end* columns define the name of the chromosome,
the starting and ending position of the feature in the chromosome, respectively.
The *strand* column defines the strand.
The *site* column contains the ID of the site and will be used for clustering.
The *start* and *end* columns are numeric while the remaining columns are
characters.
Note: when input is data frame, the data is considered `zero-based`
as in BED format.
## Window Size (w)
Window size is set using `w`. It defines the `maximum` size of
the clusters.
## Condition (c)
The clustering condition `c` defines the number and name of genomic features to
search for based on features names defined in the `site` column
`c = c("a" = 1, "b" = 2)`
This searches for clusters with 3 sites, One *a* site and two *b* sites.
Another way of writing the condition, only if input is a vector to file paths,
is the following `x = ("a.bed", "b.bed"), c = c(1,2)`
Given 2 files, *a.bed* and *b.bed*, this condition states that the user is
looking for clusters made from 1 "a" site and 2 "b" sites. In this case, the
order of sites defined in `c` is relative to the order of files.
When input is a data frame or GRanges object (instead of files), the
user needs to **explicitly** define the site names along with the desired
number relative to each site.
For instance, giving the condition as `c = c(1,2)` for a data frame or GRanges
is not allowed.
`x = dataframe, c = c("a" = 1, "b" = 2)` where `a` and `b` are valid site
names in `site` column in the dataframe/GRanges
Users can exclude clusters containing a specific site(s).
This is done by specifying zero `0` in the condition as
`c = c("a" = 1, "b" = 2, "c" = 0)`. In this case, any
cluster(s) containing `c` site will be excluded even if it has 1 `a` and 2 `b`
sites.
## Seqnames (seqnames) and Strand (s).
By default, clustering will be performed on both strands and on all seqnames
unless specified by the user using the `s` and `seqnames` arguments to limit
the search on a specific strand and/or seqname.
Users can choose to cluster on one specific seqname `(seqnames = "chr1")`, or
on several seqnames `(seqnames = c("chr1","chr3","chr4"))`
(Default for `seqnames` is **NULL**) meaning that clustering on all seqnames
will be performed.
For `s`, the values allowed are:
* **+** : Build clusters on positive strand
* **-** : Build clusters on negative strand
* **\*** : Clusters are not strand specific
(Default is set to **\***)
## Overlap (overlap)
The gap/overlap between adjacent clusters, and not sites, can be controled
using the `overlap` option.
When `overlap` is a positive integer, adjacent clusters will be separated by
a minimum of the given value.
When `overlap` is negative, adjacent clusters will be allowed to overlap by
a maximum of the given value. (Default is set to **0**)
## Greedy vs Non-Greedy (greedy)
`greedy` allows the user to control the number of genomic features found
in clusters.
When `greedy = FALSE`, `getCluster` will build clusters having the required
window size and will label *TRUE* the ones that contain the **exact** number
of sites provided in the condition argument.
Clusters having the user defined window size but not satisfying
the condition will be labelled as *FALSE*.
When `greedy = TRUE`, additional sites defined in condition will be added
to the cluster as long as the cluster size is below the defined window size.
(Default is set to **FALSE**)
## Order (order)
The `order` option defines the desired order of the sites within identified
clusters. For instance, `order = c("a","b","b")`
will search for clusters containing 1 `a` and 2 `b` sites and checks if
they are in the specified order. Clusters with 1 `a` and 2 `b` sites that
do not contain the specified order will be rejected.
When greedy is set to `TRUE`, order can be satisfied if a subcluster contains
the desired order. For example if a cluster has `a, a, b, b, b` sites, it
satisfies the required order (a, b, b) and therefore will be considered as
a correct cluster . (Default is set to **NULL**)
## Sites Orientation (site_orientation)
The `site_orientation` option defines the orientation or strandness of sites
in the found clusters. This option cannot be used if `order` is `NULL`.
`site_orientation` should be specified for each site in `order`.
For instance, if `order = c("a","b","b")`, we can define `site_orientation`
for each site respectively as follow: `site_orientation = c("+","-","-")`.
The cluster will be correct if it satisfies the required order and sites
orientation. (Default is set to **NULL**)
## Distance between sites in clusters (site_overlap)
The `site_overlap` option defines the maximum or minimum distance allowed
between sites in the cluster.
When `site_overlap` is a positive integer, sites within a cluster should have
`minimum distance and above`, then the cluster is considered `TRUE` cluster.
When `site_overlap` is a negative integer, sites within a cluster should
have `max distance and below`, then the cluster is considered `TRUE` cluster.
When `site_overlap` is zero, distance between sites is not taken into
consideration. (Default is set to **0**)
## Verbose (verbose)
The `verbose` option allows the printing of additional messages and the
list of clusters that failed for lack of correct combination of sites.
This option is used mainly for debugging purposes. (Default is set to FALSE)
# Output of getCluster
The output of `getCluster` is a GRanges object with fields:
* **seqnames**: The seqname on which a cluster is found
* **ranges**: The ranges of the cluster
* **strand**: The strand of the cluster, if any
* **sites**: The combination of sites that define the cluster
* **isCluster**: A logical indicating if the cluster is TRUE or FALSE
* **status**: Describes the reason behind the rejection of a cluster
The algorithm returns all clusters containing the correct count of
sites/features, unless verbose is set to `TRUE`. If the combination,
overlap and order options are satisfied, the cluster is considered a
`TRUE` cluster.
The *status* of a cluster can be either PASS, excludedSites, orderFail,
siteOrientation or siteOverlap
`PASS` is a cluster that satisfied the desired combination, overlap, order
and sites orientation.
`orderFail` is a cluster that had the required combination but did not
satisfy the required order of sites.
`excludedSites` is a cluster that had the required combination and order
but it has one or more sites to exclude.
`siteOrientation` is a cluster that had the required combination and order
but it has one or more sites with different orientation than requested.
`siteOverlap` is a cluster that meets all the requirements
but the distance between its sites is not respected.
NOTE: If the user is using `greedy = FALSE` and `order` contains values more
than in the condition parameter (`c`), an error will be raised.
However, if `greedy = TRUE`, then using `order` with more values than the
condition parameter is allowed since the cluster may contain more
sites than the required `c` condition as long as the window size is satisfied.
# Example on Clustering
Example using `getCluster`:
`getCluster` looks for desired genomic regions of interest like
transcription factor binding sites, within a window size
and specific condition.
This function accepts a data frame and GRanges object. getCluster also accepts
BED or VCF (or mix of both) files as input.
The output of `getCluster` is a GRanges object that
contains the genomic coordinates (seqnames, ranges and strand) and
three metadata columns:
1. sites: contains clusters of sites that conforms with the condition `c`
specified in `getCluster`.
2. isCluster: `TRUE` if the cluster found conform with the condition `c`
and the `order` (if indicated in condition) and `FALSE`
if the cluster fails to conform with the condition or order.
3. status: `PASS` if `isCluster` equals `TRUE`. However, if `isCluster` is
`FALSE`, status shows why the found cluster is not a `TRUE` cluster. If the
order of sites is not respected in the found cluster, status would return
`OrderFail`. in Addition, if the cluster found contains non desired sites,
it returns `excludedSites`. Moreover, if the sites orientation is not
respected in found cluster, status would return `siteOrientation`.
Finally , if the distance between sites in the cluster found does not conform
to the condition specified by the user, status would return `siteOverlap`.
In this example, we ask `getCluster` to look for clusters that contains
one site "s1", one site "s2" and zero "s3" sites. In addition, we requested
clusters to have sites in the order s1,s2 and having orientation
"+","+" respectively with minimum distance between sites of 2bp.
```{r, eval=TRUE}
x1 = data.frame(seqnames = rep("chr1", times = 17),
start = c(1,10,17,25,27,32,41,47,60,70,87,94,99,107,113,121,132),
end = c(8,15,20,30,35,40,48,55,68,75,93,100,105,113,120,130,135),
strand = c("+","+","+","+","+","+","+","+","+",
"+","+","+","+","+","+","+","-"),
site = c("s3","s1","s2","s2","s1","s2","s1","s1","s2","s1","s2",
"s2","s1","s2","s1","s1","s2"))
clusters = getCluster(x1, w = 20, c = c("s1" = 1, "s2" = 1, "s3" = 0),
greedy = TRUE, order = c("s1","s2"), site_orientation=c("+","+"),
site_overlap = 2, verbose = TRUE)
clusters
```
Another example but using GRanges as input:
in this example, we ask `getCluster` to look for clusters that contains
one site `s1` and two sites `s2` within a window size of 25 bp. Also,
we requested clusters to be searched as `+` strand.
```{r, eval=TRUE}
suppressMessages(library(GenomicRanges))
x = GRanges(
seqnames = Rle("chr1", 16),
ranges = IRanges(start = c(10L,17L,25L,27L,32L,41L,47L,
60L,70L,87L,94L,99L,107L,113L,121L,132L),
end = c(15L,20L,30L,35L,40L,48L,55L,68L,75L,93L,100L,105L,
113L,120L,130L,135L)),
strand = Rle("+",16),
site = c("s1","s2","s2","s1","s2","s1","s1","s2",
"s1","s2","s2","s1","s2","s1","s1","s2"))
clusters = getCluster(x, w = 25, c = c("s1"=1,"s2"=2), s = "+")
clusters
```
# Session Info
```{r}
sessionInfo()
```