pyscdblfinder
A pure-Python port of scDblFinder (Germain et al., F1000Research 2022) for fast, classifier-based doublet detection in single-cell RNA-seq and scATAC-seq data, including scDblFinder's re-implementation of AMULET (Thibodeau et al., Genome Biology 2021).
- AnnData-native — drop-in for the scanpy ecosystem
- No
rpy2, no R install — the full pipeline (artificial doublets → cxds → kNN features → xgboost iterative scoring → thresholding) is implemented in NumPy/SciPy/xgboost - Same function surface as the R
scDblFinder()call - Tests cover each primitive (artificial doublet synthesis, cxds, kNN features, xgboost loop, thresholding) plus an end-to-end smoke test on a synthetic mixture
This is a standalone mirror of the canonical implementation that lives in
omicverse(omicverse.ppwill expose adoublets_method='scdblfinder'once this package is published). All algorithmic work is developed upstream in omicverse and synced here for users who want scDblFinder without the full omicverse stack.
Install
pip install pyscdblfinder
Quick-start (class API)
import anndata as ad
from pyscdblfinder import ScDblFinder
adata = ad.read_h5ad("mydata.h5ad") # cells × genes, raw counts in .X
sdf = ScDblFinder(adata, random_state=0)
sdf.run(dbr=0.07) # 7% expected doublet rate
adata.obs[['scDblFinder_score', 'scDblFinder_class']].head()
scATAC-seq (new in 0.3.0)
Three approaches, as in the scDblFinder ATAC vignette:
import pyscdblfinder as psd
# 1) scDblFinder with feature aggregation (peaks/tiles -> 25 meta-features)
sdf = psd.ScDblFinder(adata_atac, random_state=0) # cells x peaks, raw counts
sdf.run(aggregate_features=True, n_features=25, processing="normFeatures")
# 2) AMULET on the fragment file (loci covered by > 2 fragments)
am = psd.amulet("atac_fragments.tsv.gz") # p.value / q.value per barcode
# 3) combine the two (Fisher's method), recommended by the vignette as the
# most robust overall
bc = adata_atac.obs_names.intersection(am.index)
combined_p = psd.fisher_combine(
1 - adata_atac.obs.loc[bc, "scDblFinder_score"], am.loc[bc, "p.value"])
psd.clamulet(fragments) (classifier on fragment coverages) is ported too;
the R authors report it is slower and outperformed by the combination above.
AMULET recommends excluding repeats as well as mitochondrial and sex
chromosomes: pass a BED file or (chrom, start, end) tuples to
regions_to_exclude. A tabix-indexed fragment file (.tbi next to it) is
processed chromosome by chromosome, as in R.
R behaviour kept on purpose
The port follows R scDblFinder exactly, including a few edge cases worth knowing about:
-
The default
regions_to_excludecovers the sex and mitochondrial chromosomes only over[1, 1e8], so the part of human chrX beyond 100 Mb is not excluded. -
With a tabix-indexed file, R reads each chromosome only over
[1, 1e8]: fragments beyond 100 Mb (human chr1-chr12) are ignored. The port does the same by default (tabix_window=1e8); passtabix_window=Noneorfull_in_memory=Trueto use whole chromosomes. -
processing="atac"fails in R (its embedding has one row per feature); the port embeds the cells (TF-IDF + uncentred SVD), which is the evident intent. The vignette usesprocessing="normFeatures". -
R's
aggregateFeaturesusesmbkmeansonly if that optional package is installed; by default it runskmeans, and so does the port (use_mbk=Trueswitches to mini-batch k-means). -
In R,
amuletFromCountsfilters features with Holm-adjusted p-values (p.adjust's default) before the BH q-values; the port does the same.
Parity against R scDblFinder 1.16.0 is documented in
PARITY_ATAC.md: amulet and amuletFromCounts match R
to ~1e-15, the stochastic paths agree with R as well as R agrees with
itself across seeds, and the port is 9-600x faster (AMULET on a 68 M
fragment file: 5-8 min, where R did not finish in 4.5 h). Parity is with R
scDblFinder's amulet(), not with the original AMULET scripts.
On clusters with old glibc (e.g. CentOS 7), xgboost 3.x wheels may not
install; xgboost 2.1.x works (xgboost>=1.7 is the only constraint).
Low-level functional API (mirrors R one-to-one)
from pyscdblfinder import sc_dbl_finder
# counts must be genes × cells (Seurat orientation)
result = sc_dbl_finder(
counts,
clusters=None, # or a per-cell cluster label array for inter-cluster doublets
artificial_doublets=3000,
dbr=0.07,
dims=20,
k=None, # auto-chosen from n_cells
include_pcs=19,
)
result.table # per-cell DataFrame — features + score + class
result.score_threshold
What's included
| Python | R counterpart | Purpose |
|---|---|---|
ScDblFinder class |
— | AnnData-native lifecycle wrapper (like DoubletFinder, Milo, Monocle) |
sc_dbl_finder |
scDblFinder() |
single-sample pipeline entry point |
get_artificial_doublets |
getArtificialDoublets |
pair-based doublet synthesis with size adjustments |
cxds_score |
cxds2 |
co-expression-based doublet score |
evaluate_knn |
.evaluateKNN |
per-cell kNN features for the classifier |
scDbl_score |
.scDblscore |
iterative xgboost classifier loop |
doublet_thresholding |
doubletThresholding |
score → class thresholding |
sc_dbl_finder(aggregate_features=..., processing=...) |
scDblFinder(aggregateFeatures=, processing=) |
scATAC mode |
aggregate_features |
aggregateFeatures |
aggregate peaks/tiles into meta-features |
tfidf |
TFIDF |
TF-IDF normalisation |
atac_processing |
.atacProcessing |
TF-IDF + uncentred SVD (cells) |
log_norm_counts |
scuttle::logNormCounts |
library-size log-normalisation |
get_fragment_overlaps |
getFragmentOverlaps |
per-barcode loci covered by > 2 fragments |
amulet |
amulet |
AMULET p/q-values from a fragment file |
amulet_from_counts |
amuletFromCounts |
count-matrix approximation of AMULET |
clamulet |
clamulet |
classifier on fragment coverages |
fisher_combine |
vignette's aggregation::fisher |
combine scDblFinder and AMULET |
What's not (yet) ported
Follow-up work from the R package not yet on the Python side:
- Multi-sample dispatch (
samples=,multiSampleMode) — only single-sample supported - Known doublets (
knownDoublets,knownUse) - Cluster-correlation features (
clustCor) - recoverDoublets / findDoubletClusters / computeDoubletDensity
The single-sample RNA path ports the whole classifier loop, kNN feature
extraction, and thresholding — i.e. everything needed for ~95% of real
scDblFinder() calls.
Relationship to R scDblFinder — what matches, what can't
pyscdblfinder ports the full single-sample pipeline of R scDblFinder. Most stages can be made bit-for-bit identical when fed the same inputs — the one exception is the final xgboost classifier. Here's the breakdown:
Fully reproducible given matching inputs
Given the same artificial-doublet cell pairs and the same PCA embedding, these features match R to atol=1e-12:
| Step | Python counterpart | Reproducible vs R? |
|---|---|---|
| Library sizes, nfeatures, nAbove2 | core.py |
✅ colSums |
| cxds (coexpression score) | cxds.py |
✅ pure arithmetic |
kNN ratios ratio.k{k} |
knn_features.py |
✅ integer counts |
Distance-weighted score weighted |
knn_features.py |
✅ |
| distanceToNearest / *Doublet / *Real | knn_features.py |
✅ |
Initial score (cxds + ratio/max)/2 |
classifier.py |
✅ |
xgboost classifier — intentionally stochastic, can't align
The final scoring step trains a gradient-boosted tree classifier with:
subsample=0.75— each boosting round samples 75% of training rows at randomcolsample_*— random column subsets- 3-iteration training — each iteration excludes likely-doublet real cells from the next round's training set
Even with identical seeds, R's and Python's xgboost bindings diverge because:
- DMatrix row order differs between R's
dgCMatrix/matrix ingestion (column-major transpose) and Python'snumpy/scipy.csr(row-major). xgboost's internal PRNG does generate identical{0.12, 0.87, 0.43, ...}on both sides, but the "✓" mask lands on different physical cells. - Different xgboost package versions (R ships 1.7.x on CRAN, Python ships 3.0.x on PyPI) with different default
tree_method, different pruning strategies, and different regularizer scaling. - Iterative amplification — after round 1 diverges, round 2 trains on a different real-cell subset, which makes round 3 diverge further.
- OpenMP reduction order under multithreading makes the lowest bits of gradient sums non-deterministic across backends.
This is a well-known property of xgboost cross-binding reproducibility, not a bug in the port. See e.g. dmlc/xgboost#2936.
What the tests actually check
tests/test_r_parity.py runs the real R package on mockDoubletSCE inside the CMAP conda env and compares:
| Check | Threshold | Observed (mockDoubletSCE) | Observed (pbmc3k) |
|---|---|---|---|
| Classification overlap (py == R) | ≥ 70% | 97.0% | 96.2% |
| Score Spearman rank correlation | ≥ 0.2 | 0.30 | (higher on larger datasets) |
| py recall vs planted doublets | — | 100% (34/34) | — |
| R recall vs planted doublets | — | 56% (19/34) | — |
Practical takeaway: cells whose call matters — the high-score outliers — agree across implementations. Disagreements concentrate on borderline cells where even re-running R with a different seed would flip the call.
Citation
Germain, P.-L., Lun, A.T.L., Garcia Meixide, C., Macnair, W. & Robinson, M.D. Doublet identification in single-cell sequencing data using scDblFinder. F1000Research 10:979 (2022).
License
GPL-3 — matches the upstream R package.
Metadata
Release files for pyscdblfinder 0.3.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| pyscdblfinder-0.3.0.tar.gz | 49.6 kB | Without provenance | Details for pyscdblfinder-0.3.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| pyscdblfinder-0.3.0-py3-none-any.whl | Python 3 | none | any | Details for pyscdblfinder-0.3.0-py3-none-any.whl |
Total release size: 94.5 kB
Release files / pyscdblfinder-0.3.0.tar.gz
| Download URL | pyscdblfinder-0.3.0.tar.gz |
|---|---|
| Size | 49.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
c852612ad355dd63f1f1824b76d11a2a31fae7322821747c8bb73a2498a94467
|
|
BLAKE2b-256 checksum How to use checksums |
15129f36d46db3685837b7adf1edb1a2ac0e33d6c6481b14e55c7abbecdfe39a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.11.17
|
Release files / pyscdblfinder-0.3.0-py3-none-any.whl
| Download URL | pyscdblfinder-0.3.0-py3-none-any.whl |
|---|---|
| Size | 44.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
0252de9173752abbe7acbc405e219e03848d1c14524e4496a2bf33ae7ade0179
|
|
BLAKE2b-256 checksum How to use checksums |
a0f11dbe2687a3f81fe93d87590aac8063cb4ebd496ebdfb49484ca74e4b6c4a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.11.17
|
Security for pyscdblfinder 0.3.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.