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.
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
Julien
>________________________________
> De : Christian Quest <cqu...@openstreetmap.fr>
>À : Discussions sur OSM en français <talk-fr@openstreetmap.org>
>Envoyé le : Vendredi 19 octobre 2012 13h39
>Objet : Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative :
>tags dans changeset
>
>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
>
>
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
