Does the column "strand" represent the read strand of transcripts in cufflinks "transcripts.gtf" if my library is not strand-specific?
If my library is not strand-specific, does the column "strand" mean the strand guessed by cufflinks or mean nothing in the file transcripts.gtf of cufflinks results?
• 2,268 views
•
link
updated
by
Juke34
•
written
by
Alex Voronin •
•
written
by
Alex Voronin •
1 answer
Cufflinks is inferring the strand looking at the splice site junctions. So, for unstranded library it should not guess the strand for single exon transcripts. You should in that case have a dot instead.
Actually this is a good question. I never checked the single exon case for the non-stranded librairy to be sure that they are not stranded by cufflinks.
Log in to answer this question.
More posts like this
-
How to get an XS field in SAM with unstranded data ?
written by corend
-
Cuffmerge cannot find transcripts.gtf files
written by calubr •
-
non-strand-specific library for bs-seq
written by Cacau
-
Unstranded new transcript from Cuffmerge leads to error while RSEM prepares the reference
written by Thibault D.
-
consistent problem of strand-specific information between TopHat/RSeQC/picard
written by pengchy
-
Studying variances in assembled transcripts
written by rmihael •
-
Strand Specific Tophat Output
written by GPR
-
Inconsistency Between Cufflinks And Cuffcompare
written by zeynep.kalender •
-
Fpkm Values Of Cumerge Transcripts Are Low
written by gireeshkbogu •
-
Rna-Seq, Cufflinks And Strand In Sam File
written by Jimbo
