-
Notifications
You must be signed in to change notification settings - Fork 1
Description
I was testing the WGDI based sub-genome phasing on an already phased and published assembly from an allotetraploid finger millet (Eleusine coracana) https://www.nature.com/articles/s41467-023-38915-6. I am using a closely related diploid, Oropetium thomaeum as an outgroup. I followed the manual according to the instructions given and after running the karyotype mapping (-km) function, I obtained the ancestor.txt file for finger millet, as shown here:
As per the instructions (to label the homoeologs with different numbers), I labelled all the chromosomes belonging to sub-genome A as 1 and all the chromosomes belonging to sub-genome B as 2.
After this I ran the polyploidy classification (-pc) and alignment (-a) steps, and got the sub-genome classification. All the chromosomes belonging to sub-genome A were colored red while all the chromosomes belonging to sub-genome B were colored blue, which led me to believe that the analysis phased the sub-genome accurately.
But then just as a test, I changed the labelling in the ancestor.txt file for finger millet - for the first four and last one (9th) chromosomes, I inverted the order (i.e. labelled sub-genome A as 2 and sub-genome B as 1), while for the chromosomes 5, 6, 7, and 8, kept the same labelling (i.e. sub-genome A as 1 and sub-genome B as 2).
And to my surprise, after running -pc and -a steps, I got the results where the sub-genome was phased totally incorrectly.
I tried it on several other genomes I am working on, and I found that what-ever chromosome is labelled as 1 in the ancestor.txt file is colored red and whatever is labelled as 2 is colored blue, while this method (WGDI based sub-genome phasing) claims that the red and blue should corrrespond to phased sub-genomes. Now, I am doubting the reliability of this pipeline. Any comments would be helpful.