Relief
Nous partons de modèles d’élévation et de données cartographiques dont la source est documentée.
Villes et modèles 3D Prototip & cercetare
Nous développons des représentations 3D de la ville qui combinent le relief, les cartes et les données sur l’espace bâti. La direction Relieva consiste à mettre à jour le modèle à partir d’observations de terrain, guidées par les zones où apparaissent des changements.
Le relief fournit la base, les bâtiments décrivent l’espace bâti, et les observations indiquent les endroits à vérifier. Activez et désactivez les couches.
Relieva
Nous partons de modèles d’élévation et de données cartographiques dont la source est documentée.
Nous construisons une représentation navigable des bâtiments, des trajets et des environs.
Nous étudions la collecte de données sur le terrain et la manière dont les observations satellites peuvent prioriser les revisites.
La compréhension du relief et de la relation entre les bâtiments, les routes et le territoire.
Démonstrations pour les trajets, l’observation et la documentation des changements.
Prototypes pour le lien entre les observations locales et le modèle numérique.
Relieva est un projet de recherche et de prototypage. Les modèles peuvent inclure des hauteurs estimées ; ils ne représentent ni un relevé cadastral ni une flotte de robots déjà déployée.
Relieva en détail
Relieva pose une question simple sur une ville : où quelque chose peut monter sur roues et où non. Chișinău a 234 mètres entre le point le plus bas et le point le plus élevé, et cela décide si une livraison autonome, un fauteuil roulant ou une rampe peuvent y exister. Le prototype mesure cela à partir de données publiques, et non d’estimations.
La base est Copernicus DEM GLO-30 : deux tuiles d’un degré lues depuis l’archive publique AWS Open Data, reprojetées en UTM zone 35N à 25 m par pixel, avec la pente calculée par le noyau de Horn 3×3 — la même méthode que l’outil standard de GDAL. Par-dessus viennent se superposer la géométrie des rues et les empreintes des bâtiments d’OpenStreetMap.
Chaque bloc de la page porte une étiquette : mesuré, issu de sources ou proposé. La distinction est nécessaire, car sinon toutes les affirmations sonneraient de la même manière, et celle qui compte pour un acheteur est précisément celle qui dit « cela n’existe pas encore ».
Surface analysée 555 km², noyau urbain 230 km². Répartition en quatre bandes : 21,2 % du noyau sous 4 % de pente (48,7 km²), 31,0 % entre 4 et 8 % (71,3 km²), 23,4 % entre 8 et 12 % (53,7 km²), 24,5 % au-dessus de 12 % (56,3 km²). Les seuils ne sont pas choisis pour des raisons esthétiques : 8,33 % est la rampe d’accessibilité 1:12, et 12 % est le seuil au-dessus duquel les robots de trottoir cotés à 10–15 % ne montent plus.
7.929 tronçons de rue avec une pente calculée individuellement, médiane 3,7 %. Sur 156 rues nommées de plus de 400 m, une seule rue dépasse 8 % en moyenne. La conclusion renverse l’intuition : le terrain est rude, la chaussée ne l’est pas — les ingénieurs ont tracé les routes sur les courbes de niveau.
9.506 empreintes de bâtiments d’OpenStreetMap (instantané du 02.07.2026), placées sur la cote du terrain en dessous de chacune. Parmi elles, 1.128 ont la hauteur déclarée dans OSM ; les autres 8.378 sont estimées à partir du nombre d’étages × 3,2 m. Les deux catégories sont colorées différemment dans la scène, justement pour ne pas confondre la mesure avec l’estimation.
Une caméra à 65 cm au-dessus du trottoir, placée aux coordonnées réelles d’une rue de Chișinău, orientée dans la direction de la chaussée, avec les bâtiments réels aux cotes réelles. Échelle 1:1, sans exagération verticale — contrairement à la scène de relief, où l’exagération ×3,5 est écrite sous l’image.
Trois couches en direct de Copernicus sur une zone fixe de Chișinău : Sentinel-2 vraie couleur (10 m), Sentinel-2 sol exposé / surface perturbée (10–20 m) et radar Sentinel-1 GRD VV (10 m, mode IW, polarisation DV, avec correction de terrain GAMMA0 et orthorectification). La fenêtre couvre les 30 derniers jours.
Une coupe ouest–est de 22,9 km à travers le centre, 300 échantillons, entre 36,0 et 215,4 m. Le modèle complet couvre 23,4 × 25,05 km, avec un relief entre 24,0 et 257,6 m.
Données et fonctionnement
De l'exploration à l'implémentation
Une ville, un secteur, un itinéraire. La question doit être une question qui se décide sur la pente : où un dispositif peut circuler, où une rampe est nécessaire, quel itinéraire a l’ascension cumulée la plus faible.
Copernicus DEM GLO-30 couvre le monde à 30 m, mais la couverture et la qualité d’OpenStreetMap varient beaucoup. La densité des empreintes et de la géométrie des rues est vérifiée dans la zone demandée avant que nous promettions un résultat.
Reprojection dans l’UTM de la zone, pente Horn 3×3, courbes de niveau, profil, terrain filtré pour la géométrie. Pour chaque chiffre publié, la méthode et la base sur laquelle il a été calculé — DSM brut ou terrain filtré — sont conservées, car les mélanger rend le résultat incohérent.
Toute collecte d’images en ville commence par ce qui est estompé à la source (visages, plaques d’immatriculation), ce qui est conservé (la géométrie dérivée) et une évaluation d’impact avant la première caméra montée. La loi 195/2024 sur la protection des données s’applique à partir du 23 août 2026.
Copernicus DEM GLO-30, pris dans l’archive publique AWS Open Data — deux tuiles d’un degré, reprojetées en UTM 35N à 25 m par pixel. La résolution native est de 30 m, donc une cellule couvre environ un demi-carré d’îlot. Il voit les terrasses, les versants et le fond de la vallée ; il ne voit pas le trottoir, la rampe ou la fosse.
C’est un DSM — modèle de surface. Cela signifie que dans les îlots denses, il renvoie l’altitude du toit ou de la cime des arbres, et non celle de la chaussée. C’est important parce que c’est un piège silencieux : rien ne génère d’erreur, mais les chiffres sortent faux. Il nous a donné 13,5 % de pente sur le boulevard Ștefan cel Mare, qui est plat, parce qu’un point est tombé sur une corniche. La solution pour la géométrie est un filtre minimum sur 125 m ; pour les statistiques publiées, nous avons choisi de rester sur le DSM brut et d’indiquer sur la page que le chiffre de 52,2 % est une borne inférieure.
Sur 9.506 bâtiments, 1.128 ont la hauteur déclarée dans OpenStreetMap. Les 8.378 autres sont estimés à partir du nombre d’étages multiplié par 3,2 m. Dans la scène, les deux catégories ont des couleurs différentes, précisément pour voir ce qui est quoi. L’altitude du terrain sous chaque bâtiment provient du modèle d’élévation, et non de l’estimation.
Non. Elle n’a ni la précision ni le statut juridique d’un relevé autorisé — la géométrie vient d’OpenStreetMap, qui est une carte collaborative, et l’élévation d’un modèle global à 30 m. Ce qu’elle offre, c’est un contexte : pente, relief, volume urbain, sous une forme permettant de prendre des décisions de planification ou de zonage d’un service, suivies d’une vérification sur le terrain là où cela compte.
Non. Il n’existe pas de flotte, il n’existe pas de capteurs montés et il n’existe pas de boucle de rescannage. Ils sont marqués « proposé » sur la page, à côté de la carte d’accessibilité. Ce qui existe aujourd’hui, c’est la couche de mesures issues de données publiques et la scène qui les affiche. Un véritable pilote exigerait du matériel vérifié, des trajets évalués, des conditions d’exploitation approuvées et des règles de protection des données établies avant la première caméra.
Réelle et demandée au chargement. Le serveur demande à Copernicus un raster Sentinel-2 L2A true color à 10 m pour la zone de Chișinău, sur une fenêtre de 30 jours, avec un filtre de 40 % de nuages, et le renvoie avec les en-têtes qui indiquent exactement quel produit c’est et quel intervalle il couvre. Il existe aussi une couche radar Sentinel-1, qui traverse les nuages. Ce n’est pas une image en direct : Sentinel-2 repasse au-dessus du même endroit tous les quelques jours.
Le modèle d’élévation couvre globalement, donc la partie relief et pente se reconstitue presque à l’identique partout. Ce qui change, c’est OpenStreetMap : dans les villes avec peu d’empreintes de bâtiments, la scène 3D et la pente sur la rue ressortent moins clairement. La couverture est vérifiée avant l’offre, pas après.
Exemple illustratif
Un scénario d’utilisation, sans données client ni résultats commerciaux attribués.
Un opérateur veut savoir dans quels secteurs il vaut la peine de lancer la livraison avec un dispositif autonome et où il ne sert à rien d’essayer.
La pente est calculée sur le noyau urbain à partir de Copernicus DEM GLO-30 (Horn 3×3, 25 m) et classée en quatre bandes à 4%, 8,33% et 12%. Séparément, la pente longitudinale de chaque tronçon de rue est calculée à partir d’OpenStreetMap, sur une base longue, afin de ne pas mesurer le bruit du raster. Les deux couches se superposent.
52,2% du noyau urbain se trouve sous une pente de 8%, mais le résultat utile n’est pas le pourcentage — c’est sa forme. Les zones difficiles se concentrent sur les versants entre les terrasses, tandis que les plateaux et le fond de la vallée restent praticables. Cela transforme «52%» en plan de zonage : les zones de service sont tracées sur la terrasse, pas sur un rayon de kilomètres. Et, séparément, la chaussée est beaucoup plus douce que le terrain — la médiane de la pente des rues est de 3,7%, et sur 156 rues nommées de plus de 400 m, une seule dépasse 8% en moyenne.
Ce este necesar:Un instantaneu OpenStreetMap cu acoperire decentă a geometriei stradale în zona vizată. Rezultatul e o hartă de fezabilitate, nu un traseu certificat: orice rută pentru un dispozitiv autonom trebuie verificată în teren, pentru că modelul nu vede borduri, rampe sau obstacole.
Possibilités de collaboration
Modèles et couches géographiques pour explorer le territoire et discuter des scénarios. Les données estimées se distinguent des mesures vérifiées.
Nous définissons un pilote autour d’un processus réel : utilisateurs, données, intégrations, coûts et critères d’acceptation. L’extension suit après l’évaluation du résultat.
Nous établissons les exigences d’accessibilité, d’hébergement, de protection des données et d’interopérabilité. Toute connexion avec des services AGE ou STISC nécessite la validation de l’éligibilité, de l’accès et des approbations.
Ce sont des scénarios d’adaptation, non des déclarations sur des contrats ou partenariats existants. Les fonctions proposées sont confirmées dans le périmètre de travail du projet.
Discuter d'un piloteVoyez comment nous utilisons les observations Copernicus et comment nous explorons les orbites des satellites.
FlowMind organise cartes, sources publiques et produits Copernicus dans un espace d'analyse.
Mise en œuvre spécialiséesesizari.md organise les signalements sur l'espace public : lieu, catégorie, description et pièces utiles.
Plateforme publiqueWorld Agent est un démonstrateur d'interaction en langage naturel avec une scène visuelle.
Demonstrator de cercetareRacontez-nous votre processus. Ensemble, nous décidons ce qui vaut la peine d'être construit, ce que nous pouvons connecter et comment nous vérifions le résultat.