<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;"><div>Also MAKER 2.10 has a number of bugs with how UTR is generated and hints are generated for the ab into predictors (it's several years out of date). I don't think it checks from reading frame match when determining protein overlap match either. So no surprise that some models will be different from the current MAKER version. </div><div><br></div><div>--Carson</div><div><br></div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> Daniel Standage <<a href="mailto:daniel.standage@gmail.com">daniel.standage@gmail.com</a>><br><span style="font-weight:bold">Date: </span> Friday, June 6, 2014 at 12:38 PM<br><span style="font-weight:bold">To: </span> Carson Holt <<a href="mailto:carsonhh@gmail.com">carsonhh@gmail.com</a>><br><span style="font-weight:bold">Cc: </span> Maker Mailing List <<a href="mailto:maker-devel@yandell-lab.org">maker-devel@yandell-lab.org</a>>, Volker Brendel <<a href="mailto:vbrendel@indiana.edu">vbrendel@indiana.edu</a>><br><span style="font-weight:bold">Subject: </span> Re: [maker-devel] Filtering of ab initio gene models<br></div><div><br></div><div dir="ltr"><div><div>Carson et al,<br><br>Your feedback so far has been very helpful, and we are grateful for the time you have taken to respond!<br><br>We're still trying to understand the precise procedure by which competing models are chosen. You mentioned that a single model must be chosen (via AED) from a pool of available models: are these pools constructed by overlap? It is not uncommon in our experience to see overlapping genes reported by Maker, although for the most part it appears these overlapping genes don't have CDS overlap.<br></div><br></div><div>Looking more closely at the Maker 2.10 output from the test data we sent yesterday, we also noted that exclusion of the transcript in question also had an effect on the interval exon structure (exon 7717-7776 becomes exon 7737-7776) of a downstream model with which it overlaps 3 nucleotides. <br><br></div><div>And still unclear to us is how the model_gff data fits in with all this. From my previous searching of the list archives I was under the impression that these models would be given substantial weight in the prediction process, and would only be altered if a considerably better model could be identified. Our experience with this small data set, though, is that which overlapping gene is reported, and which corresponding exon structure is selected, is dependent on very slight changes in the evidence.<br></div><div><br></div><div>Thanks,<br></div><div>Daniel<br></div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><br>--<br>Daniel S. Standage<br>Ph.D. Candidate<br>Computational Genome Science Laboratory<br>Indiana University<br></div></div><br><br><div class="gmail_quote">On Fri, Jun 6, 2014 at 12:59 PM, Daniel Standage <span dir="ltr"><<a href="mailto:daniel.standage@gmail.com" target="_blank">daniel.standage@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This helps, thanks.<br></div><div class="gmail_extra"><div class=""><br clear="all"><div><div dir="ltr"><br>--<br>Daniel S. Standage<br>Ph.D. Candidate<br>Computational Genome Science Laboratory<br>Indiana University<br></div></div><br><br></div><div><div class="h5"><div class="gmail_quote">On Fri, Jun 6, 2014 at 12:56 PM, Carson Holt <span dir="ltr"><<a href="mailto:carsonhh@gmail.com" target="_blank">carsonhh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div>I got the e-mail. Thanks for the test set.</div><div><br></div><div>Multiple <i>ab initio</i> predictors don't inform a single annotation, rather one must be chosen from the pool of available models (I.e. it has to be SNAP or Augustus, or GeneMark). They all supply their own <i>ab initio</i> as well as hint based prediction, and then the one with best evidence match (measured by AED) is kept (it's like a competition that only one predictor can win).</div><div><br></div><div>If you want a consensus model instead, you can take MAKER results in GFF3 format and give them to Evidence Modeler (EVM). The upcoming MAKER 3.0 is a collaboration with the EVM group and will have this option, but for now users can just split the MAKER GFF3 by evidence types and give it to EVM. EVM then produces consensus models based on the GFF3 content.</div><div><br></div><div>--Carson</div><div><br></div><span><div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt"><span style="font-weight:bold">From: </span> Daniel Standage <<a href="mailto:daniel.standage@gmail.com" target="_blank">daniel.standage@gmail.com</a>><br><span style="font-weight:bold">Date: </span> Friday, June 6, 2014 at 10:46 AM<div><div><br><span style="font-weight:bold">To: </span> Carson Holt <<a href="mailto:carsonhh@gmail.com" target="_blank">carsonhh@gmail.com</a>><br><span style="font-weight:bold">Cc: </span> Maker Mailing List <<a href="mailto:maker-devel@yandell-lab.org" target="_blank">maker-devel@yandell-lab.org</a>>, Volker Brendel <<a href="mailto:vbrendel@indiana.edu" target="_blank">vbrendel@indiana.edu</a>><br><span style="font-weight:bold">Subject: </span> Re: [maker-devel] Filtering of ab initio gene models<br></div></div></div><div><div><div><br></div><div dir="ltr"><div>Good to know, thanks. If multiple <i>ab initio</i> predictors inform a single annotation, how does Maker decide which one will be included in the gene's ID?<br><br>Given
your quick response just now, I wanted to confirm that you got the
message and data set I sent yesterday. I received an email saying the
size of my message required list admin approval to be distributed, but
since you were also a direct recipient of the email I didn't worry about
it too much.<br><br></div>Thanks again!</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><br>--<br>Daniel S. Standage<br>Ph.D. Candidate<br>Computational Genome Science Laboratory<br>Indiana University<br></div></div><br><br><div class="gmail_quote">On Fri, Jun 6, 2014 at 12:39 PM, Carson Holt <span dir="ltr"><<a href="mailto:carsonhh@gmail.com" target="_blank">carsonhh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div>snap_masked-$seqid-processed-gene was produced by SNAP on the repeat masked sequence without hints (i.e. the ab initio call).</div><div>maker-$seqid-snap-gene was produced by SNAP after receiving hints from MAKER.</div><div><br></div><div>In both cases MAKER is allowed to add UTR to the model (hence the 'processed' tag).</div><div><br></div><div>
--Carson</div><div><br></div><div><br></div><span><div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt"><span style="font-weight:bold">From: </span> Daniel Standage <<a href="mailto:daniel.standage@gmail.com" target="_blank">daniel.standage@gmail.com</a>><br><span style="font-weight:bold">Date: </span> Friday, June 6, 2014 at 10:33 AM<br><span style="font-weight:bold">To: </span> Carson Holt <<a href="mailto:carsonhh@gmail.com" target="_blank">carsonhh@gmail.com</a>><br><span style="font-weight:bold">Cc: </span> Maker Mailing List <<a href="mailto:maker-devel@yandell-lab.org" target="_blank">maker-devel@yandell-lab.org</a>>, Volker Brendel <<a href="mailto:vbrendel@indiana.edu" target="_blank">vbrendel@indiana.edu</a>><div><div><br><span style="font-weight:bold">Subject: </span> Re: [maker-devel] Filtering of ab initio gene models<br></div></div></div><div><div><div><br></div><div dir="ltr"><div><div>Another question: is there documentation anywhere for the naming conventions of the genes annotated by Maker? Of course it's easy to spot genes based on a particular <i>ab initio</i> gene predictor, as the names are in the IDs. But what is the significance of, say, "snap_masked-$seqid-processed-gene" in a gene ID vs "maker-$seqid-snap-gene"?<br><br></div>Thanks,<br></div>Daniel<br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><br>--<br>Daniel S. Standage<br>Ph.D. Candidate<br>Computational Genome Science Laboratory<br>Indiana University<br></div></div><br><br><div class="gmail_quote">On Thu, Jun 5, 2014 at 2:05 PM, Daniel Standage <span dir="ltr"><<a href="mailto:daniel.standage@gmail.com" target="_blank">daniel.standage@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>I have attached data for a small 18kb region with a handful of genes, as well as the corresponding maker_opts.ctl file. (This is a smaller and different data set than what I was looking at yesterday, with a more well-defined problem).<br><br>With the data files as is, Maker 2.31.3 reports a model from 4125 to 6400 with an AED of 0.23. If you exclude transcript TSA024184, Maker reports a different gene from 6111 to 8345 with an AED of 0.01. Both of these genes have transcript support: will Maker report overlapping genes under any conditions? And even if Maker is forced to choose only a single gene to report, why would the model from 4125 to 6400 ever be reported in place of the one from 6111 to 8345, especially since this is provided in the model_gff file?<br><br></div>Even when transcript TSA024184 is included, Maker 2.10 reports the high-confidence gene from 611 to 8345.<br><br></div>Any light you could shed would be helpful. Thanks!<br></div><div class="gmail_extra"><div><br clear="all"><div><div dir="ltr"><br>--<br>Daniel S. Standage<br>Ph.D. Candidate<br>Computational Genome Science Laboratory<br>Indiana University<br></div></div><br><br></div><div><div><div class="gmail_quote">On Wed, Jun 4, 2014 at 3:17 PM, Carson Holt <span dir="ltr"><<a href="mailto:carsonhh@gmail.com" target="_blank">carsonhh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div>Just eAED, but eAED can affects selection of ab initio results. For example reading frame match of protein evidence which also affects whether evidence from single_exon=1 and genes with single_exon protein evidence get kept. There is also the assumption that your alignments in GFF3 are are correctly spliced (like BLAT does). So giving blastn results as precomputed est_gff would create a lot of noise, since maker ignores blastn and is using it only to seed the polished exonerate alignments.</div><div><br></div><div>--Carson</div><div><br></div><div><br></div><span><div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt"><span style="font-weight:bold">From: </span> Daniel Standage <<a href="mailto:daniel.standage@gmail.com" target="_blank">daniel.standage@gmail.com</a>><br><span style="font-weight:bold">Date: </span> Wednesday, June 4, 2014 at 1:11 PM<br><span style="font-weight:bold">To: </span> Carson Holt <<a href="mailto:carsonhh@gmail.com" target="_blank">carsonhh@gmail.com</a>><br><span style="font-weight:bold">Cc: </span> Maker Mailing List <<a href="mailto:maker-devel@yandell-lab.org" target="_blank">maker-devel@yandell-lab.org</a>><br><span style="font-weight:bold">Subject: </span> Re: [maker-devel] Filtering of ab initio gene models<br></div><div><div><div><br></div><div dir="ltr">I do not provide Gap or Target attributes in the GFF3. Will this affect the AED as well, or just the eAED?<br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><br>--<br>Daniel S. Standage<br>
Ph.D. Candidate<br>Computational Genome Science Laboratory<br>Indiana University<br></div></div><br><br><div class="gmail_quote">On Wed, Jun 4, 2014 at 3:09 PM, Carson Holt <span dir="ltr"><<a href="mailto:carsonhh@gmail.com" target="_blank">carsonhh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div>Sure. that would be helpful. One question. Do you provide the Gap attribute in your precomputed alignments? Having or not having that attribute affects the eAED score which takes reading frame into account, and may cause some things to be kept that normally would be dropped, because MAKER won't be able to take the points of mismatch of the alignment into account (it just assumes match everywhere).</div><div><br></div><div>--Carson</div><div><br></div><div><br></div><span><div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt"><span style="font-weight:bold">From: </span> Daniel Standage <<a href="mailto:daniel.standage@gmail.com" target="_blank">daniel.standage@gmail.com</a>><br><span style="font-weight:bold">Date: </span> Wednesday, June 4, 2014 at 1:03 PM<br><span style="font-weight:bold">To: </span> Maker Mailing List <<a href="mailto:maker-devel@yandell-lab.org" target="_blank">maker-devel@yandell-lab.org</a>><br><span style="font-weight:bold">Subject: </span> [maker-devel] Filtering of ab initio gene models<br></div><div><div><div><br></div><div dir="ltr"><div><div><div>Thanks everyone for your responses recently!<br><br></div>The reason for my recent flurry of email activity is that I'm seeing some unexpected trends when running the new version of Maker with precomputed alignments. Compared with an annotation I did a while ago (Maker 2.10, Maker-computed alignments), this new annotation has a substantial number of new genes annotated. If I compare distributions of AED scores between the old and new annotation, it's clear that the new annotation has a lot more low-quality models. If I look at new gene models that do not overlap with any gene model from the old annotation, the likelihood that it's a low-quality model is much higher.<br><br></div>I decided to run a little experiment. I annotated a scaffold first using Maker 2.10 and then using Maker 2.31.3. I both cases, I used the same pre-computed transcript and protein alignments and the same (latest) version of SNAP as the only <i>ab initio</i> predictor. Maker 2.10 predicted 44 genes while Maker 2.31.3 predicted 63. If we group gene models into loci by overlap, there are 33 loci with gene models from both 2.10 and 2.31.3, 1 locus with only models from 2.10, and 28 loci with only models from 2.31.3.<br><br></div>Before this experiment, I assumed the issue was related to providing pre-computed alignments in GFF3 format and perhaps violating some important assumption. However, this experiment makes me wonder whether there have been changes to how Maker filters <i>ab initio</i> gene models between version 2.10 and version 2.31.3? Do you have any ideas? If it would help, I could put together a small data set that reproduces the behavior I just described.<br><br>Thanks!<br clear="all"><div><div><div><div><div><div dir="ltr"><br>--<br>Daniel S. Standage<br>Ph.D. Candidate<br>Computational Genome Science Laboratory<br>Indiana University<br></div></div></div></div></div></div></div></div></div>
_______________________________________________
maker-devel mailing list
<a href="mailto:maker-devel@box290.bluehost.com" target="_blank">maker-devel@box290.bluehost.com</a><a href="http://box290.bluehost.com/mailman/listinfo/maker-devel_yandell-lab.org" target="_blank">http://box290.bluehost.com/mailman/listinfo/maker-devel_yandell-lab.org</a></span></div></blockquote></div><br></div></div></div></span></div></blockquote></div><br></div></div></div></blockquote></div><br></div></div></div></span></div></blockquote></div><br></div></div></div></span></div></blockquote></div><br></div></div></div></blockquote></div><br></div></span></body></html>