dirigent-dhis2
Documentation: https://winterop-com.github.io/dirigent-dhis2/
The DHIS2 adapter pack for dirigent. It
contributes the dhis2 connection kind, three JSON Schema formats (dhis2-uid,
dhis2-period and dhis2-code), and the blocks that speak DHIS2's asynchronous jobs, import summaries,
completeness registrations, metadata, tracker and analytics reads as first-class steps,
rather than composing them out of raw HTTP:
| Block | Kind | What it does |
|---|---|---|
dhis2.analytics_run |
operator | Submits the analytics tables job and follows its task notifications to the end. |
dhis2.analytics_query |
operator | Runs one analytics query, aggregate or event/enrollment, and hands the grid on. |
dhis2.data_value_set_export |
operator | Reads a data value set for a data set, period and org unit, and hands the document on. |
dhis2.data_value_set_import |
operator | Imports a data value set, parsing the import summary and its conflicts. |
dhis2.metadata |
operator | Reads one metadata collection through the version-bound generic accessor. |
dhis2.tracker |
operator | Reads a page of tracked entities, enrollments or events from /api/tracker. |
dhis2.data_set_complete |
sensor | Holds a run until a data set is marked complete for the period. |
Every block classifies its failures the dhis2w-client way: an instance whose version the client does not speak is refused rather than retried, and a transport failure is transient.
An instance discovers the pack by installing it: the dirigent.plugins.v1 entry point in
pyproject.toml is the whole registration.
Install
Install the pack into the dirigent image:
uv pip install dirigent-dhis2
or add it to a project:
uv add dirigent-dhis2
Develop
uv sync --locked
uv run ruff format --check . && uv run ruff check .
uv run mypy && uv run pyright
uv run pytest
NO_MKDOCS_2_WARNING=1 uv run mkdocs build --strict
That is what CI runs. The variable silences Material's notice about MkDocs 2.0. The lock file is committed and CI syncs against it, so a pack build is reproducible; the ecosystem's nightly integration is what proves the pack against a live instance.
tests/ exercises every block against a mocked DHIS2 instance, and tests/test_examples.py
validates the example documents against the pack's own catalog. The examples run standalone,
each carrying the connection it uses.
Examples
The shelves are installed with the pack: dirigent_dhis2 contributes them through the
examples() hook, so an instance with the pack installed lists them with
dg examples list --plugin dhis2
dg examples list --plugin dhis2 --starter
They live in src/dirigent_dhis2/shelves/, and the root
examples/ is a symlink to it so dg run --local examples/... reads from a checkout.
One file per operation, grouped by how it is built:
| Shelf | What is in it |
|---|---|
dhis2/ |
The native adapter: exports and their import strategies, the sign-off gate, the analytics reads and rebuilds, the three tracker collections, the metadata reads. |
dhis2-compose/ |
A dhis2.* block beside one of the engine's own: a schema gate, a jq reshape, a fan-out over org units, a write to storage and the read back. |
dhis2-http/ |
The generic-HTTP way, for what no adapter covers: a CSV export, a period range, a completion registration, a stage-scoped event read. |
validate/ |
A metadata read held to a shape: a fields= projection gated on validate.schema, with the schema carried and named. |
schemas/ |
The JSON Schemas that pin the reads the DHIS2 series makes, applied on their own. |
starters/ |
The documents tagged starter: the same flows naming a dhis2 connection rather than carrying one, which is what dg pipeline new copies into a project. |
Each shelf's README lists its files one line each. Every shelf but starters/ carries the
connection it uses so each document runs standalone; a server refuses a carried connection,
so the starters are the ones an instance accepts unedited.
Licence
Copyright (c) 2026 Morten Olav Hansen. All rights reserved. See LICENSE.
The source is published for reference only: no licence to use, copy, modify or distribute it is granted, and any use beyond reading requires written permission.
1 maintainer
Release files for dirigent-dhis2 0.16.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| dirigent_dhis2-0.16.1.tar.gz | 71.8 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| dirigent_dhis2-0.16.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 200.8 kB
Release files / dirigent_dhis2-0.16.1.tar.gz
| Download URL | dirigent_dhis2-0.16.1.tar.gz |
|---|---|
| Size | 71.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
3808a038af1d441854076003a2a5ace34667a1ef3f8d82298b2a18297c545fbb
|
|
BLAKE2b-256 checksum How to use checksums |
6312458cb9de3eef487aecc3fd82569d194c9fa2827f879e2b6b5ef77c728ad4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 16, 2026.
Transparency logRelease files / dirigent_dhis2-0.16.1-py3-none-any.whl
| Download URL | dirigent_dhis2-0.16.1-py3-none-any.whl |
|---|---|
| Size | 129.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
53244d2d8bcf35eb7475f13def6ee50d7be77adeed5396164f0205ffda329dc4
|
|
BLAKE2b-256 checksum How to use checksums |
af7dafba217cd33b65ef542b2eee1b4145a39365d298cd8dbf4ab4c8e1d1da10
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 16, 2026.
Transparency log
