Skip to content
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

Query interface spec #11

Open
dosumis opened this issue Sep 6, 2016 · 0 comments
Open

Query interface spec #11

dosumis opened this issue Sep 6, 2016 · 0 comments

Comments

@dosumis
Copy link
Member

dosumis commented Sep 6, 2016

Simple queries

The query widget must be synced with the focus term.
The initial implementation should only allow single leg queries - the first leg should not be searchable.

Need to think about how easily discoverable queries are for users. Having menus on term info could work if formatted like this:

image

compound queries.

Compound queries should work by logically refining existing query result sets. At least one major way to do this will be to select new query legs whilst browsing. Further discussion is probably needed to decide on whether we allow other mechanisms and what they should be.

Queries that return list of the same gross type can be combined. e.g. any queries that return only neuron classes can be combined with other queries that return only neuron classes. We can drive this by encoding return type in the metadata with query results and in metadata associated with each query.

We need documentation of multi-leg queries as a decision tree.

Also add launch from or menus from term info?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant