Welcome to the Chap modelling platform!
This is the main repository for the Chap modelling platform.
Read more about the Chap project here
Code documentation
The main documentation for the modelling platform is located at https://chap.dhis2.org/chap-modeling-platform/.
Development / contribution
Information about how to contribute to the Chap Modelling Platform: https://chap.dhis2.org/chap-modeling-platform/contributor/.
Issues/Bugs
If you find any bugs or issues when using this code base, we appreciate it if you file a bug report here: https://github.com/dhis2-chap/chap-core/issues/new
Launch development instance using Docker
cp .env.example .env
docker compose up
Rebuilding after a source change
docker compose up will reuse an existing chap-core-chap image if one is
already built — it does not automatically rebuild when you edit source. If
you see a stale chap_core.__version__ or a fix that clearly didn't land
inside the running container, use one of:
make restart # down && up -d --build (preserves volumes incl. chap-db)
make force-restart # down -v && build --no-cache && up (WIPES VOLUMES)
make chap-version # print the chap_core version running inside the container
make restart is the right hammer 90% of the time. make force-restart
also wipes the Postgres volume, so reach for it only when you need a clean
slate. make chap-version is also printed automatically at the end of
make restart so version drift is visible at a glance.
Running marketplace models
Chapkit-based models are installed from the
CHAP Model Marketplace
with chap-admin, once chap is running. A fresh deployment needs this manual
step after the first docker compose up -d:
chap-admin install-all
It starts every model service with a verified stable version, registers it in
chap from what the running service reports, and adds the model's verified
configurations. chap-admin install chapkit_ewars_model does the same for one
model. Include the overlay it writes in later Compose commands:
docker compose -f compose.yml -f compose.marketplace.yml up -d. See the
CLI setup guide for the details.
Do not start models with compose.chapkit.yml or compose.ewars.yml in a
deployment. A service started that way registers a model template but gets no
configurations, so it cannot be run. Those overlays are kept for development.
Deploy on Kubernetes
CHAP can be deployed on Kubernetes using our helm chart which can be found here.
Metadata
Release files for chap-core 2.4.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 | |
|---|---|---|---|
| chap_core-2.4.0.tar.gz | 399.1 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| chap_core-2.4.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 909.7 kB
Release files / chap_core-2.4.0.tar.gz
| Download URL | chap_core-2.4.0.tar.gz |
|---|---|
| Size | 399.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
2ac71d7f19927375c8667ee5719197048b5df6849ba6459ff7eff9e0d427ef88
|
|
BLAKE2b-256 checksum How to use checksums |
77f58a2b1721c5b7d74f9a5f8681e4bf00a67bc732462009fec199cd664f7d63
|
| 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 Oct 5, 2026.
Transparency logRelease files / chap_core-2.4.0-py3-none-any.whl
| Download URL | chap_core-2.4.0-py3-none-any.whl |
|---|---|
| Size | 510.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
016eb3979e81722d69778b6a8d0374c4a4d0f97df80e43bbd9d295e8a42c56cc
|
|
BLAKE2b-256 checksum How to use checksums |
d0dd04fa02cb5d580b40350f5c3e531fa0e471b37a00680471aa1fb930d627df
|
| 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 Oct 5, 2026.
Transparency log
