Aller au contenu
AltUrb

Méthodologie

Une partie des informations de ce site vient telle quelle de la Région ; une autre partie est produite par nous. La classification des travaux atteint 92,0 % d'exactitude en français et 95,0 % en néerlandais sur un jeu d'évaluation de 300 dossiers. Les surfaces sont recalculées en net, les dates manquantes portent un code de raison plutôt qu'un zéro, et rien n'est affiché sous dix dossiers.

De la source à la page

Chaque nuit à 03h00, le flux complet des trois couches Nova est téléchargé et conservé compressé, sans modification. Ces fichiers sont la référence : la base de données est reconstruite à partir d'eux, jamais l'inverse. Un chiffre affiché peut donc toujours être ramené à l'instantané qui l'a produit.

Le chargement compare ensuite chaque dossier à sa version précédente au moyen d'une empreinte calculée sur les champs porteurs de sens. Un dossier identique n'est pas réécrit ; un dossier modifié crée une nouvelle version et les changements de statut deviennent des événements datés.

L'enrichissement se termine vers 06h00, les statistiques vers 06h30. Aucune page ne calcule d'agrégat au moment de l'affichage : les chiffres d'une commune ont tous été produits la même nuit, à partir du même instantané, ce qui est la raison pour laquelle ils sont cohérents entre eux.

La classification des travaux

Nova ne dit pas ce que fait un projet : il publie une description libre, en français, en néerlandais ou dans les deux. Nous la faisons lire par un modèle de langage (Claude Sonnet 5) avec un prompt figé et un schéma de sortie strict, qui attribue un type principal parmi 21 et autant de types secondaires que le texte en justifie.

Exactitude du type principal, mesurée le 11 septembre 2026 sur un jeu de 300 dossiers gelé à l'avance, jamais utilisé pour ajuster le prompt.
Sous-ensembleExactitudeSeuil exigé
Dossiers en français (200)92,0 %90 %
Dossiers en néerlandais (100)95,0 %90 %
Ensemble93,0 %

Le seuil est bloquant : tant que l'exactitude n'atteint pas 90 % dans chacune des deux langues séparément, la classification n'est pas publiée. Il est remesuré à chaque changement de prompt. Le néerlandais est volontairement surreprésenté dans le jeu d'évaluation par rapport à sa part réelle dans les données.

Un dossier sans description n'est jamais classé au jugé : il porte le code de raison no_description et reste sans type de travaux. 77 047 dossiers, presque tous anciens, sont dans ce cas.

Un type de travaux est une lecture automatique d'un texte, pas un fait administratif. Environ un dossier sur quatorze porte un type principal discutable. Pour une décision individuelle, lisez la description et vérifiez à la source.

Les surfaces et le m² net

Nova publie, par affectation, une surface existante, une surface projetée et une surface autorisée. Ces deux dernières sont des totaux après travaux, et non l'ampleur du chantier : une modification mineure sur un grand ensemble porte les surfaces de tout l'ensemble.

Nous calculons donc un m² net par affectation : surface autorisée, à défaut projetée, moins la surface existante. C'est la seule mesure qui décrit le projet. Les totaux bruts restent affichés, mais ne servent jamais à classer ni à comparer.

La couche environnementale ne contient aucun champ de surface. Les mesures y sont nulles avec la raison not_applicable ; pour un dossier mixte, la page affiche les surfaces du dossier d'urbanisme lié, en indiquant qu'elles en proviennent, afin qu'elles ne soient jamais comptées deux fois.

Les dates et la chronologie

La date de dépôt est la date de réception de la demande ; à défaut, la date d'envoi, et nous indiquons laquelle a servi. Depuis 2024, Nova laisse la date de réception vide sur près de la moitié des dossiers : sans ce report, l'année 2025 afficherait 1 687 demandes au lieu de 7 085.

La chronologie d'un dossier distingue deux origines. Un événement observé est un changement que nous avons vu se produire entre deux chargements nocturnes. Un événement reconstitué est déduit des champs de dates du dossier lui-même, pour tout ce qui s'est passé avant que nous suivions ce dossier. Les deux sont datés, et la page dit lequel est lequel.

Les dates invraisemblables sont conservées telles quelles dans les données brutes mais neutralisées à l'affichage, avec la raison implausible_in_source : avant 1800, ou trop loin dans l'avenir. 199 dossiers d'urbanisme sont concernés, principalement des validités situées entre 2052 et 2073 et quelques fautes de frappe comme 1824 pour 2024.

Un code de raison plutôt qu'un zéro

Une valeur absente n'est pas une valeur nulle. Chaque fois qu'une donnée manque, la page affiche pourquoi elle manque au lieu d'un chiffre qui serait faux.

CodeSignification
missing_in_sourceLa source ne renseigne pas cette valeur pour ce dossier.
not_reportedLa source ne se prononce pas : le champ existe mais rien n'a été déclaré.
not_applicableLa notion n'existe pas pour ce type de dossier, par exemple les surfaces d'un permis d'environnement.
implausible_in_sourceLa valeur existe mais est hors des bornes plausibles.
no_descriptionLe dossier ne contient aucune description exploitable.

Le cas le plus visible est celui des charges d'urbanisme : un montant retenu ou non déclaré n'est jamais affiché comme « 0 € », parce que cela affirmerait qu'un projet n'en supporte aucune alors que nous l'ignorons.

Ce que nous excluons des chiffres

La liste des sous-types exclus est une table de la base, lue par une seule définition de « permis visible ». La recherche, les pages, les cartes, les statistiques et les sitemaps lisent tous cette définition : ajouter une exclusion est une ligne, pas une modification dans six fichiers.

Limites connues

Une erreur dans nos champs dérivés se corrige sur signalement. Une erreur dans le dossier lui-même doit être corrigée par l'administration ; la correction nous parvient ensuite dans les 24 heures.

Mis à jour le 13 septembre 2026