Sources & méthode – RPCB

Données, agrégation et limites (transparence)

Données officielles d’aléa (Wallonie)

La carte intègre une couche officielle : Cartographie de l’aléa d’inondation (en vigueur) (SPW), publiée sur le Géoportail de la Wallonie. Cette série couvre l’aléa par débordement et par ruissellement.

Pour RPCB, la couche d’aléa ruissellement dérive de ALEA_INOND__ALEA par filtre TYPEALEA.

Référence : Fiche descriptive (Géoportail de la Wallonie)

Format SIG : GeoPackage (EPSG:31370) converti en tuiles vectorielles pour l’affichage web.

1) Statuts affichés sur le dashboard

En cas d'urgence, référez-vous aux canaux officiels (ex. BE-Alert) et aux consignes des autorités.

2) Comment les données sont agrégées

  1. Collecte : RPCB récupère des données (pluie, hydro, etc.) via des API publiques et/ou webservices.
  2. Normalisation : conversion d'unités, harmonisation de champs (ex. précipitations en mm, dates).
  3. Résumé : calcul de statistiques simples (ex. moyenne / max). Exemple : pour l'IRM AWS 10 min, on résume precip_quantity.
  4. Indicateur technique : règle(s) heuristique(s) côté RPCB/PHIT (non officiel). Le dashboard l’étiquette explicitement.

Implémentation RPCB/PHIT : un service en arrière-plan rafraîchit les données toutes les 2 minutes et stocke des snapshots en base locale (SQLite) pour permettre des graphiques et statistiques.

2.1) Méthode actuelle — score technique RPCB (non officiel)

RPCB produit un indicateur technique S ∈ [0,1] à partir de règles déterministes et de paramètres fixes définis dans l’implémentation. Ce n’est pas un modèle hydrologique et cela ne remplace pas les communications officielles.

Composantes prises en compte

Agrégation

Ces composantes sont normalisées puis fusionnées selon une pondération fixe et versionnée dans le code RPCB. La documentation publique décrit les principes du calcul sans reproduire l’ensemble des coefficients internes.

Discrétisation en niveaux

Couverture des données

L’indicateur de couverture reflète la disponibilité des composantes de données effectivement exploitables. Il ne mesure pas la fiabilité ou la qualité intrinsèque des données.

Implémentation technique : services/riskEngine.js (computeRpcb, levelFromScore).

2.2) Score par adresse — riskV2 (non officiel)

La page /address affiche un indicateur technique local, distinct du score national. L’implémentation actuelle fusionne un score local de base, du contexte officiel régional, le contexte RPCB national, l’aléa officiel et le ruissellement.

Données utilisées par le score actuel

Données associées à l’adresse mais hors score riskV2 actuel

Agrégation

La fusion applique des pondérations fixes ainsi que des planchers liés à l’aléa et au ruissellement officiels. Les coefficients détaillés restent définis et versionnés dans le code.

Implémentation technique : services/riskV2.js ; câblage des données : controllers/floodController.js.

3) Sources (liens officiels / primaires)

Remarque : RPCB peut aussi utiliser des sources non gouvernementales (ex. météo) ; elles sont alors marquées comme telles et ne remplacent pas les sources officielles.

4) Mentions et limites

5) Licences / conditions d’utilisation (à vérifier avant réutilisation)

RPCB/PHIT n’affiche que des extraits/agrégations et conserve les liens vers les sources. Pour tout usage externe (commercial, redistribution, republication d’un service), consulte les conditions officielles de chaque producteur.

Note : certaines plateformes imposent des limites techniques (quotas/credits) ; RPCB/PHIT met en cache pour réduire les appels.