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)

Cette page décrit la méthode actuelle utilisée pour produire un score technique S ∈ [0,1] puis un niveau indicatif (low / medium / high / critical). Ce n’est pas un modèle hydrologique et cela ne remplace pas les communications officielles.

Variables et sous-scores

Normalisations

On utilise une fonction logistique σ(x)=1/(1+e^{-x}) pour éviter des seuils trop abrupts :

Conversion en mm/h : pour l’IRM rate10 = max10min * 6, pour Waterinfo rate15 = max15min * 4, puis rate = max(rate10, rate15).

Agrégation

Le score global est une somme pondérée: S = clamp(w_A A + w_R R + w_C C + w_H H) avec (w_A,w_R,w_C,w_H)=(0.45, 0.30, 0.15, 0.10).

Discrétisation en niveaux

Couverture des données

La “couverture” affichée correspond à la fraction des pondérations réellement supportée par des données disponibles : coverage = (∑ w_i · 1_{data_i disponible}) / (∑ w_i).

Détails techniques: voir services/floodService.js (fonctions computeRpcb et levelFromScore).

2.2) Score par adresse — riskV2 (non officiel)

La page /address affiche un indicateur technique de risque local S ∈ [0,1], associé à l'adresse analysée, distinct du score national (section 2.1). Cet indicateur combine des données disponibles pour le point géographique, du contexte régional et du contexte RPCB national.

Sources utilisées par adresse

Agrégation

Score fusionné à partir du score local de base, d'un contexte officiel régional, du contexte RPCB national, de l'aléa et du ruissellement. Un aleaFloor plancher est appliqué selon la zone aléa officielle : faible → 0.15, moyen → 0.35, élevé → 0.55.

Détails techniques : voir services/riskV2.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.