Open gusferguson opened 8 years ago
Thanks, @gusferguson. One looming question for me is, what appears in the right and even middle panels when the gene itself is clicked on. This brings us back to the folders discussion from today.
cc: @aleksandra-tarkowska @sbesson @dominikl @mtbc
@joshmoore
One looming question for me is, what appears in the right and even middle panels when the gene itself is clicked on. This brings us back to the folders discussion from today.
Probably need to show all images in the centre pane - nightmare if very large - maybe just give first n and say there are x in total.
Added RFEs to issue above.
I will assume that having the "gene" tab will be configurable otherwise we will have a growing number of them. cf. mock-up on ROI
Will add in some options for selection of genes and clarify what the counts are (when it is clear to me! :-).
@jburel : initially saw as a plugin, but yeah, if they don't somehow scroll/collapse it could overgrow the available space. Another option would be to more generally define these as "Hierarchies" (trees/folders/... here we go again ;) ) and show "Gene" as another type that is a "root" (cc @sbesson from discussions yesterday)
One looming question for me is, what appears in the right and even middle panels when the gene itself is clicked on. This brings us back to the folders discussion from today.
Probably need to show all images in the centre pane - nightmare if very large - maybe just give first n and say there are x in total.
See recent demo, pagination seems to work nice, just need a better styling for pages as they cover too much of the centre panel
Organism. The organism/species used in a screen is not included in the bulk annotation or map annotations as it is usually/always the same for all cells in a screen and would to included it would mean a lot of repeated information. But we could put this information in a map annotation at the screen level to include this.
We need a copy of the idr-demo to add this, as the current demo is read-only so that we don't have to worry about backups/versions.
I think it would be better to show all the images relating to one well as a 'well' e.g. in mitocheck there are images from many timepoints and it would be good to show them as one well rather than each individual image.
Plates - do we need to show the plate level in the hierarchy? I am not sure about this. In Mitocheck, the plate names are included in the well level information so you can easily see which images come from the same plate, but I don't know if this is true for every screen.
Both the gene identifiers and gene symbols are listed so each gene is effectively shown twice. I think people are more likely to search by gene symbol, so you could show just the gene symbols, but if there is no gene symbol show the gene identifier.
@eleanorwilliams : here's where we should think about how to inform the plugin (or at least the developer) how to choose between equivalent representations.
@joshmoore: or allow the user to toggle between two representations depending on what they like to use?
Could we add a tag in the bulkmap-config file that says display this field as first priority in the Genes tab, this as second if first not available?
Could we add a tag in the bulkmap-config file that says display this field as first priority in the Genes tab, this as second if first not available?
I like the general idea, but whereas the bulk-map-config only controls the generation of static map-annotations this effectively means making the web-viewer configurable via a user-defined annotation, which is fine with me- but should we try and spec it out a bit more?
Agree with @manics that this is all getting a bit thumb-sucky - I certainly can't contribute much to the discussion without much firmer requirements and specs.
Yes, sure. I think we need to sit down and think about specific requirements and questions people would be trying to answer with these trees and how it would work it different situations e.g. IDR, person in a lab looking at data from several of their screens/datasets etc.
Perhaps cultural but I don't understand what thumb-sucky here means. For me, what's going on is that the UI representation above has brought up a question ("what is a 'gene' in this context?") which we are working through. Is it one thing or two? How will that be represented? Thinking through these is our attempt to get you the reqs/specs you need.
Perhaps cultural but I don't understand what thumb-sucky here means
Formulating on the fly without thinking it through.
This is somewhat back tracking but it might be useful to think what use cases we are trying to answer with the gene and later phenotype trees. They are an entry point into the IDR or other sets of data that the users can utilize to find out what data is in the IDR without knowing what all the screens are about. Ultimately users might be asking:
The genes and phenotype trees only go part way to answering these questions as they don't link directly to the answers, but instead get to the phenotypes or genes through the annotations on the images. E.g.
Don't know if this is useful/too obvious, but was good for me to get it written out what someone might be trying to do.
@eleanorwilliams - interesting idea to be able to download a table of hits - presumably with URL links to images found and also to gene identifier sites etc. This would effectively allow saving of the search - albeit on your local machine.
@gusferguson. Yes URLs to images and to gene identifier/ontology sites. Not sure what they would want to do after getting the results - download images/features from particular wells for further analysis? Look at other resources like gene expression/pathway databases?
Suggestion from Rafael on how we could add some drop downs for filtering. This is back-of-the-envelope and would need detailed thought, but I wanted to record it here.
The genes and phenotype trees only go part way to answering these questions as they don't link directly to the answers, but instead get to the phenotypes or genes through the annotations on the images...
thanks, I will reorganize the tree to follow all the suggestions
As discussed on https://trello.com/c/s0HD7Vi6/173-tagexport-py
Requirement is to be able to see the genes found in metadata across screens.
Other aspects to be addressed:
Mockup shows use of filter. Only show gene symbols, not identifiers.
Drop down shows species available