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

Decide how to handle (or not) duplicate exon entries #30

Open
standage opened this issue Dec 14, 2016 · 2 comments
Open

Decide how to handle (or not) duplicate exon entries #30

standage opened this issue Dec 14, 2016 · 2 comments
Milestone

Comments

@standage
Copy link
Owner

For example, in case of alternative splicing, exons shared between isoforms can either be 1) duplicated or 2) have multiple Parent values.

@standage standage added this to the 0.2.0 milestone Dec 16, 2016
@standage
Copy link
Owner Author

If we handle this, it should be a generator that consumes and yields entries of all types, but handles exon features (maybe arbitrary features?) correctly.

@standage standage modified the milestones: 0.3.0, 0.2.0 Jan 19, 2017
@standage
Copy link
Owner Author

For each feature CC create two dictionaries:

  • feature by ID
  • exon by range (defaultdict with range objects as keys and lists of exon entries as values)

For duplicated exons (lists with length > 1), add all parent IDs and add as child to appropriate parents.

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

No branches or pull requests

1 participant