Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Processing very long reads #34

Open
StevenWingett opened this issue Nov 11, 2020 · 2 comments
Open

Processing very long reads #34

StevenWingett opened this issue Nov 11, 2020 · 2 comments
Labels
enhancement New feature or request priority Do this sooner rather than later

Comments

@StevenWingett
Copy link
Owner

Devise a way to handle very long reads (e.g. Oxford Nanopore).

Maybe make compatible with Minimap2 - as discussed by email with users. Alternatively, break up reads and process with Bowtie/Bowtie2

@StevenWingett StevenWingett added the enhancement New feature or request label Nov 11, 2020
@s-andrews
Copy link

Just had another request in for this, asking for minimap2 as an option for the back end. I know Felix implemented this in bismark and it was fairly straight forward so it might not be too hard to add.

@StevenWingett StevenWingett added the priority Do this sooner rather than later label Aug 31, 2021
@adknaupp
Copy link

adknaupp commented May 17, 2022

I would like to see the minimap2 backend implemented so I can use FastQ screen to filter human contamination out of PacBio data. I have years of runs I could potentially screen as I work in a center with two PacBio Sequel II instruments. If given a couple pointers, I would be willing to implement the necessary functionality myself.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request priority Do this sooner rather than later
Projects
None yet
Development

No branches or pull requests

3 participants