<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to LoFreq-Star-FAQ</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>Recent changes to LoFreq-Star-FAQ</description><atom:link href="https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/feed" rel="self"/><language>en</language><lastBuildDate>Mon, 05 May 2014 05:04:22 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/feed" rel="self" type="application/rss+xml"/><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v10
+++ v11
@@ -1,4 +1,4 @@
-# FAQ for LoFreq* 
+# FAQ for LoFreq-Star

 ##### How to Cite

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Mon, 05 May 2014 05:04:22 -0000</pubDate><guid>https://sourceforge.netdec25c078f93b41e0dabf52b3bc54b4299b7af96</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v9
+++ v10
@@ -1,4 +1,4 @@
-# UNDER CONSTRUCTION: FAQ for LoFreq* 
+# FAQ for LoFreq*

 ##### How to Cite

@@ -11,7 +11,7 @@

 ##### Do I need to filter LoFreq Predictions?

-You usually don't. Predicted variants are already filtered using default parameters (which include coverage, strand-bias, snv-quality etc). If you however, need extra conservative settings you can use `lofreq filter` to add some more filter criteria
+You usually don't. Predicted variants are already filtered using default parameters (which include coverage, strand-bias, snv-quality etc). If you however, need extra conservative settings you can use `lofreq filter` to add some more filter criteria.

 ##### What Happens if I didn't recalibrate Base-Qualities?

@@ -22,17 +22,13 @@
 If you want to run LoFreq only on certain regions use the appropriate bed-file as input with `-l regions.bed`. Not doing so will negatively affect LoFreq sensitivity and it might calls variants
 outside of the desired regions. 

-
 ##### PCR Amplified Data

-If your data was heavily PCR-amplified LoFreq will likely call SNVs in the primer regions as well, due
+If your data was heavily PCR-amplified LoFreq will likely call SNVs in primer regions, due
 to ambiguous primer positions, primer impurities etc. You should ignore primer positions after SNV
-calling. The best way to achieve this is to create a bed-file that only lists non-primer regions and use that as input to Lofreq with `-l regions.bed`
+calling. The best way to achieve this is to create a bed-file that only lists non-primer regions and use that as input to Lofreq with `-l regions.bed`.

-Another problem with heavily PCRed input is that PCR artifacts might show up as low-frequency SNVs,
-especially if a mis-amplification happened in early cycles. Computational tools will be 
-unable to distinguish these from true low-frequency variants, since the mis-incorporated bases look 
-real to the sequencing machine.
+Another problem with heavily PCRed input is that PCR artifacts will show up as low-frequency SNVs. Their allele frequency will usually be low, unless a mis-amplification happened in early cycles. Computational tools will be unable to distinguish these from true low-frequency variants, since the mis-incorporated bases look real to the sequencing machine. To get rid of these you will either have to run your samples in duplicates (before amplification) or remove SNVs below the expected PCR error frequency.

 ##### I get fewer SNVs than Expected When Running LoFreq on a BAM file with Bowtie/BWA-SW

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Mon, 05 May 2014 05:02:53 -0000</pubDate><guid>https://sourceforge.netbf5d167bc20a909aa70338f0f04808195ba5239b</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v8
+++ v9
@@ -1,29 +1,29 @@
 # UNDER CONSTRUCTION: FAQ for LoFreq*

-#### How to Cite
+##### How to Cite

 Please cite: [Wilm et a. LoFreq: A sequence-quality aware, ultra-sensitive variant caller for uncovering cell-population heterogeneity from high-throughput sequencing datasets. _Nucleic Acids Res._ 2012; 40(22):11189-201.](http://www.ncbi.nlm.nih.gov/pubmed/23066108)

-#### Where to get Help:
+##### Where to get Help:

 - See the [mailing list](https://sourceforge.net/p/lofreq/mailman/)
 - See [the LoFreq blog](https://sourceforge.net/p/lofreq/blog/) for news and updates

-#### Do I need to filter LoFreq Predictions?
+##### Do I need to filter LoFreq Predictions?

 You usually don't. Predicted variants are already filtered using default parameters (which include coverage, strand-bias, snv-quality etc). If you however, need extra conservative settings you can use `lofreq filter` to add some more filter criteria

-#### What Happens if I didn't recalibrate Base-Qualities?
+##### What Happens if I didn't recalibrate Base-Qualities?

 We usually recommend to follow GATK's best practices on post-processing of you BAM file which include base quality recalibration. You can run LoFreq on non-recalibrated data, which might however results in a higher rate of false positive calls. We would recommend GATK base-recalibration even for non-human data or targeted sequencing. GATK usually requires the input of known variant sites (which is a circular problem) which are however not known for most organisms non-human data (use dbsnp for human data). One option is to use initial LoFreq predictions as vcf input to GATK and then run LoFreq again.

-#### Regions for Targeted Sequencing
+##### Regions for Targeted Sequencing

 If you want to run LoFreq only on certain regions use the appropriate bed-file as input with `-l regions.bed`. Not doing so will negatively affect LoFreq sensitivity and it might calls variants
 outside of the desired regions. 

-#### PCR Amplified Data
+##### PCR Amplified Data

 If your data was heavily PCR-amplified LoFreq will likely call SNVs in the primer regions as well, due
 to ambiguous primer positions, primer impurities etc. You should ignore primer positions after SNV
@@ -34,10 +34,10 @@
 unable to distinguish these from true low-frequency variants, since the mis-incorporated bases look 
 real to the sequencing machine.

-### I get fewer SNVs than Expected When Running LoFreq on a BAM file with Bowtie/BWA-SW
+##### I get fewer SNVs than Expected When Running LoFreq on a BAM file with Bowtie/BWA-SW

 BWA-SW assigns very low mapping qualities to mapped reads. Consider disabling the use of mapping quality on `lofreq call` with `-J`. The same is true for Bowtie, depending on the parameters you used. Bowtie it will sometimes produce alignments with reads that have either only mapping quality 0 (non unique) or 255 (not available). It is unclear to us why that happens, or what exactly that means (see also [this thread](http://seqanswers.com/forums/showthread.php?t=3142)). LoFreq uses mapping quality by default for the prediction of SNVs, which doesn't help in this scenario. We would suggest to switch off the use of mapping quality (see above) in such cases.

-#### `Call-Parallel` Fails with an Error Message Which is Hard to Interpret
+##### `Call-Parallel` Fails with an Error Message Which is Hard to Interpret

 This is easiest to debug by running the single-threaded version `call` first with the same parameters, check the error message and fix the command accordingly. Then execute `call-parallel` again with fixed parameters.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Tue, 08 Apr 2014 05:08:23 -0000</pubDate><guid>https://sourceforge.net7d20cdfd71e89c373a59885f136106908c68206e</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v7
+++ v8
@@ -1,29 +1,29 @@
 # UNDER CONSTRUCTION: FAQ for LoFreq*

-#### How to cite
+#### How to Cite

 Please cite: [Wilm et a. LoFreq: A sequence-quality aware, ultra-sensitive variant caller for uncovering cell-population heterogeneity from high-throughput sequencing datasets. _Nucleic Acids Res._ 2012; 40(22):11189-201.](http://www.ncbi.nlm.nih.gov/pubmed/23066108)

-#### Where to get help:
+#### Where to get Help:

 - See the [mailing list](https://sourceforge.net/p/lofreq/mailman/)
 - See [the LoFreq blog](https://sourceforge.net/p/lofreq/blog/) for news and updates

-#### Do I need to filter LoFreq predictions
+#### Do I need to filter LoFreq Predictions?

 You usually don't. Predicted variants are already filtered using default parameters (which include coverage, strand-bias, snv-quality etc). If you however, need extra conservative settings you can use `lofreq filter` to add some more filter criteria

-#### What happens if I didn't recalibrate base-qualities
+#### What Happens if I didn't recalibrate Base-Qualities?

 We usually recommend to follow GATK's best practices on post-processing of you BAM file which include base quality recalibration. You can run LoFreq on non-recalibrated data, which might however results in a higher rate of false positive calls. We would recommend GATK base-recalibration even for non-human data or targeted sequencing. GATK usually requires the input of known variant sites (which is a circular problem) which are however not known for most organisms non-human data (use dbsnp for human data). One option is to use initial LoFreq predictions as vcf input to GATK and then run LoFreq again.

-#### Regions for targeted sequencing
+#### Regions for Targeted Sequencing

 If you want to run LoFreq only on certain regions use the appropriate bed-file as input with `-l regions.bed`. Not doing so will negatively affect LoFreq sensitivity and it might calls variants
 outside of the desired regions. 

-#### PCR amplified data
+#### PCR Amplified Data

 If your data was heavily PCR-amplified LoFreq will likely call SNVs in the primer regions as well, due
 to ambiguous primer positions, primer impurities etc. You should ignore primer positions after SNV
@@ -34,14 +34,10 @@
 unable to distinguish these from true low-frequency variants, since the mis-incorporated bases look 
 real to the sequencing machine.

-### I get strange results with Bowtie
+### I get fewer SNVs than Expected When Running LoFreq on a BAM file with Bowtie/BWA-SW

-Depending on the parameters you used for calling Bowtie it will sometimes produces alignments with reads that have either only mapping quality 0 (non unique) or MQ 255 (not available). It is unclear to us why that happens, or what exactly that means (see also [this thread](http://seqanswers.com/forums/showthread.php?t=3142)). Anyway, LoFreq will by default use mapping quality for the prediction of SNVs, which doesn't help in this scenario though. If you have to use Bowtie we suggest to switch off the use of mapping quality in `lofreq call` with `-J`.
+BWA-SW assigns very low mapping qualities to mapped reads. Consider disabling the use of mapping quality on `lofreq call` with `-J`. The same is true for Bowtie, depending on the parameters you used. Bowtie it will sometimes produce alignments with reads that have either only mapping quality 0 (non unique) or 255 (not available). It is unclear to us why that happens, or what exactly that means (see also [this thread](http://seqanswers.com/forums/showthread.php?t=3142)). LoFreq uses mapping quality by default for the prediction of SNVs, which doesn't help in this scenario. We would suggest to switch off the use of mapping quality (see above) in such cases.

-### I get strange results with BWA-SW
-
-See also 'Bowtie' above. BWA-SW assigns very low mapping qualities to mapped reads. Consider disabling the use of mapping quality on `lofreq call` with `-J`.
-
-#### `call-parallel` fails with a non-descript error message
+#### `Call-Parallel` Fails with an Error Message Which is Hard to Interpret

 This is easiest to debug by running the single-threaded version `call` first with the same parameters, check the error message and fix the command accordingly. Then execute `call-parallel` again with fixed parameters.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Tue, 08 Apr 2014 05:07:40 -0000</pubDate><guid>https://sourceforge.net567fb7c807d64ea4cfcc6317530a61d1d1a86f03</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v6
+++ v7
@@ -34,10 +34,13 @@
 unable to distinguish these from true low-frequency variants, since the mis-incorporated bases look 
 real to the sequencing machine.

-### I get strange results with Bowtie. 
+### I get strange results with Bowtie

-Depending on the parameters you used for calling Bowtie it will sometimes produces alignments with reads that have either only mapping quality 0 (non unique) or MQ 255 (not available). It is unclear to us why that happens, or what exactly that means (see also [this thread](http://seqanswers.com/forums/showthread.php?t=3142)). Anyway, LoFreq will by default use mapping quality for the prediction of SNVs, which doesn't help in this scenario though. If you have to use Bowtie we suggest to switch off the use of mapping quality in LoFreq with `-J`
+Depending on the parameters you used for calling Bowtie it will sometimes produces alignments with reads that have either only mapping quality 0 (non unique) or MQ 255 (not available). It is unclear to us why that happens, or what exactly that means (see also [this thread](http://seqanswers.com/forums/showthread.php?t=3142)). Anyway, LoFreq will by default use mapping quality for the prediction of SNVs, which doesn't help in this scenario though. If you have to use Bowtie we suggest to switch off the use of mapping quality in `lofreq call` with `-J`.

+### I get strange results with BWA-SW
+
+See also 'Bowtie' above. BWA-SW assigns very low mapping qualities to mapped reads. Consider disabling the use of mapping quality on `lofreq call` with `-J`.

 #### `call-parallel` fails with a non-descript error message

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Tue, 08 Apr 2014 05:03:56 -0000</pubDate><guid>https://sourceforge.netae93e5d00cae438ef18d94f374c5bbdb791d45aa</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v5
+++ v6
@@ -2,13 +2,16 @@

 #### How to cite

-Please cite [Wilm et a. LoFreq: A sequence-quality aware, ultra-sensitive variant caller for uncovering cell-population heterogeneity from high-throughput sequencing datasets. _Nucleic Acids Res._ 2012; 40(22):11189-201.](http://www.ncbi.nlm.nih.gov/pubmed/23066108)
+Please cite: [Wilm et a. LoFreq: A sequence-quality aware, ultra-sensitive variant caller for uncovering cell-population heterogeneity from high-throughput sequencing datasets. _Nucleic Acids Res._ 2012; 40(22):11189-201.](http://www.ncbi.nlm.nih.gov/pubmed/23066108)

 #### Where to get help:

 - See the [mailing list](https://sourceforge.net/p/lofreq/mailman/)
 - See [the LoFreq blog](https://sourceforge.net/p/lofreq/blog/) for news and updates

+#### Do I need to filter LoFreq predictions
+
+You usually don't. Predicted variants are already filtered using default parameters (which include coverage, strand-bias, snv-quality etc). If you however, need extra conservative settings you can use `lofreq filter` to add some more filter criteria

 #### What happens if I didn't recalibrate base-qualities

@@ -31,7 +34,7 @@
 unable to distinguish these from true low-frequency variants, since the mis-incorporated bases look 
 real to the sequencing machine.

-### I get strange results with Bowtie. Why?
+### I get strange results with Bowtie. 

 Depending on the parameters you used for calling Bowtie it will sometimes produces alignments with reads that have either only mapping quality 0 (non unique) or MQ 255 (not available). It is unclear to us why that happens, or what exactly that means (see also [this thread](http://seqanswers.com/forums/showthread.php?t=3142)). Anyway, LoFreq will by default use mapping quality for the prediction of SNVs, which doesn't help in this scenario though. If you have to use Bowtie we suggest to switch off the use of mapping quality in LoFreq with `-J`

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Mon, 07 Apr 2014 05:58:24 -0000</pubDate><guid>https://sourceforge.netf53fa52b6aac3909b7892cf0589eeb32ac6c9808</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v4
+++ v5
@@ -1,26 +1,41 @@
 # UNDER CONSTRUCTION: FAQ for LoFreq*

-- how to cite
-- where to get help: [https://sourceforge.net/p/lofreq/mailman/](mailing list)
+#### How to cite
+
+Please cite [Wilm et a. LoFreq: A sequence-quality aware, ultra-sensitive variant caller for uncovering cell-population heterogeneity from high-throughput sequencing datasets. _Nucleic Acids Res._ 2012; 40(22):11189-201.](http://www.ncbi.nlm.nih.gov/pubmed/23066108)
+
+#### Where to get help:
+
+- See the [mailing list](https://sourceforge.net/p/lofreq/mailman/)
 - See [the LoFreq blog](https://sourceforge.net/p/lofreq/blog/) for news and updates
-- non base-recalibrated data: can still run but expect FP,
-  especially with SB. We recommend GATK base-recalibration even for
-  non-human data or targeted sequencing. GATK usually requires the
-  input of known variant sites (circular, usually dbsnp) which
-  are not known for non-human data. one option: lofreq run (e.g. -B -J)
-  and use the resulting vcf as input.
-- quality of mapping
-- targeted sequencing, exome, bed files
-  If you want to run LoFreq only on certain regions use the
-  appropriate bed-file as input with -l. Not doing so will
-  negatively affect LoFreq sensitivity and it might calls variants
-  outside of the desired regions.
-- call-parallel fails with non-descript error message: run call
-  first and fix the command line. then execute call-parallel
-- If your data was heavily PCR-amplified LoFreq will likely call SNVs in the primer regions as well, due
-  to ambiguous primer positions, primer impurities etc. You should ignore primer positions after SNV
-  calling.
-- Another problem with heavily PCRed input is that PCR artifacts might show up as low-frequency SNVs,
-  especially if a mis-amplification happened in early cycles. Computational tools typically will be 
-  unable to distinguish these from true low-frequency variants, since the mis-incorporated bases look 
-  real to the sequencing machine.
+
+
+#### What happens if I didn't recalibrate base-qualities
+
+We usually recommend to follow GATK's best practices on post-processing of you BAM file which include base quality recalibration. You can run LoFreq on non-recalibrated data, which might however results in a higher rate of false positive calls. We would recommend GATK base-recalibration even for non-human data or targeted sequencing. GATK usually requires the input of known variant sites (which is a circular problem) which are however not known for most organisms non-human data (use dbsnp for human data). One option is to use initial LoFreq predictions as vcf input to GATK and then run LoFreq again.
+
+#### Regions for targeted sequencing
+
+If you want to run LoFreq only on certain regions use the appropriate bed-file as input with `-l regions.bed`. Not doing so will negatively affect LoFreq sensitivity and it might calls variants
+outside of the desired regions. 
+
+
+#### PCR amplified data
+
+If your data was heavily PCR-amplified LoFreq will likely call SNVs in the primer regions as well, due
+to ambiguous primer positions, primer impurities etc. You should ignore primer positions after SNV
+calling. The best way to achieve this is to create a bed-file that only lists non-primer regions and use that as input to Lofreq with `-l regions.bed`
+
+Another problem with heavily PCRed input is that PCR artifacts might show up as low-frequency SNVs,
+especially if a mis-amplification happened in early cycles. Computational tools will be 
+unable to distinguish these from true low-frequency variants, since the mis-incorporated bases look 
+real to the sequencing machine.
+
+### I get strange results with Bowtie. Why?
+
+Depending on the parameters you used for calling Bowtie it will sometimes produces alignments with reads that have either only mapping quality 0 (non unique) or MQ 255 (not available). It is unclear to us why that happens, or what exactly that means (see also [this thread](http://seqanswers.com/forums/showthread.php?t=3142)). Anyway, LoFreq will by default use mapping quality for the prediction of SNVs, which doesn't help in this scenario though. If you have to use Bowtie we suggest to switch off the use of mapping quality in LoFreq with `-J`
+
+
+#### `call-parallel` fails with a non-descript error message
+
+This is easiest to debug by running the single-threaded version `call` first with the same parameters, check the error message and fix the command accordingly. Then execute `call-parallel` again with fixed parameters.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Mon, 07 Apr 2014 05:56:42 -0000</pubDate><guid>https://sourceforge.neta8042d2a813b14378ce9866025bf5043c44c7d18</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v3
+++ v4
@@ -1,7 +1,7 @@
 # UNDER CONSTRUCTION: FAQ for LoFreq*

 - how to cite
-- where to get help
+- where to get help: [https://sourceforge.net/p/lofreq/mailman/](mailing list)
 - See [the LoFreq blog](https://sourceforge.net/p/lofreq/blog/) for news and updates
 - non base-recalibrated data: can still run but expect FP,
   especially with SB. We recommend GATK base-recalibration even for
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Tue, 01 Apr 2014 08:52:54 -0000</pubDate><guid>https://sourceforge.net833dd17cdebc9bed97f14887bac4e3a166e66e6c</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v2
+++ v3
@@ -2,6 +2,7 @@

 - how to cite
 - where to get help
+- See [the LoFreq blog](https://sourceforge.net/p/lofreq/blog/) for news and updates
 - non base-recalibrated data: can still run but expect FP,
   especially with SB. We recommend GATK base-recalibration even for
   non-human data or targeted sequencing. GATK usually requires the
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Tue, 01 Apr 2014 08:24:59 -0000</pubDate><guid>https://sourceforge.netf980b3eaebabde025f8eb2366052b4450fa4616b</guid></item><item><title>LoFreq-Star-FAQ modified by Andreas Wilm</title><link>https://sourceforge.net/p/lofreq/wiki/LoFreq-Star-FAQ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Wilm</dc:creator><pubDate>Tue, 01 Apr 2014 08:16:11 -0000</pubDate><guid>https://sourceforge.net7157ce5a99651cdf84d1128a5a3a0c57963adf4a</guid></item></channel></rss>