IDTrack
Cross-Temporal and Cross-Database Biological Identifier Mapping
Modern biology constantly mixes identifiers from different years, databases, and genome builds. The result is a familiar set of problems: IDs disappear, symbols change, references disagree, and “the same gene” isn’t always represented the same way across datasets.
IDTrack is built for that reality. It provides a time-aware, audit-friendly way to translate and harmonize biological identifiers across Ensembl releases and across external namespaces (HGNC, UniProt, RefSeq, Entrez, …), while keeping ambiguity explicit instead of silently forcing a single answer.
What makes IDTrack different
Time-aware mapping: treat Ensembl releases as a “time axis” and travel forward/backward through identifier history.
Assembly-aware mapping: harmonize identifiers across genome builds (e.g. GRCh37 ↔ GRCh38) and respect external databases that are assembly-scoped.
Snapshot boundary for reproducibility: build a release-bounded graph snapshot so results are stable and repeatable.
Explicit external database opt-in: choose which external namespaces participate via a small, editable YAML contract.
Transparency over coercion: conversions are naturally classified as 1→0 (no match), 1→1 (clean), or 1→n (ambiguous).
Scale-ready workflows: caching and snapshot reuse make repeated conversions and multi-dataset harmonization practical.
Who is it for?
Wet-lab researchers who need a reliable, step-by-step path from “my gene list is old” to “my analysis is reproducible”.
Bioinformaticians who want release-pinned, auditable conversions in notebooks, pipelines, and integration workflows.
Atlas builders / integrators who need to harmonize gene identifiers across many cohorts (different Ensembl releases, symbols, and external IDs), keep an explicit audit trail of what mapped/failed/was ambiguous, and ship a release-pinned, reproducible feature space for downstream integration and publication.
Common use cases
Dataset harmonization before integration (single-cell, bulk, atlas-scale collections).
Legacy data rescue (old Ensembl releases, mixed symbols/IDs, retired identifiers).
Publication-grade reproducibility (pin a snapshot boundary + share the exact external configuration).
Cross-database interoperability when collaborators use different identifier conventions.
Documentation and tutorials
The documentation includes a full tutorial suite designed to be the primary learning resource:
Documentation: Documentation
Tutorials: start from the “Tutorials” section in the docs (Part 0 → Part 7).
Metadata
Release files for idtrack 0.0.5
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 | |
|---|---|---|---|---|
| idtrack-0.0.5.tar.gz | 221.9 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| idtrack-0.0.5-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 463.9 kB
Release files / idtrack-0.0.5.tar.gz
| Download URL | idtrack-0.0.5.tar.gz |
|---|---|
| Size | 221.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
ad6a90422f64bea4cf7454838b3d5746c36720585e8772de9c49c46e4972569e
|
|
BLAKE2b-256 checksum How to use checksums |
836456e4159abb9bf3705203c4811636e97fecbd32094b91475d1557ac8026d4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Release files / idtrack-0.0.5-py3-none-any.whl
| Download URL | idtrack-0.0.5-py3-none-any.whl |
|---|---|
| Size | 242.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
be6c5dc6fca2a98d0be696ba0f17ae401d282ee68805e69a750f5fa08920d354
|
|
BLAKE2b-256 checksum How to use checksums |
d89a98c5a7fe5a712aa2ab860352233fd21e1c54356ac732c456c5bab53fd0f8
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Security for idtrack 0.0.5
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.