Linked Parquet
Stable entity IDs, accepted cross-references, source record IDs and evidence remain joinable.
Open biomedical infrastructure for agents + ML
Jouvence-Graph is built for agents and predictive graph ML. It combines an Open Targets-derived core with ontologies, molecular interactions, expression, regulatory genomics, pharmacology and clinical evidence — while keeping source identifiers and provenance attached.
The data product
The canonical graph is stored as linked Parquet datasets, exported relation-by-relation for PyG, and paired with a fail-closed inference layer that composes only approved biological relations. Agents can inspect the same contracts, manifests and evidence used by predictive models.
Stable entity IDs, accepted cross-references, source record IDs and evidence remain joinable.
Relation-wise edge indices, node maps and manifests support bounded PyG loading and training smokes. Full-scale multi-relation training and biological performance are not yet claimed.
Versioned, approved relation chains generate candidates while retaining support paths and leakage constraints.
Documentation, schemas and safety contracts tell agents what to query, train and never assume.
What you can do
Start from a disease, gene, protein or molecule and follow typed biomedical relationships.
Inspect the provenance, scores, studies, assays and conflicts behind a graph assertion.
Export heterogeneous subgraphs to PyG and attach text, molecule, protein or sequence embeddings.
Train graph models and test zero-shot links with TxGNN-compatible APIs, PyG exports and split-aware leakage controls.
What is inside
Jouvence-Graph absorbs the useful graph-shaped layers of Open Targets and extends them with ontology, interaction, expression, regulatory, pharmacology and clinical sources. Files that are metadata-only, leakage-prone, semantically invalid as topology or not yet independently accepted stay out of the default training graph. The code is MIT-licensed; upstream data licenses still apply, and requester-pays cloud access may incur infrastructure charges.
Canonical now
Open Targets-derived variants, genetics, interactions, pharmacogenomics and drug–target/disease layers; GO, HPO and UBERON; BioGRID protein interactions; HPA tissue protein expression; Cellosaurus tissue/species provenance; ClinicalTrials.gov trial text and treatment-link metadata.
Reviewed or staged
ReMap TF–enhancer support, Cell Ontology hierarchy and tissue placement, Reactome protein-native membership, ChEMBL protein-native targets, protein-native disease associations, DepMap essentiality, GDSC response, cell-line proteomics and additional Cellosaurus mappings.
Not canonical yet
Direct miRBase/miRTarBase regulation, Complex Portal membership and structured UniProt/BioGRID PTM events. These are not advertised as finished until endpoint, license, evidence and leakage gates pass.
Architecture choices
SOURCE → ASSERTION → EVIDENCE
Relationships follow the assertion and endpoint types actually provided by each source. Source-specific details remain in evidence instead of exploding the graph taxonomy.
COMPATIBILITY
The txgnn namespace and the TxData, TxGNN and TxEval classes remain the public compatibility boundaries.
REPRODUCIBILITY
A fixture-backed suite lets you explore the concepts without reading the full graph or depending on private infrastructure.
INTEROPERABILITY
Every logical dataset is cataloged; reference identifiers and source records remain in nodes, evidence or metadata sidecars instead of being discarded during export.
GUARDED SCALE
Local reads remain bounded. Full scans, synchronization and production exports are routed to suitable infrastructure with validation and independent promotion gates.
Where to go
Clone the repository, synchronize the environment with uv and load the API.
Work through the user-facing notebook suite.
Why Open Targets is a foundation, biology constrains the graph and Neo4j remains an optional view.
KG architecture, provenance, exports, embeddings and runbooks.
Use the scientific reproduction notebooks and construction pipelines.
Start with context, safety and reviewability rules.
Find the original TxGNN implementation and publication.
Agent-ready
These prompts establish the right entry points and prevent an agent from accidentally launching heavy workloads on your machine.
Clone https://github.com/jkobject/jouvence-graph.git and enter the repository. Read AGENTS.md before taking any action. Use uv, verify Python 3.11+, then install the local environment with the dev and notebooks groups. Run only the bounded, fixture-backed checks described in the README. Do not launch a full KG scan, bulk LaminDB sync, production export or heavy training job on this machine. Finish with a summary of the commands you ran, their actual results and any optional access still required.
In the Jouvence-Graph repository, read AGENTS.md, README.md and notebooks/README.md. Prepare and run the public notebook suite in fixture mode, without accessing the live KG. Then explain the node / assertion / evidence / feature model, show me where to start when exploring a disease or molecule, and clearly distinguish local demonstration, bounded live access and production processing.
You are contributing to Jouvence-Graph. Start with AGENTS.md, then read only the documentation specific to the task. Before changing anything, inspect Git state and isolate pre-existing changes. Respect source-native relationships and the assertion/evidence separation. Use uv for tests. Canonical writes and heavy workloads require explicit authorization and the designated infrastructure. Provide a reviewable diff, the tests actually executed and the remaining validation limits.
Predict, but keep the derivation