Use stored VEP consequence for protein effect histogram filtering #600
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.
Note that this change still includes the ability to translate coding variants and calculate protein effect in the absence of HGVS p. strings and/or VEP consequence information. The intention is to eventually get rid of that fallback code once HGVS and VEP information has been fully generated for everything in the database and automated.
When testing, note that every coding variant in the score set must have either VEP information or an HGVS p. string available in order to show the protein effect options. Currently, the VEP script/job fails to fill out the functional consequence for no-change nucleotide variants. Incoming changes in the api will handle this, but for now you can manually add "no change" to your local database for these variants to view protein effect histograms for more score sets (e.g. urn:mavedb:00000013-a-1 requires one variant's VEP to be manually filled out to "no change" to work).