<div dir="ltr">Bonsoir Marc,<br><br><div><div class="gmail_extra"><div class="gmail_quote">Le 18 novembre 2017 à 20:50, marc marc <span dir="ltr"><<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Je n'ai rien contre l'ajout du FR mais le seul bon argument est<br>
l'harmonie avec les autres ref nationale en France (qu'on peux tout<br>
aussi rendre harmonieux en virant le FR comme fait le reste du monde)<br></blockquote><div><br></div><div>Ce qui pose un soucis, notamment pour les amis Belges avec leurs TECL, TECN, TECB, TECH<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
L'argument anti-collision n'en est pas un quand il n'y a pas de<br>
collision.</blockquote><div><br></div><div>Là dessus, qui peut en être sûr ?<br></div><div>Et surtout on ne peut pas prévoir l'avenir. Créer des clés zonées, c'est aussi être sympa pour les autres en leur laissant de la place.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Il n'y a qu'une page wiki ref:INSEE qui document l'unique<br>
usage (et un éventuel autre INSEE pourait lui être préfixé).<br>
Sinon il faudrait aussi changer les ref:Grenoble en ref:FR:38:Grenoble<br>
et rajouter le nom de la base de donnée à Grenoble au cas où un jour<br>
quelqu'un en crée une 2ieme.<br></blockquote><div><br></div><div>Généralement il est bien de préciser le périmètre de la clé qu'on utilise.</div><div>Et tout aussi généralement ref:%pays/region%:%referentiel% suffit, même si on ne fera pas baisser le risque à 0.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Ceci dit, modifier la valeur la plus courante utilisée est une autre<br>
paire de manche. il faut laisser du temps pour que chacun s'exprime,<br>
si une majorité importante est pour (dont je ne fais déjà pas partie),<br>
il faudra dupliquer les 2 clefs pendant une période de transition<br>
de x mois afin que les différents outils s'adaptent, répéter cette copie<br>
à intervalle régulier pendant la période de transition et puis nettoyer.<br>
Ou alors il faut faire l'inverse : annoncer une date de migration dans<br>
x mois, modifier les outils pour qu'ils testent les 2 valeurs, migrer.<br>
Mais il ne suffit sûrement pas de modifier le wiki en se disant "yaka"<br>
être au courant.<br></blockquote><div><br></div><div>Il n'a jamais été question du contraire.</div><div>Cependant ne pas négliger la palette d'outil à notre disposition en plus du wiki malgré le refus de faire du massEdit :</div><div>- Osmose</div><div>- Validation JOSM</div><div>- Taginfo (qui relaye le wiki, ok)<br></div><div>- Communication / présentation / bouche à oreille / rabachage</div><div><br></div><div>On a un super retour d'expérience sur power=sub_station vs power=substation</div><div>Le remplacement s'étale maintenant sur plusieurs années, mais non seulement le niveau de sub_station a énormément baissé et en plus la nouvelle clé a dépassé le niveau le plus haut atteint par l'ancienne.</div><div>Oui, ça marche et ça marche très bien</div><div><br></div><div><br></div><div>François<br></div></div><br></div></div></div>