-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement querying ZOOMA to get possible mappings for a trait #30
Comments
When should we trigger ZOOMA queries? My guess is whenever a new trait is being imported? |
Yeah, that's a good question. Currently we have ClinVar, OLS and ZOOMA queries, and eventually we should have a situation where:
So here's what we are going to do. For this ticket, it's enough to just implement the functionality itself, and add an "Update ZOOMA" button somewhere which will trigger the full manual import. For the future, we have issue #32 which is about a UI mockup of a page to display import status and all those buttons for triggering imports. When we get to this part, let's use that issue to discuss which imports will trigger each other under which circumstances. |
After reviewing the code you linked, I think that it contains a lot more functionality than we currently need. Would it be ok if I created my own code to get ZOOMA suggestions and used this code as help? Also, we currently don't have any fields in the DB model for ZOOMA confidence. Do we need that? |
Eventually we are looking to port all functionality from there, including the entire trait mapping pipeline. One way this could work is that, if the pipeline considers the mapping to be of "high quality", it will assign it automatically and move the trait directly into review (rather than starting with the unmapped status). However, in this ticket it's fine to only implement the core of that functionality (only querying ZOOMA itself). I've created a follow-up ticket, #44.
Yes, that would fine. When convenient, you can also just copy-paste blocks from there and adjust as needed. Once everything is ported into the app, I'll just get rid of that part in the original repository altogether.
Yes, it would be useful. We need to store and display it. You can either implement it here or do it in #44, whichever is more convenient. |
Also am I missing something regarding ontology filtering in Zooma? For example this request http://www.ebi.ac.uk/spot/zooma/v2/api/services/annotate?propertyValue=cerebral+creatine+deficiency+syndrome&filter=ontologies:[efo] |
Nevermind, it turns out I have to first specify the 'required' filter as none to have the ontologies filter working |
That's right.
Yes. If I remember correctly, there should be two fields, once specifies the filter and another one the priority order of the different ontologies. |
This should essentially be done by copying the code from the main Open Targets repository, specifically from the
trait_mapping
directory.The text was updated successfully, but these errors were encountered: