-
Notifications
You must be signed in to change notification settings - Fork 35
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
Update docs #594
Update docs #594
Conversation
This PR is against the
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are all the mandatory plugin files not supplied with --vep_cache
? If so, does it really need to be mandatory, or could you add?
} else {
ch_vep_extra_files = Channel.value([])
}
Otherwise, should It be added to mandatoryParams
as well?
Plugin files don't have to supplied with vep_cache. It used to be set up that way because it made it easier for nextflow to stage those files, but we no longer use that approach. There are some plugin files that come bundled with cache (ex: pli), but not all. For instance, we use custom plugins for annotations, and those are not part of vep's cache. |
Ah, I did not realise pli was bundled with the cache, I thought that was downloaded separately. |
You are right, that was my memory failing me. We get that file from https://github.com/Ensembl/VEP_plugins 😅 Then I suppose at least for all of the plugins we use, the data doesn't come bundled with cache. |
Yes, asking because I need to add the |
aah.. well timed PR 😄 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think, in the test profile these:
LoFtool_scores.txt
pLI_values_107.txt
spliceai_21_scores_raw_indel_-v1.3-.vcf.gz
spliceai_21_scores_raw_indel_-v1.3-.vcf.gz.tbi
spliceai_21_scores_raw_snv_-v1.3-.vcf.gz
spliceai_21_scores_raw_snv_-v1.3-.vcf.gz.tbi
are currently provided to VEP both through --vep_cache
with vep_cache_and_plugins.tar.gz
and with --vep_plugin_files
with vep_files.csv
However,
pLI.pm
SpliceAI.pm
are provided only in vep_cache_and_plugins.tar.gz
. If you were to provide with with --vep_plugin_files
instead, these would end up in a flat structure directly in the base of the work directory, i.e. as
./pLI.pm
./SpliceAI.pm
and not
./vep_cache/Plugins/pLI.pm
./vep_cache/Plugins/SpliceAI.pm
If you think it's necessary, could you double check that VEP picks up ./pLI.pm and ./SpliceAI.pm even though --dir_plugins vep_cache/Plugins
is specified?
Or are they not needed at all because VEP picks up /usr/local/share/ensembl-vep-110.0-0/pLI.pm
from within the docker image, and not the the one supplied by the pipeline?
I'm not 100% sure how to tell, or if it's important. Bit of a rabbit hole trying to understand what is needed and not for nallo 😄
I'll approve, but maybe consider updating the docs and/or testdata to reflect this?
vep_cache_and_plugins.tar.gz file was generated way back when there were no option to feed plugins files seperately so as a roundabout way we packaged the plugins alongside cache. Now even though we have moved to supplying plugin files seperately, we are still using the same file hence the discrepancy. 😄 But I would guess if the files end up in the main working directory and if plugin directory is specified in the command line, it should run the ones found in plugin directory. I am not 100% sure how to tell either.. last time I looked into this, I remember coming out more confused. Need to do a proper investigation sometime soon. 😄 |
Looks like plugins come installed so its more likely that we don't need to provide them at all https://github.com/bioconda/bioconda-recipes/blob/master/recipes/ensembl-vep/build.sh |
PR checklist
Address #593
nf-core lint
).nextflow run . -profile test,docker --outdir <OUTDIR>
).nextflow run . -profile test_one_sample,docker --outdir <OUTDIR>
).nextflow run . -profile debug,test,docker --outdir <OUTDIR>
).docs/usage.md
is updated.docs/output.md
is updated.CHANGELOG.md
is updated.README.md
is updated (including new tool citations and authors/contributors).