diff --git a/presentations/introduction/index.html b/presentations/introduction/index.html new file mode 100644 index 00000000..686dae10 --- /dev/null +++ b/presentations/introduction/index.html @@ -0,0 +1,1744 @@ + + +
+ + ++ Climate and earth observation data is distributed across dozens of + providers — each with different APIs, formats, and access + mechanisms. +
++ Open Climate Service is an open-source platform that cuts through + this complexity to deliver tailored data for climate-smart + decision-making. +
++ A climate service turns raw climate data into + actionable information for decisions — agriculture, health, + water management, disaster risk, urban planning. +
++ The World Meteorological Organization (WMO) defines climate + services as "climate information developed and delivered to meet + a user's needs." Open Climate Service is designed to make this + possible for any country, regardless of technical capacity. +
++ Our entry point is health — but the platform is intentionally + generic. The same service can support disease modelling, food + security early warning, or national climate reporting. +
+Malaria, dengue, cholera risk
+Drought, yield forecasting
+Flood risk, water stress
+Heat stress, air quality
++ Data formats, projections, temporal gaps, and provider-specific + quirks demand a flexible architecture — not a rigid pipeline. +
++ Strong demand for local data sources, national hosting, and + independence from global platform dependencies like Google Earth + Engine. +
++ The best ideas have come from HISP groups and country teams. A + bottom-up approach consistently beats top-down product design. +
++ National teams need higher-resolution data and the ability to + blend global datasets with local station observations. +
++ We are not replacing Google Earth Engine with another global service + that countries depend on. The goal is a service that is + owned and operated by the countries themselves. +
++ Deployed on national or regional infrastructure. Countries + retain full ownership of their data and can operate the service + independently. +
++ Fully open code, open standards, open data formats. No + proprietary lock-in at any layer of the stack. +
++ HISP groups and country teams can add new data sources, custom + processing, and local integrations without modifying the core + service. +
++ The HISP network — the same organisations that have sustained + national DHIS2 implementations for decades — are the natural + operators of Open Climate Service instances. +
++ Temperature, precipitation, humidity, wind speed, heat stress + indices. Daily to monthly aggregates. +
++ Land cover, vegetation index, air quality, elevation, flood + extent. +
++ Population distribution by age and sex, urbanisation, + socio-economic indicators. +
++ Station observations, ENACTS data, national surveys. Used for + bias correction and filling gaps. +
++ Vaccination campaigns, bed net distribution, and other programme + data that interact with climate. +
++ Any new data source can be added as a plugin — no core code + changes needed. +
++ Sparse coverage. Gaps in remote areas. Can't aggregate to + arbitrary boundaries. Requires interpolation. +
++ Fixed to one boundary. Uniform value per polygon. Loses spatial + variation within districts. +
++ Continuous coverage. Aggregate to any boundary — now or + in the future. Richer spatial patterns for modelling. +
++ Gridded data lets you re-aggregate to new district boundaries, + combine with facility catchment areas, or zoom into sub-district + patterns — without going back to the original data source. +
++ Open standards mean no vendor lock-in — data can be accessed + from QGIS, Python, R, or any other tool without custom + integration work. +
++ Cloud-native storage for multidimensional climate arrays. + Each time step is independently accessible — no need to + download entire datasets. +
++ Standard way to describe and discover geospatial datasets. + Works with any STAC-compatible catalogue browser. +
++ Standard API for querying and accessing geographic data, + supported by major GIS tools. +
++ FAIR Principles +
++ Climate normals and anomalies, climate indices (xclim), + WHO/WMO guidelines for aggregation and reporting. +
++ Large historical datasets (35+ years) ingest incrementally and + can resume after interruption. No more starting from scratch + on failure. +
++ Long-running ingestion and processing jobs run in the + background with live progress updates and retry on failure. +
++ Automated pipeline from gridded climate data to DHIS2 data + elements — aggregated to district or facility catchment + boundaries. +
++ Integrate station data and ENACTS observations to correct + systematic biases in global reanalysis products. +
++ Support for S3-compatible object storage and containerised + deployment on national cloud infrastructure. +
++ Built in close collaboration with HISP groups and country teams + across Africa and Asia. +
++ Open-source · MIT licence · Contributions welcome +
+