Skip to content
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

Use Coordinates instead of Position #54

Open
wants to merge 13 commits into
base: development
Choose a base branch
from
Open

Use Coordinates instead of Position #54

wants to merge 13 commits into from

Conversation

ielis
Copy link
Collaborator

@ielis ielis commented Sep 7, 2021

Hi @julesjacobsen ,
I did the monkey work and I replaced the Position by Coordinates. All tests pass.

Can we touch bases in the next days to look at the diffs/changes and either approve or discard the changes?

Cheers,
Daniel

@ielis
Copy link
Collaborator Author

ielis commented Sep 9, 2021

Hi @julesjacobsen ,
so this is how the code looks like after removing Position and the methods that use the Position. Let's test it a bit more and let's gather several other opinions before moving forward with the changes.

@ielis
Copy link
Collaborator Author

ielis commented Sep 16, 2021

Hi @julesjacobsen ,
I spoke with @pnrobinson and he was OK with the proposed changes. I think we are good to go with merging into development and then releasing v2.0.0.

Should we coordinate this? I may do that except for pushing to Maven Central - I think you did that the last time

@julesjacobsen
Copy link
Contributor

Hi @ielis - Please hang on a bit as I need to check this out and test against a few of my projects first. I'm trying to finalize the never-ending Exomiser 13.0.0 release first, then I'll have a bit of time to spend on this.

@ielis
Copy link
Collaborator Author

ielis commented Nov 19, 2021

@julesjacobsen , this change is still hanging here in the void, and I think it would be good if we made our minds here. I favor going forward with removing Position and keeping Coordinates only, it has worked well in apps where I use Svart.

How about you? What are your thoughs?

@@ -28,7 +27,32 @@
"17, 198983, bndZ, C, .C, '', event5",
})
public void roundTrip(String chr, int pos, String id, String ref, String alt, String mateId, String eventId) {
BreakendVariant variant = vcfConverter.convertBreakend(vcfConverter.parseContig(chr), id, Position.of(pos), ref, alt, ConfidenceInterval.precise(), mateId, eventId);
BreakendVariant variant = vcfConverter.convertBreakend(vcfConverter.parseContig(chr), id, pos, ConfidenceInterval.precise(), ref, alt, ConfidenceInterval.precise(), mateId, eventId);
//// TODO: Want to preserve input CHROM, POS, REF, ALT
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@julesjacobsen Do we need to re-enable these tests? I do not think we actually need to test the variant attributes here, right? We test the correctness of the vcfConverter in VcfBreakendResolverTest. The point of this test seems to be the last assertion (line 56). If that's the case, we should remove the commented code. I did not want to do this without checking with you. :)

Thanks!

Copy link
Collaborator Author

@ielis ielis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I just went through these changes and fixed some minor things. I think this is OK to go.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants