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
Hello! I'm a new user of miRTop. I've started using it through the nf-core smrnaseq pipeline, providing computational support for an academic lab studying miRNA. As we've been examining the outputs of miRTop from that pipeline, we've come across a couple of things that I would like to understand better. I'm not sure if this is the best place to pose my questions, so please point me in the right direction if there is somewhere that would be more appropriate.
Here are my questions:
iso_snv vs iso_snv_seed
One of the reads that is being fed into miRTop is TGGTGTTGTCCCCCCGAGTGGC. This is correctly being called a 2GA variant of TAGTGTTGTCCCCCCGAGTGGC (kshv-miR-K12-10a-3p), however it is odd that miRTop is calling this an iso_snv variant instead of an iso_snv_seed, since it is the second position affected. Is there some reason for this that I might be missing?
Output Table Format (mirtop.tsv)
Another read, TGAGGTAGTAGGTTGTATAGTT, is called correctly as hsa-let-7a-5p. But it seems that since there are three different stem-loop records for hsa-let-7a that this sequence aligns equally well to (hsa-let-7a-1, hsa-let-7a-2, hsa-let-7a-3), each of which can be the parent of the mature sequence hsa-let-7a-5p, the output table ends up having three separate records for the read. And each sample seems to randomly get either the correct number of counts or a zero, as shown in the example below. It seems that we can get the correct counts for each read-miRNA combination by aggregating these rows, but I wanted to (1) make sure that this is an appropriate way to handle these rows and (2) understand why the output is this way.
UID
Read
miRNA
Sample 1
Sample 2
Sample 3
iso-22-XKVLRYVPQ
TGAGGTAGTAGGTTGTATAGTT
hsa-let-7a-5p
172722
0
114082
iso-22-XKVLRYVPQ
TGAGGTAGTAGGTTGTATAGTT
hsa-let-7a-5p
0
124121
0
iso-22-XKVLRYVPQ
TGAGGTAGTAGGTTGTATAGTT
hsa-let-7a-5p
0
0
0
Any thoughts, suggestions, or guidance from someone on these issues would be greatly appreciated! Thank you!
The text was updated successfully, but these errors were encountered:
Hello! I'm a new user of miRTop. I've started using it through the nf-core smrnaseq pipeline, providing computational support for an academic lab studying miRNA. As we've been examining the outputs of miRTop from that pipeline, we've come across a couple of things that I would like to understand better. I'm not sure if this is the best place to pose my questions, so please point me in the right direction if there is somewhere that would be more appropriate.
Here are my questions:
One of the reads that is being fed into miRTop is
TGGTGTTGTCCCCCCGAGTGGC
. This is correctly being called a 2GA variant ofTAGTGTTGTCCCCCCGAGTGGC
(kshv-miR-K12-10a-3p), however it is odd that miRTop is calling this an iso_snv variant instead of an iso_snv_seed, since it is the second position affected. Is there some reason for this that I might be missing?Another read,
TGAGGTAGTAGGTTGTATAGTT
, is called correctly as hsa-let-7a-5p. But it seems that since there are three different stem-loop records for hsa-let-7a that this sequence aligns equally well to (hsa-let-7a-1, hsa-let-7a-2, hsa-let-7a-3), each of which can be the parent of the mature sequence hsa-let-7a-5p, the output table ends up having three separate records for the read. And each sample seems to randomly get either the correct number of counts or a zero, as shown in the example below. It seems that we can get the correct counts for each read-miRNA combination by aggregating these rows, but I wanted to (1) make sure that this is an appropriate way to handle these rows and (2) understand why the output is this way.Any thoughts, suggestions, or guidance from someone on these issues would be greatly appreciated! Thank you!
The text was updated successfully, but these errors were encountered: