Closed sammyjava closed 1 year ago
OK, thanks. A couple of comments: The note in the spec that indicates the equivalence to the Intermine "create a list" I think means this is more or less different than the gene search page in the old site which wasn't primarily an identifier-lookup service. However, it's a good functionality to have, just something different from what I was envisioning. Salient difference from the Intermine UI:
results table should just reuse the components already developed for the description-based gene search, including the linkout approach when available.
nice to have: allow user to post result set to list creation page in mine; this and other set-based operations (e.g. send list of genes to GCV) may be supported by linkout service approach eventually.
Yeah, this isn't a gene search. If I want to search for a gene, I have a search term like "photosynthesis", not "Phvul.004G049100", in which case I'm not searching for a gene, I already know it. I'd call this a Gene lookup. Which is fine, but it's far short of what we have on the legacy site for searching for a gene.
I'm happy to code this up, but it's an inadequate offering for searching for a gene on the LIS site. I think it should be combined with other options like the existing gene description search, etc. etc. etc. I believe @adf-ncgr has just offered to spec something like that up. :)
OK, here's a quick sketch of what I think we'd want for search filters: Genus/species/strain matched as "equals" (for starters, we could just have these as free text, maybe someday we'd want them as dropdowns); gene name/id matched as "contains" (this wouldn't support lists of ids, which are better done under the spec from @cann0010 ; but it would support having non-full yuck as input and possibly getting back multiple choices) description matched as "contains"; gene family matched as "contains" (probably could be equals but there might be a desire to support both legfed_v1_0.L_3SHP0G and L_3SHP0G);
and for info returned: full yuck id (supporting linkouts) description genomic location gene family
I think this is a fairly straightforward extension of the existing lis-gene-search-element with a few extra fields added for both query and in the tabular return.
Did you know that a requirements doc never contains the word "possibly"? :) I'll de-vagueify it into an actual requirements doc and spec.
Oh, sorry, it's a sketch, not a requirements. My mistake.
I MAY in future decide to follow IETF RFC
That's still a bit fresh, being just 1997. (Great RFC to know about, thanks!)
Review gene-search README in adf-gene-search branch.
Highjacking this thread with something vaguely apropos of specification and design (and cycles, @sammyjava): The velocipedia. You are welcome.
You are raising the bar for hijackers, @cann0010
@sammyjava do you want comments about the prototype as part of this issue thread or as a new issue?
I'll close this since we're reviewing a prototype demo, not the spec itself.
You said you want to look it over before assigning me, so look it over, @adf-ncgr .