MEDIPS bioconductor package "uniq" option
2
1
Entering edit mode
9.7 years ago
smk ▴ 30

Hi

I am analysing a MBD-seq data in which I have to compare the data across species. I was going over the MEDIPS manual and I noticed that they have a uniq option.

As far as the uniq option is concerned this is what the manual says :-

MEDIPS will replace all reads which map to exactly the same start and end positions on the same strand by only one representative:

So since these reads are not necessarily multi-mapping reads and it will be replaced by only one representative read. Is this the recommended way or should that option be avoided.

Biocondutor MBD-seq MEDIPS • 2.2k views
ADD COMMENT
1
Entering edit mode
9.7 years ago

What this attempts to do is remove false-positive apparent coverage increases due to PCR duplicates. If you happen to have paired-end reads, then you might be better off using something like Picard's MarkDuplicates tool and then just filtering reads out. How important this setting is will end up depending on how high your average coverage is. Unless you did a lot of sequencing, it's likely that apparent duplicates are actual duplicates, so removing them with this option makes sense.

BTW, you can likely see how big of a problem this is by making a histogram of per-base coverage with/without these reads. From that you can likely surmise how big of an issue PCR duplicates are in your dataset.

On other thing to keep in mind is that while removing these will decrease false-positives, it may also decrease true-positives. So how expensive/time consuming/sensitive your downstream analyses are may dictate how you treat these reads.

ADD COMMENT
1
Entering edit mode
9.7 years ago
jwade44 ▴ 10

I have been using MEDIPS for over a year and after extensive comparisons of the impact of filtering out duplicates (via Picard's MarkDuplicates) or not, we decided it was best to filter them out. So, if you don't want to go through the trouble of doing that in Picard, you can use the uniq=TRUE setting in MEDIPS.

ADD COMMENT

Login before adding your answer.

Traffic: 2771 users visited in the last hour
Help About
FAQ
Access RSS
API
Stats

Use of this site constitutes acceptance of our User Agreement and Privacy Policy.

Powered by the version 2.3.6