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
In new versions of the bam-qc workflow, filtering and downsampling will be done upstream by other workflow tasks. So, the filtering/downsampling capabilities of bam-qc-metrics itself will no longer be used. We could:
Remove the downsampling functionality from bam-qc-metrics to simplify code
Remove output fields referring to filtering/downsampling results in bam-qc-metrics, to simplify output and reduce potential confusion. (Eg. "total reads", "unmapped reads".)
Low-priority, but could be useful. Should we do it?
The text was updated successfully, but these errors were encountered:
I am happy with either/both options. In my thinking, bam-qc should generate metrics for the input data and not modify it in any way (by filtering and down sampling). That way we have clear separation between data wrangling and metric reporting.
In new versions of the bam-qc workflow, filtering and downsampling will be done upstream by other workflow tasks. So, the filtering/downsampling capabilities of bam-qc-metrics itself will no longer be used. We could:
Low-priority, but could be useful. Should we do it?
The text was updated successfully, but these errors were encountered: