<html><body><div style="color:#000; background-color:#fff; font-family:Courier New, courier, monaco, monospace, sans-serif;font-size:10pt">L avantage d un mix entre la solution de Christian et Sly c est que ca permettrait d atteindre les meme buts qu avec le compte separe sans justement la lourdeur de la creation d un deuxieme compte.<br>J aime bien cette proposition. je suis daccord avec Jean-Marc sur le fait que ca pourrait peut etre permettre de sortir de la discussion cadastre et se recentrer sur la gouvernance si la proposition etait presentee sur talk<br><br>Julien<br><div><span><br></span></div><div><br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;"> <div style="font-family: Courier New, courier, monaco, monospace, sans-serif; font-size: 10pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> <hr
size="1"> <b><span style="font-weight:bold;">De :</span></b> Christian Quest <cquest@openstreetmap.fr><br> <b><span style="font-weight: bold;">À :</span></b> Discussions sur OSM en français <talk-fr@openstreetmap.org> <br> <b><span style="font-weight: bold;">Envoyé le :</span></b> Vendredi 19 octobre 2012 13h39<br> <b><span style="font-weight: bold;">Objet :</span></b> Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset<br> </font> </div> <br>C'est une partie de la solution très intéressante mais qui<br>malheureusement ne prend pas en compte la façon habituelle de<br>travailler avec les fichiers du cadastre.<br><br>J'm'explique...<br><br>On charge généralement le fichier .osm, puis on vérifie son contenu,<br>on corrige les erreurs présentes dans ce fichier... mais ensuite il<br>faut bien vérifier/fusionner avec l'existant, corriger les routes qui<br>ont besoin d'être
corrigées. Si l'on envoi le tout dans un unique<br>changeset, le tag "import" ne fera aucune différence entre ce qui<br>vient du cadastre et le reste.<br><br>D'où mon idée de générer si possible automatiquement 2 changeset<br>séparés (éventuellement en utilisant 2 comptes si ça peut calmer<br>certains).<br><br>L'un ne contiendrai que les données avec un "source=*" et des tags<br>supplémentaires communs comme ceux proposés par Richard, l'autre<br>contiendra les données non importées. Sinon, toute modification sans<br>rapport avec la source d'origine sera marque par ces tags globaux sur<br>le changeset.<br><br>Ca ne me semble pas si compliqué que ça à coder, mais je ne connais<br>pas les entrailles de JOSM.<br><br><br>Le 19 octobre 2012 13:26, sly (sylvain letuffe) <<a ymailto="mailto:liste@letuffe.org" href="mailto:liste@letuffe.org">liste@letuffe.org</a>> a écrit :<br>> Le vendredi 19 octobre 2012 09:39:32, Christian Quest a
écrit :<br>>> Voire même:<br>>> - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste<br>>> - un premier envoi avec le compte dédié qui va bien des nouvelles<br>>> données identifiées par source=XXX en supprimant au passage le<br>>> source=XXX sur les objets pour le mettre sur le changeset<br>>> - un second envoi du reste sur le compte normal.<br>><br>> == préambule ==<br>> Je vais me permettre de re-présenter ici mon idée car j'ai l'impression<br>> qu'elle est passée un peu à la trappe dans le brouhaha de talk et de talk-fr<br>><br>> Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit<br>> possible d'identifier les contributions issues "à la main" de celles issues<br>> d'un "import" afin de (faire des revert plus simples, suivre, surveiller,<br>> etc.)<br>> Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la
cadastre<br>> car ils pensent que c'est la solution la plus efficace.<br>><br>> == alternative ==<br>> Alors voici une autre solution : (Le mérite revient en grande partie a Richard<br>> Fairhust qui l'avait déjà proposée)<br>> Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de<br>> données cadastrales ou d'imports en général.<br>><br>> (L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant<br>> alors obsolète dans la totalité des cas d'import/revert/absolument tout, mais<br>> n'allons pas trop vite pour brusquer les habitudes)<br>><br>> == mise en oeuvre ==<br>> Ajoute des tags à un changeset présente presque le même défaut qu'utiliser un<br>> compte séparé : il faut y penser !<br>> Et un nouveau : il faut arriver à tous être cohérent pour avoir des tags<br>> commun.<br>><br>> Ces 2 problèmes peuvent être résolu dans quasi 100%
des cas par un patch dans<br>> JOSM afin que soit automatiquement mis ces tags quand on part d'un fichier<br>> générer sur cadastre.openstreetmap.fr<br>> Alors, elle est pas simple la vie ?<br>><br>> Attention, cadeau bonux, ce patch existe déjà :<br>> <a href="http://josm.openstreetmap.de/ticket/6742" target="_blank">http://josm.openstreetmap.de/ticket/6742</a><br>><br>> Mais mieux, toutes vos version de JOSM le supporte sans doute déjà !<br>> Voir fichier de test ci-joint.<br>> Alors, elle est pas belle la vie ?<br>><br>> J'attends quelques retours et m'en vais présenter cette alternative à dieu (F.<br>> Ramm)<br>><br>> --<br>> sly (sylvain letuffe)<br>><br>> _______________________________________________<br>> Talk-fr mailing list<br>> <a ymailto="mailto:Talk-fr@openstreetmap.org" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>> <a
href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>><br><br><br><br>-- <br>Christian Quest - OpenStreetMap France - <a href="http://openstreetmap.fr/u/cquest" target="_blank">http://openstreetmap.fr/u/cquest</a><br><br>_______________________________________________<br>Talk-fr mailing list<br><a ymailto="mailto:Talk-fr@openstreetmap.org" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br><br><br> </div> </div> </blockquote></div> </div></body></html>