It depends on the glyph that is being used, which is defined in the track stanza in your conf file. Take a look at the documentation for Bio::Graphics::gene, Bio::Graphics::processed_transcript, and Bio::Graphics::segment as starting points. For most of these, it assumes proper parent-child relationships are defined in the GFF3 file based on the Sequence Ontology GFF3 specification. Some subfeature types are preferred, others used as a fallback, and still others ignored.
On Feb 25, 2015, at 11:13 AM, Vaneet Lotay <***@ucalgary.ca<mailto:***@ucalgary.ca>> wrote:
Thanks for responding Alexey. I realized they have different start/stop positions in my data, that’s not my issue. I’m not concerned why that occurs in the data file, I’m more curious as how GBrowse compiles the GFF3 files when it sees both CDSs and exons within an mRNA. Which one does it decide to draw? I was expecting them to see both of them drawn but it looks like it only draws one of them perhaps the CDSs. Because if I remove the CDSs and just keep the exons it just draws one solid block for the mRNA so then you lose information in the track drawing which is no good. However I believe in the past we’ve loaded ‘only exon’ files and they’ve visually looked fine. So maybe there’s something I’m missing when it comes to what GBrowse looks for when it goes through your GFF3 file line by line?
Obviously if the CDSs and exons perfectly overlap which has been the case sometimes in the past you won’t be able to tell if it’s drawing them both.
Vaneet
From: Alexey Morozov [mailto:***@gmail.com]
Sent: Wednesday, February 25, 2015 8:46 AM
To: Vaneet Lotay
Cc: gmod-***@lists.sourceforge.net<mailto:gmod-***@lists.sourceforge.net>
Subject: Re: [Gmod-gbrowse] CDS and exon segments
Well, mRNAs, CDS'es and exons are separate tracks and AFAIK their parent-child relationships are irrelevant. Unless, of course, you ask for them explicitly in some sub of your own.
So the difference in segment positions is because they are different in your data (probably stop codons removed from CDSes for a lack of aminoacid or something). If you don't like it - edit your GFFs.
2015-02-24 6:02 GMT+08:00 Vaneet Lotay <***@ucalgary.ca<mailto:***@ucalgary.ca>>:
Hello all,
Lately I’ve been getting a lot of GFF3 files with both CDS and exon segments linked to each mRNA segment with a child-parent relationship. The only thing is sometimes but not every time the CDS segments will not perfectly overlap with the stop positions of the mRNA and the matching exons. Usually the last exon does perfectly overlap with the end of the mRNA from what I’ve found. What I’m curious is how GBrowse compiles or reads these GFF3 files with both these segments because clearly it doesn’t draw both CDS and exons. Does it only look for one of the keywords? If you removed all CDS segments would it still draw the mRNA in exon/intron transcript style?
Thanks,
Vaneet
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
Gmod-gbrowse mailing list
Gmod-***@lists.sourceforge.net<mailto:Gmod-***@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/gmod-gbrowse
--
Alexey Morozov,
LIN SB RAS, bioinformatics group.
Irkutsk, Russia.
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/_______________________________________________
Gmod-gbrowse mailing list
Gmod-***@lists.sourceforge.net<mailto:Gmod-***@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/gmod-gbrowse