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
v0.9.21-12-g92eb53a failing with -t option #163
Comments
Any version of 0.9.21 fails. |
Is there a quick way I could reproduce this? I'm trying to add test cases, On Tue, Apr 14, 2015 at 5:37 AM, jpuritz notifications@github.com wrote:
|
Erik, Thanks for the quick reply. I've linked a test case with output and log files from runs with and without targets using the latest version and version 0.9.20. Thanks! https://www.dropbox.com/s/r4znronfga5zujr/testcase.tar.gz?dl=0 |
I've verified that freebayes now only works using whole-chromosome sequences. The anti-pattern of trying to cache little bits of the reference has been resolved by removing offending methods in the AlleleParser. The system should also run much faster. This likely affects #163, #166, #168, #170, but reporters need to test before I close these.
Hey Erik, I took a quick look at the fix and it seems to be working correctly. I'm getting slightly different results from the two different versions ( on a small test data set) in terms of genotypes and variant calls, but it is somewhere over 99% concordance. The discordance is highest, it seems, at sites that are INDEL or complex at the end of a reference contig. Not too surprising. I'll keep looking into this next week and will keep you informed. Thanks, Jon |
Hey Jonathan, Thanks for the quick feedback. Note that you'll need to pull in the current Erik
|
This issue is marked stale because it has been open 120 days with no activity. Remove stale label or comment or this will be closed in 5 days |
This issue was closed for lack of activity. Feel free to re-open if someone feels like working on it. |
Hey Erik,
All of my FreeBayes runs are now failing after a few variants when using the -t option. Something changed between v0.9.21-12-g92eb53a and v0.9.20-4-g42d6a54
The text was updated successfully, but these errors were encountered: