[maker-devel] Maker GFF output with features of 0 length
Carson Holt
carson.holt at genetics.utah.edu
Wed Aug 6 01:15:04 MDT 2014
Ok. I took a look and I'm relatively sure the issue you are seeing is caused by GFF3 passthrough combined with correct_est_fusion=1. This is something that only happens when both are used simultaneously and should be corrected in the current version of MAKER.
Thanks,
Carson
From: Marc Höppner <mphoeppner at gmail.com<mailto:mphoeppner at gmail.com>>
Date: Wednesday, August 6, 2014 at 12:14 AM
To: Carson Holt <carsonhh at gmail.com<mailto:carsonhh at gmail.com>>
Cc: <maker-devel at yandell-lab.org<mailto:maker-devel at yandell-lab.org>>
Subject: Re: [maker-devel] Maker GFF output with features of 0 length
Hi,
I suspect that Augustus plays a role, since the affected features are seeded by augustus (based on the name anyway).
What I found was that this seems to only happen when using pre-aligned (i.e. GFF3-formatted) cdna2genome and protein2genome evidence (created by Maker in a previous run). And this seems to be quit reproducible - and doesn’t only affect CDS features.
I have put the Maker output for a test scaffold here:
https://dl.dropboxusercontent.com/u/1918141/maker_output.tar.bz2
The problematic lines:
scaffold_563 maker five_prime_UTR 38501 38501 . - . ID=augustus_masked-scaffold_563-processed-gene-0.14-mRNA-1:five_prime_utr;Parent=augustus_masked-scaffold_563-processed-gene-0.14-mRNA-1
scaffold_563 maker exon 69967 69967 . - . ID=augustus_masked-scaffold_563-processed-gene-0.18-mRNA-1:exon:148;Parent=augustus_masked-scaffold_563-processed-gene-0.18-mRNA-1
scaffold_563 maker CDS 69967 69967 . - 1 ID=augustus_masked-scaffold_563-processed-gene-0.18-mRNA-1:cds;Parent=augustus_masked-scaffold_563-processed-gene-0.18-mRNA-1
Strange stuff…
Regards,
Marc
On 05 Aug 2014, at 22:49, Carson Holt <carsonhh at gmail.com<mailto:carsonhh at gmail.com>> wrote:
One more thing. From the example you gave, is is important to note that the terminal CDS (first or last) can be a single base pair in length (start and end will be the same value). Augustus sometimes does this for example. Do you have non-CDS feature types where this happens, or any internal CDS's where this happens?
--Carson
From: Carson Holt <carsonhh at gmail.com<mailto:carsonhh at gmail.com>>
Date: Tuesday, August 5, 2014 at 2:21 PM
To: Marc Höppner <mphoeppner at gmail.com<mailto:mphoeppner at gmail.com>>, <maker-devel at yandell-lab.org<mailto:maker-devel at yandell-lab.org>>
Subject: Re: [maker-devel] Maker GFF output with features of 0 length
Were you using GFF3 pass-through or correct_est_fusion options? When you rerun do the same features still have lengths of zero (I.e. is it random or is it reproducable)?
--Carson
From: Marc Höppner <mphoeppner at gmail.com<mailto:mphoeppner at gmail.com>>
Date: Wednesday, July 30, 2014 at 4:44 AM
To: <maker-devel at yandell-lab.org<mailto:maker-devel at yandell-lab.org>>
Subject: [maker-devel] Maker GFF output with features of 0 length
Hi,
I’ve - more by accident - found that many of the gene builds I have generated with Maker (2.31.3) contain features with identical start and stop positions.
For example:
scaffold_2927 maker CDS 13013 13013 . + 1 ID=maker-scaffold_2927-augustus-gene-0.8-mRNA-1:cds;Parent=maker-scaffold_2927-augustus-gene-0.8-mRNA-1
This occurs seemingly randomly for all sorts of feature types and I have only seen this when running Maker on full assemblies. Before I start turning every stone, any ideas about possible explanations for this phenomenon? Is this likely some MPI-related communication issue, or NFS problems with synching data? Maker runs fine on our system, but that doesn’t mean that there aren’t any cryptic issues that only on these occasions read their head… Regarding the frequency, out of 450.000 GFF lines, 270 were affected in the case that I looked into the most. So it is pretty rare, but still...
I am currently using Maker with openmpi-1.7.4 and the file system is mounter of NFS4 and IPoIB. I now switched to Maker 2.31.6, but have no strong reason to suspect that this will make a difference.
Regards,
Marc
_______________________________________________ maker-devel mailing list maker-devel at box290.bluehost.com<mailto:maker-devel at box290.bluehost.com>http://box290.bluehost.com/mailman/listinfo/maker-devel_yandell-lab.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://yandell-lab.org/pipermail/maker-devel_yandell-lab.org/attachments/20140806/19321f9d/attachment-0003.html>
More information about the maker-devel
mailing list