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

-mm paramater not working as expected #127

Open
martinclott opened this issue Apr 16, 2021 · 1 comment
Open

-mm paramater not working as expected #127

martinclott opened this issue Apr 16, 2021 · 1 comment

Comments

@martinclott
Copy link

When specifying a tag and setting 0 mismatches (the default) the software finds numerous reads with the tag. However, if we change the number of mismatches e.g. to 1 then no reads are found, we get the message 'None of the input files contained the specified tag'.

Our tag contains wildcard characters as reads start with a sequencing primer so our -t parameter starts with '.*.GG', I wonder if this is causing the issue and perhaps a more informative error message can be displayed if that's the case.

@lbarquist
Copy link
Contributor

Hi Martin,

I've never tested the tag parameter with wildcards, and taking a quick look at the code I don't think it's set up to support this (though maybe @andrewjpage could comment?), and I'm not entirely sure how it would deal with these. From a skim of the code, I'm guessing not well, as you've seen.

My solution in the past to libraries where there are random bases incorporated in the tag has been to trim these off, so that I'm left with a determinate tag sequence -- is this possible in your case?

-Lars

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants