Project

General

Profile

Actions

Feature #490

open

Classify web-hits as relevant/not-relevant

Added by Madeleine Ball over 14 years ago. Updated about 13 years ago.

Status:
In Progress
Priority:
Normal
Assigned To:
Target version:
-
Story points:
-

Description

Each time a variant is seen in a new genome, it should be queued for web-search. The search should take place on chr position, rsID, and when available gene/amino acid change (both one letter and three letter abbreviations).

Logged in users should be able to classify web-search results as relevant/not-relevant. (Incrementing a counter for "relevant" or "not relevant"; user can change their mind but only one "vote" per user!)

Implementation notes:

  • Add columns to flat_summary table for autoscore, web hits, genome hits, webscore... and refresh it
  • Relax web search criteria: include all single-genome-hit variants
  • Add long form AA (and rsid where applicable) to search terms in web search
  • Requeue old web searches (to pick up rsid and long form AA results)
  • Web hit vote history: {variant, url, oid, timestamp, score}
  • Web hit current vote: {variant, url, score}
  • UI: "vote yes" and "vote no" buttons (immediate ajax call)
  • During vote event, update flat summary if webscore has changed as a result
  • Tie = relevant, otherwise majority

Questions:

  • Is webscore=0 (not relevant) suitable for variants with no web search results?
Actions

Also available in: Atom PDF