[OSM-talk-fr] [Proposition] Améliorer le processus de dépréciation des tags

[Florian LAINEZ]

Bonjour,

Enfin "en face" tu as surtout un boxeur.
>
J'ai vu ! Le match continue, je refuse le tapis.

Déprécie le XXX, sera supprimé automatiquement le YYY.
>
C'est tout à fait envisageable de fonctionner comme ça. Si je veux être
honnête, j'admets même que je pense que c'est la meilleure manière de
fonctionner pour la communauté.
Dans l'idéal, pour la communauté, tout découle du vote.

Par contre, dans l'idéal, pour un réutilisateur de données / developpeur
d'outils, la transition est prévue longtemps à l'avance et advient d'un
seul coup.

*exemple : tag 1 déprécié / 100% des objets continuent d'être tag 1 pendant
un an / 100% des objets basculent vers tag 2 après un an & tag 1 plus
jamais utilisé*

Vu que cette solution n'est pas compatible avec le fonctionnement de la
communauté, il faut donc trouver un compromis entre l'intérêt de la
communauté et celui des réutilisateurs.
C'est pourquoi je trouve important de décider d'une date fixe à l'avance.
Et je comprends, encore une fois, que ce soit une contrainte pour la
communauté.
Si un tag est déprécié bien plus vite que la période des deux ans, j'ai
envie de dire : tant mieux. Si cela prend plus de temps, on intervient.

Je vais faire un graph pour expliquer les avantages / inconvénients de
manière plus visuelle, et on pourra continuer à en discuter car c'est un
point qui suscite de nombreux débats.

Je n'aurais pas répondu comme toi mais que tout attribut déprécié est
> candidat, qu'il faut regarder s'il remplit les critères ou pas.
>
j'ai répondu que tout attribut déprécié est potentiellement candidat s'il
remplit les critères de la proposition, donc cela ne me semble plus être un
problème.

Comme on propose un nouveau fonctionnement, pour les anciens c'est un peu
> comme pour les lois : la rétroaction pose potentiellement soucis.
>
Je ne pense pas que la rétro-action pose un problème car justement, je ne
la propose pas. Je propose au contraire de commencer le suivi de la
dépréciation au jour de l'approbation de la proposition. Cela présage de
nombreuses éditions automatiques dans 2 ans, sans prendre en compte
d'historique du process déjà engagé. Cela sera un grand "ménage de
printemps" sur les tags dépréciés. Honnêtement on en a bien besoin.
Ce qu'il reste maintenant à faire, c'est de tous les répertorier.

Le dim. 19 déc. 2021 à 20:38, <osm.sanspourriel at spamgourmet.com> a écrit :

> Le 19/12/2021 à 12:17, Florian LAINEZ - winnerflo at free.fr a écrit :
>
> > Le principal, j'insiste là-dessus, étant la lisibilité, la
> prédictibilité,
> > c'est à dire la capacité *pour tout utilisateur des données / développeur
> > d'outil* de prévoir*à l'avance*  la date de bascule.
>
> Salut Florian, ce que l'on dit c'est que la communauté décide tag par
> tag, donc quand un tag est déprécié on sait au bout de combien de temps
> il est déprécié. Une valeur de "date limite de validité" ça peut être
> une propriété d'un DataItem et donc les outils (et les humains) peuvent
> facilement voir le statut. Déprécie le XXX, sera supprimé
> automatiquement le YYY.
>
> Ce qui à mon avis répond à ta préoccupation de lisibilité/prévisibilité
> si j'ai bien compris.
>
> Tout en étant respectueux de la communauté et des outils (et une petite
> incitation en passant à ce que les outils utilisent les DataItem de
> manière volontaire à la manière du passe sanitaire^^).
>
>  > maintenant qu'on est dans la cour des grands, ça boxe dur !
>
> Enfin "en face" tu as surtout un boxeur.
>
> Je pense que l'on ne va pas couper de faire la liste des tags déjà
> dépréciés que l'on veut inclure dans la proposition (
>
> https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Deprecated_and_unsupported_status#List_of_approved_bot_edits_is_missing
> )
> @donat / d'autres volontaires pour ça ?
>
> Je n'aurais pas répondu comme toi mais que tout attribut déprécié est
> candidat, qu'il faut regarder s'il remplit les critères ou pas.
>
> Et que ton boxeur favori peut proposer des candidats^^.
>
> Comme on propose un nouveau fonctionnement, pour les anciens c'est un
> peu comme pour les lois : la rétroaction pose potentiellement soucis.
>
> Donc on liste et ensuite on valide.
>
> Je peux faire cette proposition si vous êtes d'accord. Mais n'hésite pas
> à répondre dans ce sens sur le wiki.
>
> Jean-Yvon
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

*Florian Lainez*
@overflorian <http://twitter.com/overflorian>