Skip to content

FASTQ quality trimming #19

Description

@bovee

If we have unexpectedly large amounts of error k-mers from e.g. the ends of bad FASTQ reads, it can throw distances way off unless the user's setting --min-abun-filter manually. A good way to deal with this would be to allow masking out bad quality score data. A default of filtering all bases below quality 20 (the "bad" cutoff in FastQC; 4 in modern FASTQs, I think?) might also be a good idea?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions