Est-ce que ce n'est pas fonctionnellement équivalent au greffon pour JOSM de chargement de données depuis une base QGis (donc sans la génération de fichier XML .osm, que JOSM fait lui-même, juste la partie requête SQL)?
Le mer. 13 mai 2020 à 17:35, François Lacombe <[email protected]> a écrit : > Salut, > > Merci pour le relais. > J'ai eu l'occasion de tremper dans cette sombre affaire. > > Le convertisseur est utilisé pour alimenter OSRM, mais c'est surtout le > réciproque de osm2pgsql. > Il produit un fichier xml osm à partir d'une base postgis. > > Cela ayant pour avantage de bénéficier de la force de postgis et de > données tierces pour utiliser des logiciels qui n'acceptent que du xml en > entrée. > La valeur ajoutée résident dans le code SQL de création de la topologie > avec les bonnes connections plus que dans l'écriture du XML qui devrait > être revue prochainement. > > A dispo pour plus d'explications > > François > > Le mer. 13 mai 2020 à 16:25, <[email protected]> a écrit : > >> DCbrain rend public un convertisseur de données, sur son compte Github. >> Il s'agit d'un convertisseur de données géographiques postgresql en format >> openstreetmap >> Apparemment c est en rapport avec OSRM >> >> Source: >> https://www.programmez.com/actualites/dcbrain-rend-publique-une-partie-de-son-code-en-open-source-30553 >> >> Julien >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-fr >> > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
