Pas de soucis Christian. Le format OsmChange concerne l'appel changeset/#id/upload de l'API v0.6 Normalement je vais essentiellement traiter des input JOSM mais je ne sais pas ce qu'il utilise de l'API, je me contente d'implémenter le protocole en entier.
J'ai pas la même structure qu'OSM mais j'ai les mêmes primitives. Du coup pas de soucis, seuls les nœuds sont porteurs des coordonnées chez moi aussi. Nul besoin d'avoir la voie dans le fichier OsmChange si la liste de ses membres n'est pas modifiée. Tout le travail consistait à traduire mes objets au format OSM et à bien interpréter les documents en retour. Après c'est du gâteau. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 22 décembre 2013 22:07, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Je ne sais pas quels fichiers osmChange tu vas traiter, mais pour les > changeset issus des diff des serveurs OSM, il faut prendre en compte un > truc important: tu peux avoir un changement sur un noeud qui impactera des > ways sans que les ways ne figurent dans le changeset. Leur géométrie est > modifiée, mais pas leur définition. > Pareil pour les relations... > > C'est compréhensible sur le plan base de données relationnelle, ça l'est > beaucoup moins pour une base de données géographiques. > C'est ce qui fait toute la complexité d'osm2pgsql (et autres) sur la > gestion des diffs... > > _______________________________________________ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > >
_______________________________________________ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
