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

FIXED: Novel Case: All of query exons are accounted for in the matched transcript, but the match contains additional exons (not the sub-transcript case) #24

Closed
dewyman opened this issue Apr 17, 2018 · 1 comment
Assignees
Labels
bug Something isn't working planning

Comments

@dewyman
Copy link
Member

dewyman commented Apr 17, 2018

Related to #23
c13856/f1p1/3056: In this case, TALON returns transcript match set(['ENST00000372597.5', 'ENST00000372596.5']) because it can't tell which of these transcripts is a better match. If we look closely, we can see that ENST00000372597.5 is better because ENST00000372596.5 contains all of the query exons, BUT it also contains one extra exon that is not in the query. Update: After looking more closely at this example, I noticed that neither of the candidates are a perfect match- they each contain a tiny exon at position 3 that the query does not.

I decided to address the spirit of the original problem by checking each match at the end to see if the query and match transcripts each contain the same number of exons. If they do, it's a match, and if not, it isn't.
c13856-f1p1-3056

@dewyman dewyman self-assigned this Apr 17, 2018
@dewyman dewyman added bug Something isn't working planning labels Apr 17, 2018
@dewyman dewyman changed the title Once transcript is a candidate for query match, we need to make sure that the other exons in the candidate are accounted for [FIXED]: Once transcript is a candidate for query match, we need to make sure that the other exons in the candidate are accounted for Apr 17, 2018
@dewyman dewyman closed this as completed Apr 17, 2018
@dewyman dewyman changed the title [FIXED]: Once transcript is a candidate for query match, we need to make sure that the other exons in the candidate are accounted for Novel Case: All of query exons are accounted for in the matched transcript, but the match contains additional exons (not the sub-transcript case) Apr 17, 2018
@dewyman
Copy link
Member Author

dewyman commented Apr 17, 2018

Dealt with this is the context of the known case, but now I need to refine my approach for novel case.
Related to issue #23.

@dewyman dewyman reopened this Apr 17, 2018
@dewyman dewyman changed the title Novel Case: All of query exons are accounted for in the matched transcript, but the match contains additional exons (not the sub-transcript case) FIXED: Novel Case: All of query exons are accounted for in the matched transcript, but the match contains additional exons (not the sub-transcript case) Apr 30, 2018
@dewyman dewyman closed this as completed Apr 30, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working planning
Projects
None yet
Development

No branches or pull requests

1 participant