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.
Removes v4 constraint for the MVP launch, per a decision late on Tuesday (Oct 31, 2023).
hasConstraint
to have the frontend not render the table constraint table for v4In addition, the genes pipeline has been re-run, and outputs were written to a new bucket (
genes_no_constraint_20231031T224855
, I tried to followed the convention as best I could figure). The indices have been loaded into the v4 elasticsearch, all that is left to do is change the aliases to point to the new indices after this PR is merged.The new indices are (these are on the v4 elasticsearch cluster)
genes_grch38-2023-11-01--03-17
transcripts_grch38-2023-11-01--03-19
The old indices were (these still exist on the v4 elasticsearch cluster)
genes_grch38-2023-10-29--23-36
transcripts_grch38-2023-10-29--23-38
I'm happy to update these indices after these get merged. The only detrimental thing that will happen with the currently deployed demo is that (once the nginx cache has been cleared) the v4 gene and constraint pages will render the warning that reads something like "constraint not available for this gene" rather than "constraint not available for v4.0.0")