- on sais déjà ce qu'il y a à effacer: "tout" - on sais parfaitement que dedans il y aura des données qu'on peut garder, mais elles sont mélangées avec des données incompatibles et il n'y a aucun moyen de les distinguer des autres - la procédure prévue me parait plutôt claire : il faut tout faire disparaître. donc suppression, sauf si quelqu'un a une meilleure idée techniquement possible! - ça n'est pas une procédure en urgence, puisque justement sly a mis un délai avant d'agir - les tickets ont pour vocation "unique" de faire une liste des problèmes recensés pour pouvoir en discuter et faire un suivi; les discussions communautaires se passent ailleurs - je ne vois même pas pourquoi il est question d'"effacer sans rien dire à la communauté" puisqu'on est justement en train d'en discuter ...
Sylvain Le 27 novembre 2012 15:33, Philippe Verdy <verd...@wanadoo.fr> a écrit : > Il n'y a pas que la tentation de copier-coller et effacer l'ancien. Le > problème est de savoir à l'avance ce qui doit être effacé et ce qui peut > être conservé car on a déjà une autorisation nécessaire par ailleurs. > Qu'une licence indiquée soit invalide n'empêche pas qu'il puisse exister > une autre licence compatible et d'avoir un recours avant. > > La procédure permettant d'identifier précisément ce sur suoi on va agir > lors d'un incident, et d'en prendre le contrôle d'abord tout en permettant > un suivi de chaque incident, en son temps, et prévoir les ressources > nécessaire pour le remapping ou d'autres points à vérifier avant me parait > essentielle avant d'envoyer un stupide robot faire le ménage sans test > possible préalable. La suppression est plus vite faite et plus facile que > la restauration ! Bref la planification n'est pas exclue quand il n'y a pas > d'urgence (surtout ici, l'urgence n'est plus là après 2 ans ce n'est pas 2 > semaines qui vont agraver le problème de façon significative). > > Et ce n'est pas non plus un problème spécifique car cela peut se > reproduire assez souvent dans plein d'endroits, qu'on gérera comme des > incidents séparés. Les tickets ne sont pas adaptés pour discuter des > solutions et recours communautaires, et effacer sans rien dire à la > communauté n'est pas non plus une bonne politique. > > > _______________________________________________ > 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
