En bref : Dubaï a lancé une plateforme annoncée comme couvrant plus de 195 000 bâtiments, 330 000 équipements publics, 280 000 actifs d’infrastructure, 1 500 couches géospatiales et plus de 100 applications 2D/3D. Pour le Luxembourg et le Benelux, le sujet prioritaire reste la gouvernance des identifiants et des données d’exploitation.
Un jumeau numérique urbain ne se résume pas à une scène 3D. Il relie des données spatiales, des modèles, des actifs, des historiques et des applications autour de décisions concrètes.
Le jumeau numérique de Dubaï
Selon Global Construction Review, dans un article de Joe Quirke publié le 7 juillet 2026, la plateforme de Dubaï rassemble plus de 195 000 bâtiments, 330 000 équipements publics et 280 000 actifs d’infrastructure. Elle intègre également 1 500 couches géospatiales et plus de 100 applications 2D et 3D. Ces chiffres concernent Dubaï et sont attribués à la source citée.
Les cas d’usage annoncés portent sur la planification urbaine, la gestion des infrastructures, la simulation des précipitations et l’analyse de scénarios futurs. Une phase menée avec Al-Futtaim Group et Huawei doit étendre l’utilisation à la planification, aux opérations et à la gestion d’actifs.
L’intérêt de cette annonce tient à l’articulation entre données géospatiales, modèles 3D et décisions de gestion. La visualisation sert alors à interroger un patrimoine et ses contraintes, pas seulement à présenter une maquette.
Quelles données relier dans un jumeau numérique au Luxembourg ?
Un projet luxembourgeois doit partir des objets métiers à piloter et des décisions à prendre. Pour un bâtiment public, le socle peut associer une géométrie IFC, une localisation cadastrale, les équipements techniques, les informations de maintenance et les documents de remise d’ouvrage. Le niveau de détail doit rester lié à la décision visée, car une base d’exploitation ne reprend pas les mêmes informations qu’un modèle de conception.
- IFC : structure des ouvrages, espaces, systèmes et propriétés utiles à l’exploitation.
- SIG : parcelles, voiries, réseaux, contraintes territoriales et relations spatiales entre actifs.
- Référentiel d’actifs : identifiant permanent, propriétaire, gestionnaire, statut, interventions et cycle de vie.
- Données temporelles : inspections, consommations, incidents, travaux et évolutions réglementaires.
Le point critique est l’identifiant commun. Un équipement peut avoir un GUID dans un fichier IFC, un identifiant SIG dans une base territoriale et une référence différente dans la GMAO. Sans table de correspondance gouvernée, la visualisation masque les ruptures de données au lieu de les résoudre. Cette table doit aussi préciser la date de mise à jour et le responsable de chaque correspondance.
IFC dans l’architecture de données
IFC fournit une structure d’échange entre logiciels BIM. Il ne remplace ni la base géospatiale ni le référentiel d’actifs. Le modèle doit préciser les propriétés obligatoires, le stade auquel elles sont renseignées et le responsable de leur validation. Un gestionnaire d’infrastructure n’a pas besoin du même niveau de détail qu’un bureau d’études en conception.
Le visualiseur IFC BIMsmarter peut servir de point de contrôle avant intégration. La vérification porte sur les classifications, les propriétés, les unités, les coordonnées et la cohérence des objets, pas seulement sur l’apparence de la scène.
Comment transposer l’expérience de Dubaï au Benelux ?
La transposition réaliste commence par un territoire limité et un processus mesurable. Au Luxembourg, une collectivité peut sélectionner un portefeuille de bâtiments publics, un axe de mobilité ou un quartier en transformation. En Belgique, le périmètre peut suivre une commune, un campus, une intercommunale ou un gestionnaire de réseau.
- Définir le cas d’usage : maintenance, interventions, analyse d’inondation ou instruction d’un projet urbain.
- Inventorier les sources : IFC, SIG, GMAO, documents d’exploitation, relevés terrain et capteurs.
- Fixer le modèle de données : identifiants, classifications, propriétés, précision et fréquence de mise à jour.
- Tester sur un périmètre court : actifs représentatifs, échanges contrôlés et validation métier.
- Gouverner l’extension : rôles, droits, versions, qualité et procédure de correction.
Cette méthode permet de distinguer les données nécessaires à une décision de celles qui enrichissent seulement la représentation. Elle évite aussi de créer une plateforme centrale sans responsable désigné pour chaque information.
Qui doit gouverner le jumeau numérique urbain ?
La gouvernance doit réunir le maître d’ouvrage, les services techniques, les responsables SIG, les équipes BIM, les exploitants et les prestataires de maintenance. Le BIM manager peut piloter les exigences liées aux modèles, tandis que le responsable SIG maintient le référentiel territorial. La responsabilité de l’actif reste du côté du gestionnaire qui connaît son cycle de vie.
Les conventions doivent préciser le niveau de détail, les formats acceptés, les règles de validation et le moment où une donnée devient contractuelle. Dans un marché public, ces exigences doivent apparaître dans les pièces de consultation et les procédures de réception. Une donnée non vérifiée ne doit pas alimenter automatiquement une décision de travaux ou de sécurité.
Pour les collectivités du Benelux, l’interopérabilité est aussi une question de durée. Les logiciels, fournisseurs et marchés changent, tandis que les bâtiments, réseaux et espaces publics restent exploités pendant des décennies. Le référentiel doit conserver des liens stables vers les objets, les documents et les événements, avec une traçabilité des modifications.
Conclusion
Le projet de Dubaï montre qu’un jumeau numérique urbain prend sa valeur lorsqu’il relie les données à des décisions de planification et d’exploitation. Au Luxembourg et dans le Benelux, la priorité est de cadrer un cas d’usage, stabiliser les identifiants et rendre les échanges IFC, SIG et actifs vérifiables. Le périmètre doit débuter par un actif et une décision mesurable avant toute extension.
À propos de l'auteur.
Renaud Climent est BIM Coordinator MEP, plus de 10 ans de terrain au Luxembourg et en Belgique. Cursus complet CRTI-B (Bases, Référent, Modeleur, Coordinateur), formé Solibri, BIMcollab et Revit MEP, certifié en IA. Fondateur de BIMsmarter.eu, il code ses propres outils pour automatiser les tâches BIM chronophages. Contact : contact@bimsmarter.eu