Message posté par : cquest ---------------------------------------- Sujet intéressant... qui faciliterait les réutilisations ! OSM est une base topologique, la BD Topo est organisée en couche non systématiquement reliées entre elles... c'est le point principal à traiter pour retrouver les noeuds communs. Si l'outil envisagé n'a besoin que d'une seule couche, on peut déjà se simplifier la vie. OSRM va avoir besoin essentiellement de la couche troncon_de_route, mais pour gérer les obstacles, il faudra adjoindre une autre couche... qui n'est pas topologiquement cohérente avec la première à ce que j'ai pu constater... donc oui faire de la conflation entre les couches BDTopo pour obtenir la cohérence topologique habituelle d'OSM. J'ai dû faire ce genre de choses pour le rendu TOPen25, pour retrouver les obstacles et les orienter par rapport à la voie qu'ils coupent (à coups de ST_Buffer + ST_Intersection + ST_Simplify). Pour les cartes vectorielles, les outils se bases très souvent sur Postgresql, et importer la BDTopo dans PG n'est pas un problème. C'est le mapping couches/attributs qu'il faut refaire. Pour le rendu TOPen25, j'utilise des outils courants dans l'écosystème OSM: postgres pour stocker les données, mapnik pour le rendu, kosmtik / cartocss pour générer la feuille de style XML de mapnik... le tout est servi par apache/mod_tile/renderd Une conversion complète est beaucoup plus ambitieuse, à atteindre petit à petit. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=340275#p340275 Pour y répondre : donnees(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net