You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[](https://www.nextflow.io/)
7
8
9
+
The TronFlow BAM preprocessing pipeline is part of a collection of computational workflows for tumor-normal pair
10
+
somatic variant calling. These workflows are implemented in the Nextflow (Di Tommaso, 2017) framework.
8
11
12
+
Find the documentation here [](https://tronflow-docs.readthedocs.io/en/latest/?badge=latest)
9
13
10
-
Nextflow (Di Tommaso, 2017) pipeline for the preprocessing of BAM files based on Picard and GATK (DePristo, 2011).
14
+
15
+
The aim of this workflow is to preprocess BAM files based on Picard and GATK (DePristo, 2011) best practices.
11
16
12
17
13
18
## Background
14
19
15
-
In order to have a variant calling ready BAM file there are a number of operations that need to be applied on the BAM. This pipeline depends on the particular variant caller, but there are some common operations.
20
+
In order to have a variant calling ready BAM file there are a number of operations that need to be applied on the BAM.
21
+
This pipeline depends on the particular variant caller, but there are some common operations.
16
22
17
-
GATK has been providing a well known best practices document on BAM preprocessing, the latest best practices for GATK4 (https://software.broadinstitute.org/gatk/best-practices/workflow?id=11165) does not perform anymore realignment around indels as opposed to best practices for GATK3 (https://software.broadinstitute.org/gatk/documentation/article?id=3238). This pipeline is based on both Picard and GATK. These best practices have been implemented a number of times, see for instance this implementation in Workflow Definition Language https://github.com/gatk-workflows/gatk4-data-processing/blob/master/processing-for-variant-discovery-gatk4.wdl.
23
+
GATK has been providing a well known best practices document on BAM preprocessing, the latest best practices for
24
+
GATK4 (https://software.broadinstitute.org/gatk/best-practices/workflow?id=11165) does not perform anymore realignment around indels as opposed to best practices for GATK3 (https://software.broadinstitute.org/gatk/documentation/article?id=3238). This pipeline is based on both Picard and GATK. These best practices have been implemented a number of times, see for instance this implementation in Workflow Definition Language https://github.com/gatk-workflows/gatk4-data-processing/blob/master/processing-for-variant-discovery-gatk4.wdl.
18
25
19
26
20
27
## Objectives
21
28
22
-
We aim at providing a single implementation of the BAM preprocessing pipeline that can be used across different situations. For this purpose there are some required steps and some optional steps. This is implemented as a Nextflow pipeline to simplify parallelization of execution in the cluster.
29
+
We aim at providing a single implementation of the BAM preprocessing pipeline that can be used across different
30
+
use cases.
31
+
For this purpose there are some required steps and some optional steps.
23
32
24
33
The input can be either a tab-separated values file (`--input_files`) where each line corresponds to one input BAM or a single BAM (`--input_bam` and `--input_name`).
25
34
@@ -33,7 +42,7 @@ Steps:
33
42
***Mark duplicates** (optional). Identify the PCR and the optical duplications and marks those reads. This uses the parallelized version on Spark, it is reported to scale linearly up to 16 CPUs.
34
43
***Realignment around indels** (optional). This procedure is important for locus based variant callers, but for any variant caller doing haplotype assembly it is not needed. This is computing intensive as it first finds regions for realignment where there are indication of indels and then it performs a local realignment over those regions. Implemented in GATK3, deprecated in GATK4
35
44
***Base Quality Score Recalibration (BQSR)** (optional). It aims at correcting systematic errors in the sequencer when assigning the base call quality errors, as these scores are used by variant callers it improves variant calling in some situations. Implemented in GATK4
36
-
***Metrics** (optional). A number of metrics are obtained over the BAM file with Picard's CollectMetrics (eg: duplication, insert size, alignment, etc.).
45
+
***Metrics** (optional). A number of metrics are obtained from the BAM file with Picard's CollectMetrics, CollectHsMetrics and samtools' coverage and depth.
37
46
38
47

39
48
@@ -44,8 +53,9 @@ Base Quality Score Recalibration (BQSR) requires dbSNP to avoid extracting error
44
53
Realignment around indels requires a set of known indels (`--known_indels1` and `--known_indels2`).
45
54
These resources can be fetched from the GATK bundle https://gatk.broadinstitute.org/hc/en-us/articles/360035890811-Resource-bundle.
46
55
47
-
Optionally, in order to run Picard's CollectHsMetrics an intervals file will need to be provided (`--intervals`).
48
-
This can be built from a BED file using Picard's BedToIntervalList (https://gatk.broadinstitute.org/hc/en-us/articles/360036883931-BedToIntervalList-Picard-)
56
+
Optionally, in order to run Picard's CollectHsMetrics a BED file will need to be provided (`--intervals`).
57
+
This BED file will also be used for `samtools coverage`.
0 commit comments