Whole genome alignment howto: Difference between revisions

From genomewiki
Jump to navigationJump to search
No edit summary
Line 1: Line 1:
The whole genome alignments are definitely the biggest mystery of the UCSC browser for me. doBlastz and collegues doesn't really make it any easier to understand the system as everything is buried now even more and full of parasol statements. So I'm trying to re-create whole genome alignments to better understand this. Please correct my mistakes in the following. This page is far from being finished and I hope I will evolve it into a real howto. Thanks a lot to Angie for answering all my questions!
The whole genome alignments are definitely the biggest mystery of the UCSC browser for me. The scripts like doBlastz and collegues automize the whole stuff for the folks working at UCSC but doesn't really make it any easier to fully understand the system as everything is buried now even more and full of parasol statements.  


Fileformats we have to know:
So I'm trying to re-create whole genome alignments to better understand how my whole-genome alignments are created. Thanks a lot to Angie for answering my questions!
 
== Fileformats we have to know ==
# lav: a compact form to store genomic pairwise alignments, using only numbers (pos of match + identities)
# lav: a compact form to store genomic pairwise alignments, using only numbers (pos of match + identities)
# axt: a more human way to store *pairwise* alignments: positions + aligned sequences
# axt: a more human way to store *pairwise* alignments: positions + aligned sequences

Revision as of 15:58, 19 September 2007

The whole genome alignments are definitely the biggest mystery of the UCSC browser for me. The scripts like doBlastz and collegues automize the whole stuff for the folks working at UCSC but doesn't really make it any easier to fully understand the system as everything is buried now even more and full of parasol statements.

So I'm trying to re-create whole genome alignments to better understand how my whole-genome alignments are created. Thanks a lot to Angie for answering my questions!

Fileformats we have to know

  1. lav: a compact form to store genomic pairwise alignments, using only numbers (pos of match + identities)
  2. axt: a more human way to store *pairwise* alignments: positions + aligned sequences
  3. maf: an extended version of axt, *multiple* genomic alignments: assemblies + positions + aligned sequences

So to convert from lav to axt/maf we need the genomic sequences from the nib/fa files.


Outline - The simple case: Two genomes, first one is the reference

  • Both genomes have to be repeatmasked and masked Tandem Repeat Finder (trf) first (thanks to Hiram for pointing this out)
  • The two genomes are aligned with BLASTZ (we don't use blastz's own chaining, see discussion (angie)). That generates lav-files, which have to be converted to psl (lavToPsl)
  • As every genomic fragment can match with several others, we keep only the best match for a given part : first do axtSort, then filter with axtBest
  • Axt can then be converted to maf with AxtToMaf
  • I think we don't need any part of multiz for all of this

Outline - Normal case: Many genomes, one is the reference

  • BLASTZ: The reference genome is aligned with all others with BLASTZ. That creates lav-files. They are converted to psl.
    • Angie says: Our hgdownload $db/vs$OtherDb/README.txt pages give the blastz

parameters used for a given run.

  • Two matching fragments next to each other are joined into one fragment (axtChain, "chaining")
  • Chains are simply better alignments (why cannot we simply used blastz's chains?). If several alignments overlap, we still don't know which the best one is. This filtering was done with axtBest before, now we use chainNet + netToAxt . (I have no clue why Kate mentioned netFilter here.)
  • We feed the tree into multiz. Multiz will use many local alignments to generate a multiple local alignment.
 Example:
    A aaactg  \
    B aa--tg   \     A aaa-ctg
                ->   B aa---tg
    A aaa-ctg  /     C aattt-g
    C aattt-g /
  • Multiz is not an aligner at all. It's just a "reformatter", rewriting pairwise alignments into multiple alignments. It needs a phylogenetic tree.
  • TBA is more like a real aligner. But it's too slow currently for massiv genome-wide alignments.

Example - Simple case

  • I want to do a whole genome alignment of C. intestinalis V2 and C.savignyi V2.
    • Downloaded ci2 from hgdownload.cse.ucsc.edu
    • Downloaded cs2 (only visible on hgwtest.cse.ucsc.edu, not on the real server nor the download server) from Ensembl.
  • The Ensembl genome cioSav2 does not seem to be tandem repeat masked yet, so I do:

for i in cioSav2/*.fa; do trfBig $i trf/`basename $i`; done

Remarks

  • For the history records: Axt started in mouseStuff and maf started with the ratStuff. There is an older tool called *axtBest* but Angies says: "axtBest is ancient history. It has been replaced by the chaining and netting process, which does a better job of finding the "best" alignment to cover a given region."
  • Multiz contains a tool that converts lav2maf directly and UCSC includes one with lavToMaf. However, we don't care about fragments that match two times. For a whole genome, you really want "chains" of best-matching fragments, therefore we don't use these tools.
  • Why the heck do mafs include the chrosome sizes?