-
Notifications
You must be signed in to change notification settings - Fork 12
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
EVA-3434 Remove locus equality condition from DeprecatedVariantMongoReader #430
Conversation
String submittedVariantContig = submittedVariant.getString(CONTIG_FIELD); | ||
String reference = submittedVariant.getString("ref"); | ||
String alternate = submittedVariant.getString("alt"); | ||
|
||
if (isSameLocation(contig, start, submittedVariantContig, submittedVariantStart, type)) { | ||
if (contig.equals(submittedVariantContig)) { |
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.
removed the condition for checking the start, but was not sure if we needed to remove the contig checking as well, so left it for now
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 we need to also remove the contig condition.
It does not make sense to check the contig if we don't check the start.
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.
removed
String alternate = submittedVariant.getString("alt"); | ||
|
||
// Since we only need evidence that at least one submitted variant agrees | ||
// with the deprecated RS in locus, we just return one variant record per RS |
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.
We should remove the part about agreeing on locus, and perhaps move the comment to above line 110 as it helps explain why we only call submittedVariantOperations.iterator().next()
rather than iterating through all operations.
(This is all a bit of a faff since AFAICT we just output the rsID anyway and the whole aggregation pipeline is to confirm that the rsID was ever present for this taxonomy to begin with... but that's a separate discussion...)
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.
done
No description provided.