Closed ShriramHPatel closed 2 years ago
Hi Sriram,
Yes that is the case. You can get the exact value in the profile folder in the Normalisation.tsv file.
What you're seeing there is the discrepancy between calculating coverage from read mapping on the whole MAG versus coverage derived from the kmer coverage on SCGs. While both should give you concordant values we consistently see that the sum of haplotypes coverage is higher than that of the MAG. Exactly where this come from is hard to tell at the moment, it could be just from estimating coverage from just the SCGs instead of the whole MAG.
You could do that, but you would just be repeating what we do when we generate "mag_and_haplo_cov.tsv". Also, Intensity*read_length would give you kmer coverage and not read coverage. It would be un-normalised too.
These are completely legitimate question and I hope this made things clear :)
Best, Seb
Hi,
Thank you for your detailed reply, and it is very useful. I have few more related queries.
/ | sample1 | sample2 | sample3 |
---|---|---|---|
Bin_18 | 0.46 | 0.1 | 0.54 |
Bin_18_haplo_0 | 0.0031 | 0.046 | 0.012 |
Bin_18_haplo_1 | 0.02 | 0.07 | 0.011 |
Bin_18_haplo_2 | 0.014 | 0.029 | 0.006 |
Bin_18_haplo_3 | 0.013 | 0.063 | 0.0041 |
Bin_18_haplo_4 | 0.007 | 0.033 | 0.0036 |
Bin_18_haplo_5 | 0.012 | 0.013 | 1.4 |
Since BayesPaths algorithm depends on differences in strain profiles across samples in order to link unitigs into haplotypes, can STRONG be used in a case when samples are un-releated but derived from same niche (for example vaginal microbiome)?
We have also access to the genomes cultured and sequenced from the same metagenomic samples. Can evaluation step of STRONG be used to link individual haplotypes identified to the dataset of genomes? If yes, is there any specific input requirement?
Many thanks, Shriram
Hi Shriram,
I'm not convinced from that table that coverage are low since this table is normalised coverage. If we had actual coverage were 0.0036 means that only 0.36% of the scg are covered, I would be worried too. You can have a look at un-normalised coverage by re-multiplying these number with values in the profile/Normalisation.tsv file.
I suppose that the concern behind your question is linked to uncertainty relative to coverage estimation. We do have such information and they are stored in the bayespath/
This is a good question and I must admit I myself didn't test STRONG on non time-series datasets. It will boil down to fraction of shared haplotypes between samples. If none are shared, while having more than one per sample, you will see similar results to running STRONG on a per sample basis. It's unclear if haplotypes will be well separated. I would try that anyway, from other biomes, we'we seen mags at 99% ANI accross numerous different patients/reactors.
This is a mode we used for our own evaluation of STRONG and it is poorly documented at the moment. and even more unweildy than the rest of the pipeline :) I will update the documentation shortly on how to use it.
Best, Seb
Hi Shriram, I added a paragraph on exact requirement for the evaluation part of the pipeline to run. This part needs refactoring. Best, Seb
I appreciate your time and effort on answering my queries. And thanks a million for updating the manual; usage instructions are very clear now. Regards, Shriram
Hi,
It was very nice to read and understand the STRONG paper. I have run it on some of my samples, and I am trying to understand the output generated in "mag_and_haplo_cov.tsv" file in results section.
I have some specific question as below:
My understanding is that MAG coverage are normalized by median SCG coverage. Am I right? Because I am analyzing very low diverse environment and low coverage observed for MAG made me think twise.
is it surprising that coverage of haplotypes are higher than the MAG haplotypes? This is bit confusing to me. For example, in below table Bin_1_haplo_0 coverage (1.4) is higher than Bin_1 coverage (0.7). Can you provide more insights into normalization methods used here?
Also do you recommend using haplotype abundance (Bin_*F_intensity file) directly generated by BayesPaths by converting Intensity to coverage by multiplication with read length?
Apologies for the basic questions, this has been a great tool but before getting excited I wanted to be sure I understand the output I'm working with!
Thanks, Shriram