TMB#616
Open
FriederikeHanssen wants to merge 18 commits intonf-core:devfrom
Open
Conversation
|
Hi @FriederikeHanssen, should be with small 'c' |
|
Contributor
Author
|
Contributor
Author
|
Ok this is starting to take shape. A couple of things that I could use help with:
1 & 2 maybe @apeltzer @tomgutman have any advice?
|
Member
|
For 3.) --> maybe somehing like "downstream-metrics"? :-) |
Member
I'd even go just for |
|
Hello, unfortunately I don't have any expertise in VEP, strelka and freebayes. So I can't really help on that. =/ |
Member
|
I'll prio the generation of the YAML files soon and will either find some time myself or have someone look into it. |
11 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
#495
Coming up with a POC for the tmb support:
Idea is to keep all relevant config files for the tmb tool in our own assests folder (or any other that we can control for now). Otherwise we are dependent that all of the tools that we would like to support will get added & released upstream. (Over time of course we could contribute them).
For all vcf files the variantcaller & annotation tool needs to be tracked in the meta map. We are already doing this for the variantcallers anyways. So this should be a small and easy change.
Last but not least the respective file can be retrieved with a groovy function for the proper combination.
Now of course we need to start generating all the db and var config files.
I am not sure yet how we could possibly handle users overwritting the config file. From where I stand at the moment we would need a parameter with which you can pass multiple files with a key...