Skip to content

Discussion: statistical significance qualifier filtering — filtering belongs in Gandalf, Shepherd-side filter removal #136

Description

@SkyeAv

Context

Following the Translator engineering call, we had an async cross-team discussion about how the new statistical significance qualifier should be filtered by default, and where in the stack that filtering should live. Participants: @tokebe (Retriever), @maximusunc (Gandalf), @SkyeAv (ARAX + Shepherd). This issue records those decisions in writing so they can be referenced from subsequent issues and PRs; until now they existed only in the engineering call notes.

Decisions

  • Filtering is a Gandalf thing. Any implicit filtering should happen in Gandalf itself — filtering before retrieving all possible paths is always going to be faster, and Gandalf is not the performance bottleneck. It does not belong in Shepherd or anywhere else in the stack.
  • Shepherd does not filter. The filtering portion of PR feat: ranking for biolink:statistical_significance_qualifier #135 will be removed; the ranking and scoring work stays (tracked in feat: ranking & filtering support for biolink:statistical_significance_qualifier #134).
  • Defaults are overridable via TRAPI. The statistical significance qualifier gets a default significance cutoff (value TBD) that standard TRAPI qualifier constraints can override. The same discussion covered negated edges, which follow the same default-and-override shape (excluded by default, clients opt in via query).

Open questions

  • What is the exact TRAPI standard for communicating the cutoff override (and filter overrides generally)? A companion Retriever issue will coordinate the override standard and the Retriever-side pass-through.

Related

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions