Hi Mathias, I'm assuming you're talking about the Flybase ChadoXML loader (that hits the Indiana servers), correct? I don't believe there currently is a way to keep separately loaded data in memory when loading a new region (which includes expanding the current region). Whenever loading data from the remote servers, you get what's stored. You'd need some kind of mechanism set in place to make sure that no features are double loaded if appending to the current set and loading an overlapping region. On the other hand, if you're loading a non-overlapping region, you'd probably want to clear all loaded features to save memory (Apollo already has a pretty high memory requirement). If you'd like to take a look at what's going on, here are some good classes to check out:
- apollo.gui.genomemap.NavigationBar (handles navigation bar on top of the screen) - apollo.main.LoadUtil (handles loading of data, although I'd be careful with any changes done there, since all loaders use that class) - apollo.dataadapter.flychadoxml.FlyChadoXmlAdapter (handles loading Flybase ChadoXML data) We always welcome any contributions from the user community, so if you've made any bug fixes, please e-mail the diffs to me with comments on your changes and we'll review them and commit them to the core repository if applicable. Cheers, Ed On Mon, 16 Mar 2009, Mathias Walter wrote:
Hi, I'd like to know, how I can preserve the layers containing additional loaded results like Fgenesh output, if the main model is expanded. Every time I click on 'Expand' and then on 'Load', the additional layers are gone and I've to reload the results. If there is no easy solution, I'd like to fix this issue if someone could point me to the appropriate class/function. I also fixed some bugs in the current Apollo release. Shall I really post the patches to this mailing list? -- Kind regards, Mathias Walter _______________________________________________ apollo mailing list [email protected] http://mail.fruitfly.org/mailman/listinfo/apollo
_______________________________________________ apollo mailing list [email protected] http://mail.fruitfly.org/mailman/listinfo/apollo
