Mercurial > repos > wolma > mimodd
annotate varextract.xml @ 10:ac3eac581b83
fix download link to point to latest version
| author | Wolfgang Maier wolfgang.maier@biologie.uni-freiburg.de |
|---|---|
| date | Thu, 28 Jan 2016 17:41:02 +0100 |
| parents | 93db2f9bca12 |
| children | c46406466625 |
| rev | line source |
|---|---|
|
9
93db2f9bca12
upgrade to v0.1.7.2
Wolfgang Maier wolfgang.maier@biologie.uni-freiburg.de
parents:
8
diff
changeset
|
1 <tool id="extract_variants" name="Extract Variant Sites" version="0.1.7.2"> |
| 0 | 2 <description>from a BCF file</description> |
| 2 | 3 <macros> |
| 4 <import>toolshed_macros.xml</import> | |
| 5 </macros> | |
| 6 <expand macro="requirements"/> | |
| 0 | 7 <version_command>mimodd version -q</version_command> |
| 8 <command> | |
| 9 mimodd varextract "$ifile" | |
| 10 #if $len($sitesinfo) | |
| 11 -p | |
| 12 #for $source in $sitesinfo | |
| 13 "${source.pre_vcf}" | |
| 14 #end for | |
| 15 #end if | |
| 16 --ofile "$output_vcf" | |
| 17 $keep_alts | |
| 18 --verbose | |
| 19 </command> | |
| 20 | |
| 21 <inputs> | |
| 22 <param name="ifile" type="data" format="bcf" label="BCF input file" help="Use the Variant Calling tool to generate the input for this tool."/> | |
| 23 <repeat name="sitesinfo" title="include information from pre-calculated vcf file" default="0"> | |
| 24 <param name="pre_vcf" type="data" format="vcf" label="independently generated vcf file" /> | |
| 25 </repeat> | |
| 26 <param name="keep_alts" type="boolean" label="keep all sites with alternate bases" truevalue="-a" falsevalue="" checked="false" help="If selected, the VCF output will include ALL sites for which non-reference bases have been observed, i.e., even those not considered allelic sites by the variant caller." /> | |
| 27 </inputs> | |
| 28 <outputs> | |
| 29 <data name="output_vcf" format="vcf" label="Variants extracted with MiModd from ${on_string}"/> | |
| 30 </outputs> | |
| 31 | |
| 32 <help> | |
| 33 .. class:: infomark | |
| 34 | |
| 35 **What it does** | |
| 36 | |
| 37 The tool takes as input a BCF file like the ones produced by the *Variant Calling* tool, extracts just the variant sites from it and reports them in VCF format. | |
| 38 | |
| 39 If the BCF input file specifies multiple samples, sites are included if they qualify as variant sites in at least one sample. | |
| 40 | |
| 41 In a typical analysis workflow, you will use the tool's VCF output as input for the *VCF Filter* tool to cut down the often still impressive list of sites to a subset with relevance to your project. | |
| 42 | |
| 43 **Options:** | |
| 44 | |
| 45 1) By default, a variant site is considered to be a position in the genome for which a non-reference allele appears in the inferred genotype of any sample. | |
| 46 | |
| 47 You can select the *keep all sites with alternate bases* option, if instead you want to extract all sites, for which at least one non-reference base has been observed (whether resulting in a non-reference allele call or not). Using this option should rarely be necessary, but could be occassionally helpful for closer inspection of candidate genomic regions. | |
| 48 | |
| 49 2) During the process of variant extraction the tool can take into account genome positions specified in one or more independently generated VCF files. If such additional VCF input is provided, the tool output will contain the samples found in these files as additional samples and sites from the main BCF file will be included if they either qualify as variant sites in at least one sample specified in the BCF or if they are listed in any of the additional VCF files. | |
| 50 | |
| 51 Optional VCF input can be particularly useful in one of the following situations: | |
| 52 | |
| 53 *scenario i* - you have prior information that leads you to think that certain genome positions are of special relevance for your project and, thus, you are interested in the statistics produced by the variant caller for these positions even if they are not considered variant sites. In this case you can use a minimal VCF file to guide the variant extraction process to include these positions. This minimal VCF file needs a minimal header: | |
| 54 | |
| 55 ``##fileformat=VCFv4.2`` | |
| 56 | |
| 57 followed by positional information like in this example:: | |
| 58 | |
| 59 #CHROM POS ID REF ALT QUAL FILTER INFO | |
| 60 chrI 1222 . . . . . . | |
| 61 chrI 2651 . . . . . . | |
| 62 chrI 3659 . . . . . . | |
| 63 chrI 3731 . . . . . . | |
| 64 | |
| 65 , where columns are tab-separated and . serves as a placeholder for missing information. | |
| 66 | |
| 67 *scenario ii* - you have actual variant calls from an additional sample, but you do not have access to the original sequenced reads data (if you had, the recommended approach would be to align this data along with your other sequencing data or, at least, to perform the *Variant Calling* step together). | |
| 68 | |
| 69 This situation is often encountered with published datasets. Assume you have obtained a list of known single nucleotide variants (SNVs) found in one particular strain of your favorite model organism and you would like to know which of these SNVs are present in the related strains you have sequenced. You have aligned the sequenced reads from your samples and have used the *Variant Calling* tool, which has generated a BCF file ready for variant extraction. If the SNV list for the previously sequenced strain is in VCF format already, you can now just plug it into the analysis process by specifying it in the tool interface as an *independently generated vcf file*. The resulting vcf output file will contain all SNV sites along with the variant sites found in the BCF alone. You can then proceed to the *VCF Filter* tool to look at the original SNV sites only or to investigate any other interesting subset of sites. If the SNV list is in some other format, you will have o convert it to VCF first. At a minimum, the file must have a ``##fileformat`` header line like the previous example and have the ``REF`` and ``ALT`` column filled in like so:: | |
| 70 | |
| 71 #CHROM POS ID REF ALT QUAL FILTER INFO | |
| 72 chrI 1897409 . A G . . . | |
| 73 chrI 1897492 . C T . . . | |
| 74 chrI 1897616 . C A . . . | |
| 75 chrI 1897987 . A T . . . | |
| 76 chrI 1898185 . C T . . . | |
| 77 chrI 1898715 . G A . . . | |
| 78 chrI 1898729 . T C . . . | |
| 79 chrI 1900288 . T A . . . | |
| 80 | |
| 81 , in which case the tool will assume that the corresponding sample is homozygous for each of the SNVs. If you need to distinguish between homozygous and heterozygous SNVs you will have to extend the format to include a format and a sample column with genotype (GT) information like in this example:: | |
| 82 | |
| 83 #CHROM POS ID REF ALT QUAL FILTER INFO FORMAT sampleX | |
| 84 chrI 1897409 . A G . . . GT 1/1 | |
| 85 chrI 1897492 . C T . . . GT 0/1 | |
| 86 chrI 1897616 . C A . . . GT 0/1 | |
| 87 chrI 1897987 . A T . . . GT 0/1 | |
| 88 chrI 1898185 . C T . . . GT 0/1 | |
| 89 chrI 1898715 . G A . . . GT 0/1 | |
| 90 chrI 1898729 . T C . . . GT 0/1 | |
| 91 chrI 1900288 . T A . . . GT 0/1 | |
| 92 | |
| 93 , in which sampleX would be heterozygous for all SNVs except the first. | |
| 94 | |
| 95 .. class:: warningmark | |
| 96 | |
| 97 If the optional VCF input contains INDEL calls, these will be ignored by the tool. | |
| 98 | |
| 99 | |
| 100 </help> | |
| 101 </tool> |