pwaLUPMIS2/LUPMIS2_ECMWF_Open_Data_Assessment.docx
ekke e82f4cae60 Assessment: ECMWF open data is not usable for the parcel-level analysis
Two pages on whether the ecmwf-opendata package and the ECMWF real-time open
dataset can feed LUPMIS2's Analyse tools. They cannot, and the reason is
resolution rather than anything fixable: the open subset is a 0.25 degree grid,
and one cell at Ghana's latitude covers 762 km². Sagnarigu Municipal is 440 km²
and touches three of those cells, two of which hold 89 % of it — so zonal
statistics over its 82 collector zones would hand all 82 one of three numbers.
The figure is drawn from the real district boundary rather than sketched.

Three further findings: it is a forecast rather than a climatology, so it
cannot answer what a place is normally like; the archive is the last 12 runs,
about two to three days, so no history can ever be fetched; and the analysis
tools take vector layers only, so a raster cannot be fed in today at any
resolution.

What it can do is a district-level forecast overlay — rainfall and temperature
for the coming days — which is about two days of work and reuses the path that
already publishes koforidua_dem.tif to the object store as a cog layer. Page 2
outlines that pipeline with the effort broken down.

ECMWF is moving the open subset to 0.1 degrees, expected by the end of October
2026, which would cover the same district with 10 cells instead of 3. That does
not change either recommendation, but it does make now a good time to build the
pipeline.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-10-01 17:34:16 +02:00

5.1 MiB