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 <fl.infosrese...@gmail.com> 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, <thevenon.jul...@free.fr> 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 >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr