@MoffMade @BeaverThing Noticed an error in the coordinates that are generated in the gff3 for a feature when two genes that are in the same reading frame are called. Usually this happens when we are comparing the possible lengths for a particular gene: we call both, check the nucleotides in the start and SD, then delete one. What I noticed in the Spanins Test Genome organism is that if you called the longer possible ORF first, then ended up deleting it, the shorter feature still had the gene coordinates of the longer feature, though child coordinates are correct. I can reproduce this error by simple order of calling and deleting.
For example, I noticed that the output of this OSP tool in the evidence track was extending the feature out in the 5' direction from the start.
![Screen Shot 2019-05-29 at 15 08 08](https://user-images.githubusercontent.com/38894438/58587895-112b6180-8224-11e9-9309-cb416754f99e.png)
This was actually correct because the gff3 for the feature had the longer coordinates:
![Screen Shot 2019-05-29 at 15 07 59](https://user-images.githubusercontent.com/38894438/58587948-34561100-8224-11e9-9883-aa76d7c4e780.png)
And by deleting the gene, then calling the MGA (light blue) feature, followed by the Glimmer (dark blue/shorter) feature, both features end up with the same gene coordinates. Then it doesn't matter which gets deleted, because the coordinates are already set.
![Screen Shot 2019-05-29 at 15 08 19](https://user-images.githubusercontent.com/38894438/58587981-40da6980-8224-11e9-9e64-4d7f207b476f.png)
Perhaps a good question for Apollo/Nathan?