bamUtil | files provide some programs for working on SAM/BAM files | Genomics library
kandi X-RAY | bamUtil Summary
kandi X-RAY | bamUtil Summary
These files provide some programs for working on SAM/BAM files.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of bamUtil
bamUtil Key Features
bamUtil Examples and Code Snippets
Community Discussions
Trending Discussions on bamUtil
QUESTION
Thoughts on how to account for a pipeline which can use versions of a software which requires a (slightly) different shell call?
At times, switching between versions with conda, the shell calls are different, E.g. Samtools 0.1.18 and Samtools 1.3.1. require different formatting for a prefix.
I've thought of three ways, and am looking for additional suggestions:
I'll add a configuration variable in my YAML, use it to set the version number. Have a conditional such that only the matched version-rule is included. Similarly to the way I used a software choice flag here.
I'll do the version detection within the rule, and change the shell call accordingly. In the example above the only difference is the addition of a '-T' argument. This is simple, but I fear eventually I'll arrive at a situation where it is more than just an additional argument.
Write completely separate rules, with the version in the rule name, putting the onus on the user to pick the correct version. This will inevitable cause ambiguity conflicts, but I can handle those.
Reflection: I'm not convinced nesting conditionals is the best approach, as it makes maintenance more difficult, and it's really not that elegant. Having the detection in the rule isn't that bad, but I don't like the idea of the control flow being pushed into rules (right now it's all been removed from rules for my pipeline). I want to avoid creating ambiguity conflicts.
Am I missing supporting functionality? At first I thought it was this Snakemake's 'Version' directive, but it's not actually what I want. Either that or I'm missing how I am to utilize it.
Thoughts?
Supporting DocumentationSamtools 1.3.1
...ANSWER
Answered 2017-Aug-04 at 09:10I'll go for option 2, using the tool version as a wildcard: You will have it in your output files path, which reinforces documentation, and will avoid trouble if you want to have the results corresponding to different versions of your tool.
You can use a function of wildcards as params
to determine part or even all of the command to pass to shell
. If you don't generate the whole command, you can also use a function in params
to select the correct tool.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install bamUtil
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page