Closed ArtPoon closed 7 months ago
My concern is that eventually everything is going to be a recombinant.
We could try a drop-down menu to select trees: one tree would be the original relating non-recombinants, and other trees would relate recombinant lineages that descend from a common ancestor (e.g., XBB) - then we would have a set of recombinant lineages without descendant lineages
@GopiGugan I will take care of the lineage sorting and tree reconstruction on the back end, can you please handle changes to the front end (adding drop-down menu to switch between trees / non-recombinants)?
Branch xbbtree
will now separate XBB and XBB-derived lineages into a separate object for reconstructing a tree with filename xbbtree.[timestamp].nwk
.
I think in master
branch we have been building a time tree with all lineages, including XBB and other recombinants, and then just not drawing those branches for the front-end interface. This might not have been a horrible approximation last year, but it might be causing problems now. Anyhow, above changes should address this if true.
Because I am pulling out XBB and other recombinant lineages from the data prior to reconstructing the non-recombinant tree, we are not going to get residuals from fitting a molecular clock to that tree for the pulled lineages. I'm going to need to calculate an approximate divergence for each of these lineages by counting mutations and adjusting by clock estimate.
Pending items:
Let's just have the CSV button download info for all lineages, thanks
Because I am pulling out XBB and other recombinant lineages from the data prior to reconstructing the non-recombinant tree, we are not going to get residuals from fitting a molecular clock to that tree for the pulled lineages. I'm going to need to calculate an approximate divergence for each of these lineages by counting mutations and adjusting by clock estimate.
Actually we should be running timetree on the XBB tree (as long as those lineages are non-recombinant relative to ancestral XBB) and extracting residuals there. The counting mutations workaround should be used for "other recombinants" only.
Because I am pulling out XBB and other recombinant lineages from the data prior to reconstructing the non-recombinant tree, we are not going to get residuals from fitting a molecular clock to that tree for the pulled lineages. I'm going to need to calculate an approximate divergence for each of these lineages by counting mutations and adjusting by clock estimate.
Actually we should be running timetree on the XBB tree (as long as those lineages are non-recombinant relative to ancestral XBB) and extracting residuals there. The counting mutations workaround should be used for "other recombinants" only.
Erg, I forgot that I already did this (run timetree on the XBB lineages and extract residuals). Let's just not colour the "other recombinant" lineages by divergence for now.
There is an enormous number of recombinants now. Some of them can be displayed in a tree (e.g., XBB) but there are also recombinants from recombinant "parent" genomes.