You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Related (private) slack thread here. A summary of this:
Auspice already separates out deletions nicely (e.g. G42-) and groups them into runs. This problem is due to "undeletions" which are almost certainly a bioinformatics problem, albeit a hard one to fix. @corneliusroemer suggested to call these a “reversion of deletion to reference" which seems like a good solution. Some considerations:
We should group these together into runs, like we do with deletions.
They should not be listed in the "unique mutations", "Homoplasies" and "Reversions to root" categories
I don't think these should be restricted to reversion of deletion to reference - they should be any deletion to a base. Although this would obscure the interesting case when it's a base which differs from the ancestral node...
Context
When inspecting trees I often have issues with the way the presentation of deletions overwhelms the display.
Description
Deletions are often very noisy on trees as we don't account for them properly when building a tree.
Yet they take up most space because they come in stretches that aren't compressed.
Examples
So I end up with a result like this:
Where the needle (the two really important nuc substitutions) is really hard to find in the hay stack (long list of deletions).
It would be really great and quite high priority from my user perspective to make deletions less overwhelming.
This has actually impeded me for a while but I never had the idea of writing it up as an issue.
Possible solution
@victorlin do you think this is something you could have a look at? There are a few things we could try here:
The text was updated successfully, but these errors were encountered: