[OSM-talk-fr] [OSM-Talk fr] [Proposition] Améliorer le processus de dépréciation des tags
David Marchal
penegal.fr at protonmail.com
Jeu 9 Déc 11:19:34 UTC 2021
Bonjour à tous.
Sur le principe, cette proposition me convient : un meilleur cadrage des périodes de transition entre l’ancien et le nouveau éviterait qu’ils cohabitent ad vitam æternam si on oublie d’encourager assez fort les utilisateurs/moteurs de rendu/éditeurs à traiter l’ancien tag comme déprécié.
Après, sur le tir à vue, quid des cas où la transition demande de la réflexion ? Je veux dire, si un ancien tag est remplacé par plusieurs nouveau tags concurrents, parmi lesquels il faut choisir en fonction du contexte (c-à-d qu’un programme ne peut pas le faire, un humain doit se le farcir), je crains que la proposition n’apporte pas grand chose : l’étape 2 est plus ou moins ce qu’il se passe actuellement après le vote. Du moins, je comprends la proposition comme ça.
La clé, à mon avis, pour une transition plus rapide, est d’amener les éditeurs à avertir dès que possible que l’ancien tag est déprécié : ils ne devraient pas pouvoir utiliser des arguments plus ou moins dilatoires sur le fait que "l’ancien tag est toujours significativement utilisé" ou pouvoir attendre deux ans pour tenir compte de la dépréciation. Ils risquent même, je pense, d’attendre les deux ans pour faire quoi que ce soit, allongeant donc d’autant la durée de transition. Non, le vote est passé, le tag est déprécié.
Bon, c’est peut-être un peu fouillis, mais c’est mon ressenti.
Cordialement.
Sent with ProtonMail Secure Email.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
Florian LAINEZ <winnerflo at free.fr> schrieb am Donnerstag, 9. Dezember 2021 um 09:18:
> Hello,
>
> Aujourd'hui, lorsque l'on souhaite changer un tag, un vote a lieu. Le processus
>
> à suivre https://wiki.openstreetmap.org/wiki/Proposal_process est assez
>
> long et compliqué mais le résultat aboutit à un consensus de la communauté
>
> : l'ancien tag sera déprécié (c'est à dire abandonné), le nouveau sera
>
> utilisé à la place.
>
> Néanmoins les changements ne sont pas toujours effectifs et la lisibilité
>
> de ces changements reste à désirer. Pour les utilisateurs des données et
>
> les personnes qui développent des éditeurs, ça peut parfois être l'enfer.
>
> Suite à une discussion sur Telegram hier, François, Donat et moi sommes
>
> arrivés à la conclusion qu'il est donc nécessaire de faire une proposition
>
> d'évolution concernant la manière dont les tags sont dépréciés.
>
> Notre draft de proposition est ici :
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Deprecated_and_unsupported_status
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Deprecated_and_unsupported_status
>
> En résumé, on vise à
>
> 0. ne rien changer au processus de décision des propositions en lui-même
>
> 1. donner plus de visibilité au processus post-vote avec une nouvelle
>
> période transitoire de 2 ans durant lesquelles le nouveau et l'ancien tags
>
> restent tous les deux utilisés
> 2. tuer de manière plus déterminée les anciens tags : après 2 ans, seul le
>
> nouveau tag est utilisé et il est recommandé de supprimer l'ancien tag, en
>
> autorisant le tir à vue
>
> On peut maintenant imaginer plusieurs degrés de radicalité dans notre
>
> proposition, et c'est ce dont j'aimerai discuter avec vous.
>
> En effet on va introduire d'importants changements, notamment :
>
> - Faire cohabiter l'ancien et le nouveau tag durant 2 ans porte atteinte au
>
> principe de "Un item, un objet OSM
>
> https://wiki.openstreetmap.org/wiki/FR:Un_item,_un_objet_OSM"
>
> L'idée étant que les utilisateurs de la donnée puissent continuer à
>
> utiliser l'ancien tag sans problème durant 2 ans.
>
> - Autoriser voir encourager les éditions manuelles / (semi-)automatisées
>
> après la période transitoire de 2 ans porte atteinte au principe de "any
>
> tags you like https://wiki.openstreetmap.org/wiki/Any_tags_you_like" qui
>
> est sûrement improprement traduit "créer un attribut qui manque
>
> https://wiki.openstreetmap.org/wiki/FR:Créer_un_attribut_qui_manque".
>
> Cela va aussi sûrement faire hurler ceux qui souhaitent garder un contrôle
>
> strict des éditions automatisées, aujourd'hui cadrées de très près par un
>
> code de conduite très contraignant
>
> https://wiki.openstreetmap.org/wiki/FR:Code_de_conduite_des_modifications_automatisées
>
> .
>
> Malgré cela, je reste convaincu que nous devons faire une proposition de
>
> réforme qui peut être perçue comme majeure dans le monde d'OSM.
>
> Nos prochaines étapes :
>
> - évaluer la (non-)efficacité de l'abandon d'anciens tags par le passé
>
> (François va faire une première analyse ce week-end)
> - réfléchir à la transition des tags déjà dépréciés (Donat tu veux
>
> commencer à te pencher sur le sujet ?)
> - affiner la proposition, notamment à la vue des exceptions aux règles
>
> proposées ci-dessus
>
> Étant donné que c'est un changement assez conséquent, j'aimerai que l'on en
>
> discute dans la communauté FR avant d'internationaliser le débat.
>
> Merci par avance pour vos idées et retours d'expérience sur le sujet.
>
> --
>
> Florian Lainez
>
> @overflorian http://twitter.com/overflorian
>
> Talk-fr mailing list
>
> Talk-fr at openstreetmap.org
>
> https://lists.openstreetmap.org/listinfo/talk-fr
Plus d'informations sur la liste de diffusion Talk-fr