Arbre en ville : règle 3-30-300

La règle

3-30-300 (Cecil Konijnendijk, 2021) : chaque habitant doit pouvoir voir au moins 3 arbres depuis chez lui, vivre dans un quartier disposant d'au moins 30 % de surface arborée et résider à moins de 300 mètres d'un espace vert. Les trois seuils sont réglables dans le panneau « Paramètres ».

Échelles d'analyse

• Périmètre : une commune, découpée en quartiers IRIS (Insee). Résultats pour la commune entière et uniquement pour les IRIS rattachés au code INSEE de la commune. Les IRIS des communes voisines sont exclus, même s’ils intersectent l’emprise de calcul. Une commune non découpée en IRIS forme un seul quartier.
• Règle 30 : appréciée par quartier (IRIS) ; chaque habitant hérite du résultat de son IRIS.
• Règles 3 et 300 : appréciées bâtiment par bâtiment, pour les bâtiments résidentiels de la BD TOPO (usage « Résidentiel » ou nombre de logements > 0).
• Habitants remplissant les 3 critères : part des habitants dont le bâtiment respecte les critères 3 et 300 et dont l’IRIS atteint au moins 30 % de canopée.

Calculs

• Grille d'analyse : l'emprise de la commune est découpée en pixels de 1 à 3 m (automatique selon la surface, 12 millions de pixels au plus), chargés par tuiles de 1 024 pixels.
• 30 — canopée : part des pixels du Modèle numérique de hauteur (MNH) LiDAR HD dont la hauteur dépasse le seuil (2 m par défaut), hors bâtiments : emprises BD TOPO élargies d'un pixel, plus les classes « bâtiment » et « serre » de CoSIA. Dénominateur : surface de la commune couverte par le LiDAR. Contrôle : part des classes « feuillu » et « conifère » (et « broussaille » si coché) de CoSIA ; chaque couleur de l'image CoSIA est rattachée à la classe la plus proche de la nomenclature. Là où le LiDAR HD manque (moins de la moitié de la zone), CoSIA devient la mesure retenue.
• 3 — arbres : un arbre est un sommet local du MNH (fenêtre de 3 m de rayon) dépassant la hauteur minimale (3 m par défaut), hors bâti et strictement à l’intérieur de la commune analysée. On compte les arbres de la commune situés à moins du rayon choisi (30 m par défaut) de l'emprise de chaque bâtiment résidentiel. C'est un indicateur de proximité : la visibilité réelle depuis les fenêtres n'est pas modélisée.
• 300 — espace vert : parcs, jardins publics ou partagés, bois, forêts, réserves naturelles, aires de loisirs et espaces communs d'OpenStreetMap, d'au moins la surface choisie (0,5 ha par défaut), hors accès privé ; les jardins sans nom ni statut public sont écartés. Les espaces verts sont recherchés jusqu'à la distance choisie + 100 m au-delà de la commune : un parc voisin compte. Distance à vol d'oiseau depuis le centre du bâtiment. Le bouton « Distance réelle à pied » de chaque bâtiment calcule l'isochrone piéton de l'IGN (réseau BD TOPO) et liste les espaces verts atteints.
• Pondération par habitant : la population des carreaux de 200 m de l'Insee (Filosofi, nombre d'individus) est répartie entre les bâtiments résidentiels de chaque carreau au prorata de leurs logements BD TOPO (à défaut, de leur surface de plancher estimée : emprise × niveaux). Les effectifs sont ensuite recalés sur la population municipale légale de la commune par un facteur uniforme (Filosofi ne compte que les ménages fiscaux et date de quelques années). Sans population carroyée, la page pondère par logement.

Sources de données

API interrogées

• API Géoplateforme – Diffusion d'images WMS-Raster (data.geopf.fr/wms-r) : MNH LiDAR HD, CoSIA.
• API Géoplateforme – Diffusion d'objets WFS (data.geopf.fr/wfs) : bâtiments, zones de végétation, IRIS, carreaux Filosofi.
• API Géoplateforme – Calcul d'isochrone/isodistance (data.geopf.fr/navigation/isochrone, ressource bdtopo-valhalla, profil piéton) : distance réelle à pied.
• API Géoplateforme – Diffusion d'images tuilées WMTS (data.geopf.fr/wmts) : fonds Plan IGN et photographies aériennes.
• API Découpage administratif (API Geo) (geo.api.gouv.fr) : communes, contours, population légale.
• API Overpass (non référencée sur data.gouv.fr) : serveurs overpass.openstreetmap.fr (OpenStreetMap France), overpass-api.de, maps.mail.ru, overpass.private.coffee, overpass.kumi.systems.
• API ohsome (HeiGIT, université de Heidelberg ; non référencée sur data.gouv.fr) : secours pour OpenStreetMap.
• API data-fair de Koumoul : secours pour les carreaux Filosofi.

Bibliothèque cartographique : Leaflet 1.9 (licence BSD-2), chargée depuis jsDelivr.

Limites

• Couverture LiDAR HD : le programme s'achève en 2026 ; là où le MNH manque, la canopée provient de CoSIA et le critère 3 n'est pas calculé.
• Millésimes différents : LiDAR HD, CoSIA (2021-2023), BD TOPO (trimestrielle), Filosofi et populations légales n'ont pas la même date.
• Détection des arbres : un grand houppier peut compter plusieurs sommets et des arbres serrés peuvent être fusionnés, surtout à 2 m/pixel et au-delà. Les arbres de moins de 3 m ne sont pas comptés.
• Canopée : les bords de toits mal calés sur les emprises BD TOPO peuvent être comptés comme arbres ; CoSIA est rééchantillonné par le service d'images, d'où quelques pixels de classe incertaine en bordure.
• Espaces verts : OpenStreetMap est inégalement renseigné et le statut public n'est pas toujours indiqué ; la qualité et l'accessibilité des espaces verts ne sont pas évaluées. Sans OpenStreetMap, le secours BD TOPO ne contient que les bois et forêts (parcs urbains absents).
• Population : Filosofi exclut les habitants des communautés (résidences étudiantes, EHPAD, foyers) ; le recalage sur la population légale est uniforme et ne les localise pas. Dans un carreau, les habitants sont répartis au prorata des logements, pas mesurés.
• Page ouverte en local (file://) : la plupart des serveurs Overpass refusent les requêtes, seul maps.mail.ru répond, plus lentement. Hébergée en https, la page obtient les espaces verts en quelques secondes.