C'est une partie de la solution très intéressante mais qui malheureusement ne prend pas en compte la façon habituelle de travailler avec les fichiers du cadastre.
J'm'explique... On charge généralement le fichier .osm, puis on vérifie son contenu, on corrige les erreurs présentes dans ce fichier... mais ensuite il faut bien vérifier/fusionner avec l'existant, corriger les routes qui ont besoin d'être corrigées. Si l'on envoi le tout dans un unique changeset, le tag "import" ne fera aucune différence entre ce qui vient du cadastre et le reste. D'où mon idée de générer si possible automatiquement 2 changeset séparés (éventuellement en utilisant 2 comptes si ça peut calmer certains). L'un ne contiendrai que les données avec un "source=*" et des tags supplémentaires communs comme ceux proposés par Richard, l'autre contiendra les données non importées. Sinon, toute modification sans rapport avec la source d'origine sera marque par ces tags globaux sur le changeset. Ca ne me semble pas si compliqué que ça à coder, mais je ne connais pas les entrailles de JOSM. Le 19 octobre 2012 13:26, sly (sylvain letuffe) <li...@letuffe.org> a écrit : > Le vendredi 19 octobre 2012 09:39:32, Christian Quest a écrit : >> Voire même: >> - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste >> - un premier envoi avec le compte dédié qui va bien des nouvelles >> données identifiées par source=XXX en supprimant au passage le >> source=XXX sur les objets pour le mettre sur le changeset >> - un second envoi du reste sur le compte normal. > > == préambule == > Je vais me permettre de re-présenter ici mon idée car j'ai l'impression > qu'elle est passée un peu à la trappe dans le brouhaha de talk et de talk-fr > > Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit > possible d'identifier les contributions issues "à la main" de celles issues > d'un "import" afin de (faire des revert plus simples, suivre, surveiller, > etc.) > Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la cadastre > car ils pensent que c'est la solution la plus efficace. > > == alternative == > Alors voici une autre solution : (Le mérite revient en grande partie a Richard > Fairhust qui l'avait déjà proposée) > Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de > données cadastrales ou d'imports en général. > > (L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant > alors obsolète dans la totalité des cas d'import/revert/absolument tout, mais > n'allons pas trop vite pour brusquer les habitudes) > > == mise en oeuvre == > Ajoute des tags à un changeset présente presque le même défaut qu'utiliser un > compte séparé : il faut y penser ! > Et un nouveau : il faut arriver à tous être cohérent pour avoir des tags > commun. > > Ces 2 problèmes peuvent être résolu dans quasi 100% des cas par un patch dans > JOSM afin que soit automatiquement mis ces tags quand on part d'un fichier > générer sur cadastre.openstreetmap.fr > Alors, elle est pas simple la vie ? > > Attention, cadeau bonux, ce patch existe déjà : > http://josm.openstreetmap.de/ticket/6742 > > Mais mieux, toutes vos version de JOSM le supporte sans doute déjà ! > Voir fichier de test ci-joint. > Alors, elle est pas belle la vie ? > > J'attends quelques retours et m'en vais présenter cette alternative à dieu (F. > Ramm) > > -- > sly (sylvain letuffe) > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
