-
Notifications
You must be signed in to change notification settings - Fork 13
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
Add a workbench for showing SPARQL query results in Noctua #465
Comments
When is the interactivity here with a model/set/etc.? |
Analogous to annpreview - no modification of models As an extension we may want the option to allow repair for a subset of rules. For example, https://github.com/geneontology/go-site/blob/master/metadata/rules/gorule-0000020.md for 'replaced by', there could be a checkbox for auto-repair with the suggested replacement. For consider there would be a selection. But we'd need to think about this. The generic way to do the repairs would be via a SPARQL update, which has various issues eg syncing with minerva in memory models But this ticket is about the reporting aspect |
@kltm did I imagine there was a bbop-manager-sparql package? |
I'm going to add some rules to get us started:
(more to come, i will edit ticket) Note some of these may be implementable by reasoning rather than queries, eg the enables restriction but this gets a bit awkward in some cases, and in any case some redundancy may be OK here. @dougli1sqrd can you start working on the query bank and implement in sparta for now and we can work on the workbench when @kltm gets back. |
Some examples of potentially useful non-violation reports (all in a single GO-CAM)
|
I’ve had some thoughts on this; I think what we might want is a custom format that can then be compiled to something usable by the UI we select (if we don’t go custom). I think a format with description, variable declarations, context (optional, see Noctua plugins), and template. These would be usable for both the general SPARQL frontend and Noctua/Minerva as canned queries that could appear in different context. |
bbop-manager-sparql will hopefully be a product of this week. |
One use case set we have is both a goose/gannet replacement as well as canned queries for noctua to trigger on the client for minerva (which may partially or completely overlap with this ticket). I'd proposed that these both have the same format more-or-less, with something along the lines of what I'll be using elsewhere in noctua for grabbing external data using SPARQL; three variations of the exact same query in this proposed format: https://github.com/berkeleybop/bbop-manager-sparql/blob/master/examples/template-01.yaml |
There is now a |
…es; as this can be very easily transferred to a model workbench (would need to extend bbop-manager-sparql to just return filled templates) this is essentially completion for geneontology/go-graphstore#9 and #465; TODO: track down cross-site issue
This is essentially complete, but I'm running into some cross-site issues. |
Completed, except for a talk about what to pass back (and the extension of bbop-manager-sparql) to handle it. |
…es; as this can be very easily transferred to a model workbench (would need to extend bbop-manager-sparql to just return filled templates) this is essentially completion for geneontology/go-graphstore#9 and #465; TODO: track down cross-site issue
I believe that this is probably safe to close for now, unless we change tack. |
This workbench will show the results of sparql queries over an individual GO-CAM. The queries may be a mixture of reporting and validation. For validation there will be overlap with SPARTA report.
This could be implemented in different ways
The text was updated successfully, but these errors were encountered: