- 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

Répondre à