Closed zdzbinden closed 2 years ago
@zdzbinden Thanks for catching that. I added the -q 30
. Pretty funny to see the documentation correct, but not the code! Normally it's the other way around. Anyway, thanks for reporting, it'll go out in the next bioconda package.
Thanks also for reporting the ulimit problem with too many open files. I'm not sure there's anything we can really do about this, but it's a good start to document so others might be able to recognize the issue. Thanks a lot!
Will be 0.9.86 once it passes checks in bioconda.
Heads up, I got an error while running 0.9.86 that a string was expected, not an integer.
Looking at the code I wonder if:
"-q", 30,
should be
"-q", "30",
I changed it on my end and no longer got the error.
Darn it! Thanks for reporting. I fixed this and pushed a new version 0.9.87 which should be up on bioconda shortly.
I'm constructing an alignment of 100bp single-end ddRAD data to a reference genome. I noticed the SNP positions gleaned from the VCF file could sometimes be >100 and sometimes much greater (1200!).
I dug around the clustmap.py code and found a possible issue.
You note here the use of the -q 30 option should be used to discard low-quality reads at line 1880:
However that option appears to be missing below at line 1930:
Does this mean no read quality is being applied?
Small unrelated issue: I while back I ran into an issue with aligning a large number of samples (~1700). The HPC system I use had a default ulimit set to 1024. This was causing ipyrad to stall but without warning or error. It worked fine after adjusted ulimit. I just thought I'd make you aware.