Skip to content

Unify method/flavor/backend/… parameters #2828

@flying-sheep

Description

@flying-sheep

I’d classify the kinds of selections we make into

  • recipe/algorithm/statistical test/…
  • backend/implementation package/…

Of course there’s overlap, but I think that’s broadly it.

Currently, we have the following.

  • flavor

  • method

    • sc.pp.neighbors: choose algorithm to calculate connectivity (gauss or umap). kNN impl is transformer

    • sc.tl.umap: choose implementation package (umap or rapids)

      Note
      should probably be changed

    • sc.tl.rank_genes_groups: choose differential expression test (t-test, wilcoxon test, …) (also has corr_method for p-value correction)

    • sc.tl.marker_gene_overlap: choose how to determine overlap (overlap_count, overlap_coef, jaccard)

  • backend: nowhere

  • algorithm: nowhere

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions