Chains and Nets QA: Difference between revisions
m (→After QAing on hgwbeta: Pushing to the RR: Moved "Note:" to top (above step 1) so people wouldn't push the track and then read that they might not have needed to push yet.) |
m (→After QAing on hgwbeta: Pushing to the RR: Changed wording in Note to reflect that it is now above step 1 and not below step 2) |
||
Line 49: | Line 49: | ||
==After QAing on hgwbeta: Pushing to the RR== | ==After QAing on hgwbeta: Pushing to the RR== | ||
'''Note:''' for steps 1-3 you may have to do some sneaky/selective pushing that is different from the steps | '''Note:''' for steps 1-3 you may have to do some sneaky/selective pushing that is different from the steps listed if there is already a chain/net on the RR for an older assembly. See [[Replacing_old_tables_with_new_ones|Replacing old tables with new ones]] | ||
Revision as of 23:34, 23 February 2011
There are two components of chains/nets Chains_Nets: the actual chains/nets themselves and the liftOver directories/files. The liftOver [1] files make it possible to convert coordinates from one assembly to another. The liftOver files also have several associated files that will need to be pushed to hgdownloads at the end of the QA process. Chains and Nets are typically QAed in reciprocal pairs as similar tests are being done for both database-chain/net sets; however, this wiki only documents QAing one track.
Prior to QAing on hgwbeta: Pushing from hgwdev
1) Use sudo mypush to push chain/net tables from hgwdev to hgwbeta if this isn't part of a new assembly (the files have most likely been pushed). This will include 3 tables: a chain, net and chain link table. Syntax for this command is: sudo mypush [from database] [tableName] mysqlbeta. See the example below:
- hgwdev: sudo mypush danRer6 chainMm9 mysqlbeta
- hgwdev: sudo mypush danRer6 netMm9 mysqlbeta
- hgwdev: sudo mypush danRer6 chainMm9Link mysqlbeta
2) "Make beta" on beta so that trackDb is updated to include the tables just pushed. Syntax for this command is: make strict DBS=[from database].
- ex: hgwbeta: make beta DBS=danRer6
3) Email a push request to copy /gbdb/[from database]/liftOver/[from database]To[to database].over.chain.gz from hgwdev to hgnfs1. Note that the liftover file will now be available on both beta and RR as it is on hgnfs1. However, because the hgcentral database on the RR doesn't have an entry pointing to this file, it will only be visible on beta. Check to see if the push is needed first by clicking on the convert navigation link and checking if the other assembly is in the drop down.
- ex: email: Please push /gbdb/danRer6/liftOver/danRer6ToMm9.over.chain.gz from hgwdev to hgnfs1.
- note that the to database is capitalized as shown above in bold.
4) Add a line from hgcentraltest database to hgcentral beta so that file pushed in step 3 is visible on beta (this is similar to the same way that tables are not visible until trackDb is updated). To do this you first find the line on hgcentraltest.liftOverChain, copy it and then insert it into hgcentralbeta.liftOverChain. Note that it is very easy to make a mistake that can bring down hgcentral so make sure that your syntax and mysql statements are correct. See the example below:
- hgwdev: hgsql hgcentraltest
- mysql> select * from liftOverChain where fromDb=“danRer6” and toDb=“mm9”;
- (copy the output into a text editor for later use)
- (go to hgwbeta)
- ssh hgwbeta
- hgwbeta: hgsql hgcentralbeta
- Repeat the previous mysql statement to make sure that this line isn't already on hgcentralbeta (duplicate lines are hard to remove):
- mysql> select * from liftOverChain where fromDb=“danRer6” and toDb=“mm9”;
- (put the values copied from hgcentral test into this statement. please note that the formatting must be followed exactly or output it to a file to be loaded in the next step)
- mysql (on hgwbeta)> insert into liftOverChain values ("danRer6","mm9","/gbdb/danRer6/liftOver/danRer6ToMm9.over.chain.gz","0.1","0","0","Y","1","N");
- or hgwbeta> hgsql -e "load data local infile 'fileName' into table liftOverChain" hgcentralbeta
- (checking your work)
- mysql> select * from liftOverChain where fromDb=“danRer6” and toDb=“mm9”;
QAing on hgwbeta
To QA a chain/net file first run this script: chainNetTrio.csh [database] [other database].
- ex: chainNetTrio.csh danRer6 mm9
This script runs several other scripts and outputs the results into several files. It is recommended that you create a separate directory to run this script in so you don't end up with the random output files in another directory. Read through the results in these three output files: *.chain.* , *.chain2.* , *.net.*. Mainly check that all the scripts tested ok and do a few manual checks that requested in these files.
There are two CGIs that use the liftOver data: hgConvert [2] and hgLiftOver [3]. To test these CGIs first select a top level short net that has very few other chains that match to the same area. To test hgConvert, first go to the genome browser of your "fromDb" database and center the window on the pre-selected net. Click on "Convert" link in the top blue bar. Configure the pull down menu to point to the "toDb" being tested and click "submit". The results should be the same as chain/net track details for that chain.
To test hgLiftOver first click on the "Utilities" link in the side blue bar on the home page and then click the first link to "Batch Conversion". Configure the pull down menus to match the toDB and fromDb being tested, enter the pre-selected test coordinates and click "submit". If the search fails, lower the minMatch (as low as 0.01) until some result for some region is obtained successfully. Check to see if the results match those from hgConvert and the chain/net track. Results in hgConvert may not match hgLiftOver but will still match the net and chains exactly. If results in hgLiftOver are NOT in hgConvert the developer should be contacted.
After QAing on hgwbeta: Pushing to the RR
Note: for steps 1-3 you may have to do some sneaky/selective pushing that is different from the steps listed if there is already a chain/net on the RR for an older assembly. See Replacing old tables with new ones
1) Make public on beta so that trackDb is completely up-to-date with anyone else's changes.
- ex: hgwbeta: make public DBS=danRer6
2) Email a push request to copy the three chain/net (chain, net and chain link) tables from mysqlbeta to mysqlrr and also trackDb and friends (also see: Three State TrackDb).
- ex: email: Please push trackDb and Friends and the following tables from the danRer6 database: chainMm9, netMm9, chainMm9Link from mysqlbeta to mysqlrr
3) Test the chain/Net track on the RR to make sure it is working properly.
4) Add line to hgcentral.liftOverChain from hgcentralbeta.liftOverChain. Use the same steps listed in step 4 under "Prior to QAing on hgwbeta". Note that you do not need to push the liftOver file as the RR and hgwbeta both have access to hgnfs1.
- To log into hgcentral from hdwdev: hgsql -h genome-centdb hgcentral
5) Test that hgLiftOver and hgConvert to make sure they are working as expected.
6) Email a push request to copy this file: /usr/local/apache/htdocs-hgdownload/goldenPath/[from database]/liftOver/[from database]To[to database].over.chain.gz and this directory: /usr/local/apache/htdocs/goldenPath/[from database]/vs[to database]/* from hgwdev to hgdownloads so that the public can download these files.
- Before pushing, check the file as described in New_track_checklist#Downloads.
- Make sure that the md5sum.txt file has been updated to include the new file, and push along with the liftOver file.
- ex: email: Please push /usr/local/apache/htdocs-hgdownload/goldenPath/danRer6/liftOver/danRer6ToMm9.over.chain.gz and /usr/local/apache/htdocs-htdownload/goldenPath/danRer6/vsMm9/* from hgwdev to hgdownloads.
- If tables were dropped on hgwbeta, email pushers to drop the tables on the RR.
7) To make a link to these new download files change the downloads.html file.
- hgwdev (in kent/src/hg/hgdownload/):vi downloads.html
- (find a link under "Pair-wise alignments" to a similar database. copy it, paste it and change it so that it points to the new vs directory)
- hgwdev: cvs commit downloads.html
8) Make alpha in browser tree so that the changes in downloads.html are now in htdocs.
- ex: hgwdev (inside browser tree): make alpha
9) Email a push request to copy this file: /usr/local/apache/htdocs/downloads.html from hgwdev to hgdownload, thus allowing the public to access the download files.
- ex: email: Please push usr/local/apache/htdocs/downloads.html from hgwdev to hgdownload
The end!