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

Répondre à