L'objectif de la plateforme de veille des plans et projets urbains était de mettre en place un système d’information spatial et temporel, transversal et commun à l’ensemble des services de l’administration Perspective Brussels, en charge de l’urbanisme de la Région de Bruxelles-Capitale. Ce projet recouvrait plusieurs enjeux. Il fallait :

• Rassembler les différentes bases de données - très hétérogènes - issues des différents services concernés par les plans et projets urbains (BMA, Service Ecoles, Référent Logement, Connaissance et Stratégie territoriales...) au sein d'une base de données commune.
• Conserver et visualiser l'historique d'encodage des projets, afin de permettre le suivi de leur évolution, et établir une gestion très fine des droits d'accès à chaque partie de l'information liée à un projet.
• Permettre de visualiser les projets individuellement et par lots filtrés, via une interface pour interroger la base de donnée, et la faculté de créer des cartes à partir de ces résultats.
• Rassembler les différentes pratiques d'encodage et de relation à la notion de projet urbain au sein d'une interface d'encodage et de nommage de l'information qui soit également commune. Cette dimension était particulièrement stratégique pour faciliter la transition vers ce nouvel outil et la mise en commun des informations.

• Une analyse fonctionnelle approfondie afin d'identifier le plus clairement possible les enjeux techniques et sociaux à l'œuvre.
• La création d'une structure de base de données commune et un import des informations existantes dans cette base de données.
• La création d'une suite complète d'applications web connectées à la base de données, permettant d'encoder des projets de façon très flexible, de créer des requêtes dans la base de données des projets, d'exporter les résultats sous forme tabulaire (type Excel), et de créer des cartes en ligne à partir des données encodées et filtrées.

Perspective est une administration récente qui rassemble une série d’anciennes administrations préexistantes et d’autres départements crées en interne lors de la fusion. Le département "connaissance territoriale" avait besoin d'un outil qui permette d’assurer l’encodage transversal des projets qui transitent au sein de l’administration, et leur visualisation. Pour Perspective, la notion de projet est une notion complexe. Elle recouvre diverses réalités : depuis une rumeur de projet (un projet urbain potentiel pour lequel rien n’est décidé) jusqu’à un projet finalisé et occupé. Dans l’intervalle, il y a divers statuts et types de projets : les écoles, les logements, les équipements, les bâtiments exemplaires, etc.

La phase d'analyse fonctionnelle et sociologique menée par un architecte-sociologue d'Urbagora a permis de mettre en valeur qu’au-delà de l’aspect technique de la mission, il y avait des enjeux humains importants. En interne, les départements ont diverses cultures de travail. Certains ont une culture technologique bien ancrée et spécifique. Les natures des données ne sont pas les mêmes, le soin apporté aux données n’est pas le même. Il y a aussi des questions légales qui varient en fonction des données. Certaines données ne peuvent pas être rendues publiques, alors que d’autres on vocations à être publiées. Cela à permit de mettre en lumière la complexité de comment, pourquoi, et par qui ces informations-là étaient générées, organisées et partagées.

L’ancrage géographique n’est pas obligatoire étant donné qu’un projet peut être au stade de rumeur : on ne sait pas nécessairement où cette rumeur de projet va s'implanter ni même si elle va avoir une suite. On n'a donc pas nécessairement un ancrage spatial pour un projet.

La capacité de gérer l'accès à l'information de manière très fine ne se fait pas à l'échelle du projet, mais à l'échelle de chaque unité d'information. Au niveau technique, c'était quelque chose de complexe. Dans la demande, il fallait pouvoir encoder entre 40 et 60 unités d'informations (en tenant compte de tous les types d'unité d'information qui étaient présents dans les données à encoder et qui sont nécessaires aux besoins des métiers chez Perspective) et il fallait également conserver tout l'historique de chaque unité d'information. Afin de ne jamais perdre la moindre information, aucune information n’est effacée. La modification d’une information s’ajoute au dessus d’une information plus ancienne.

Dans la vue encodage, on retrouve un listing avec tous les éléments du profil de visualisation. Ça ressemble à un formulaire ajusté au besoin de montrer des informations complexes. C'est relativement dépouillé mais structuré. On peut choisir des catégories et les gérer. Dans l’interface, on peut changer le mode de visualisation en fonction du service pour lequel la personne qui construit la carte travaille. C'est-à-dire qu'on peut voir le même projet en mode visualisation "bouwmeester maître architecte" ou en mode "service école" par exemple. Les deux modes de visualisations montrent le même projet, mais avec les champs qui concernent plus le métier qui s'occupe des écoles etc. Il y a comme ça une petite dizaine de profils "métiers" associés à des modes de visualisation différents. Ce ne sont pas des profils d'accès à l'information mais bien des profils de visualisation. Afin qu'ils puissent voir l'information de la façon la plus pertinente pour leur métier quotidien.

Dans la structure de données, telle qu'on l'a conçue, il n'y a qu'un seul champ possible pour du texte libre (qu'on a appelé les notes) et tout le reste c'est de l'information structurée. C'est pourquoi il y a vraiment un travail de structuration et de définition d'un langage commun au sein de Perspective. L'application Termes sert à la définition de ce langage commun et la structuration de l'information au sein de Perspective. Les termes y sont définis et rendus disponibles en interne pour les différents métiers qui s'articulent.

Un domaine est l’équivalent d’une catégorie, tandis que les termes d’un domaine constituent les qualificatifs possibles au sein de cette catégorie particulière. Dans la catégorie niveau d'enseignement, par exemple, on retrouve l'enseignement fondamental, secondaire, maternel, non défini, primaire, secondaire. Dans ce cas, c'est relativement simple parce qu'on s'appuie sur une nomenclature existante des niveaux d'enseignement. Dans d'autres cas, comme par exemple, pour les équipements il y a plus de discussions : la manière de classifier les équipements varie suivant le métier concerné, et cela demande donc de constituer un langage commun entre les différents métiers. Chaque terme et chaque domaine vient avec une description possible qui est à destination d'un usage interne. Pour l'encodage des projets, si on se pose la question de quel terme choisir, il y a une description qui éclaircit ce dont il s’agit. L'application permet donc aussi de définir le vocabulaire utilisé au sein de l'organisation.

Dans la demande relative à la création de la plateforme Plans et Projets, il fallait fournir une dizaine de requêtes prédéfinies en fonction des besoins métiers identifiés au préalable. Ces requêtes permettent une approche plus globale d’un thème ou d'une zone. En constituant la plateforme, on a réalisé que les dix requêtes en question n’allaient pas suffire et qu’il serait nécessaire de pouvoir manipuler en lots les informations et les projets. On a donc développé une application dédiée, prévue initialement pour des utilisateurs avec des profils un peu techniques, mais qui est finalement utilisée par un éventail de métiers beaucoup plus large.

Il y a une interface pour créer ces requêtes où on retrouve les informations qui sont disponibles sous forme de WFS intégré à cartostation. Il n’y a pas besoin de savoir faire du SQL pour faire ces requêtes-là mais il faut quand même comprendre comment sont constituées les données qui sont manipulées. Du moment qu’on comprend un peu la logique qui est à l’œuvre, ça suffit. Par exemple, on peut faire une requête qui va rassembler tous les projets où le Fonds du Logement s'occupe de la maîtrise d'ouvrage. Quand on exécute une requête de ce type-là, il y a aussi une dimension sociale parce qu’il y a des personnes-relais au sein des administrations, des technicien·nes qui apportent un suivi, un accompagnement dédié.