Great. I am using PE Illumina reads mapped by Tophat and assembled by Cufflinks. The GTF file Cufflinks produces only <b>transcript</b> and <b>exon</b> features. So I'm assuming I can simply convert the <b>transcript</b> features to <b>match</b> and the <b>exon</b> features to <b>match_part </b>and make sure the parent/child relationships are maintained with the <b>Parent</b> and <b>ID</b> attributes?<br clear="all">

<br>--<br>Daniel S. Standage<br>Ph.D. Candidate<br>Bioinformatics and Computational Biology Program<br>Department of Genetics, Development, and Cell Biology<br>Iowa State University<br><br>
<br><br><div class="gmail_quote">On Thu, Oct 4, 2012 at 2:58 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="font-size:14px;font-family:Calibri,sans-serif;word-wrap:break-word"><div>Match/match_part features are expected.  MAKER expects these to be polished (I.e. correctly aligned around splice sites).  For example exonerate, BLAT, and cufflinks results will be correct around splice sites and can be used; BLAST results on the other hand will not be correct and should not be used.</div>

<div><br></div><div>The Gap attribute is used by maker if available, but is not required (Gap describes how to reconstruct an alignment for gaps and mismatches).  Otherwise MAKER assumes all positions are matches to the reference.</div>

<div><br></div><div>Thanks,</div><div>Carson</div><div><br></div><div><br></div><span><div style="border-right:medium none;padding-right:0in;padding-left:0in;padding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;font-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-left:medium none">

<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> Thursday, 4 October, 2012 2:52 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] Expected format for EST GFF3<br>

</div><div><div class="h5"><div><br></div>Greetings.<div><br></div><div>I would like to use Maker's <b>est_gff</b> option to include EST evidence from an external GFF3 file. In addition to being a valid, well-formed GFF3 file, what expectations does Maker assume about the contents of this file? Which feature types are expected and/or supported? Thanks!<br clear="all">

<br>--<br>Daniel S. Standage<br>Ph.D. Candidate<br>Bioinformatics and Computational Biology Program<br>Department of Genetics, Development, and Cell Biology<br>Iowa State University<br><br></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>