Le 3 août 2009 16:38, Emilie Laffray<[email protected]> a écrit : > > > 2009/8/3 Thomas Clavier <[email protected]> >> >> Etienne T a écrit : >> > Par contre, comme Emilie l'a dit, br correspond surement au Brésil. >> >> Comme l'a dit Christophe Merlet, le brésil parle portugais et pas >> brésilien je site : >> > > Oui tout a fait, mais le point que je soulevais était que les brésiliens > s'étaient de facto appropries le tag br sur certains points. On est tout a > fait d'accord que les conventions internationales indiquent clairement que > br est pour le breton. Maintenant, essayer de changer le br s'il y en a > beaucoup, c'est juste créer potentiellement une edit war entre les deux > communautés. > Si l'on veut arriver a quelque chose, il faut juste essayer de quantifier > les deux éléments. Mon propos n'était pas d'exacerber les nationalismes des > deux cotes de l'Atlantique. C'était de pointer qu'un tag établi est > difficilement changeable (mon propos sur un autre thread d'ailleurs). > > Emilie Laffray >
Ne serait il pas possible d'en discuter avec la mailing list BR (pour brazil), de faire un script qui dans une bbox amerique du sud ou "différent de Bretagne" fais un move tag name:br to name:pt ou ce qui doit être fait. (je n'ai pas bien compris si cela doit être pt ou autre) Cela ne doit pas être trop compliqué et avec quelques alertes ensuite sur la remontée de name:br dans la zone amérique du sud ou dans l'autre, on peut absorber les erreurs pendant quelques mois. Cela dit, évidemment, ca pose problème si des applis s'appuient sur ces tags name:br pour le brésil ensuite. (cela dit, leurs concepteurs/mainteneurs doivent se tenir au courant de ce qui se passe sur la ML - il faudrait également tenir au courant la ML anglaise pour être sur que toutes les applis concernées soient mises au courant) Cela éviterait que le problème n'empire et qu'on ne puisse jamais faire la correction à l'avenir. Pour moi, ce n'est pas parceque c'est utilisé tel quel que cela doit le rester, le but d'OSM c'est d'avoir des données cohérentes et correctes autant que possible et pas qu'il y ait des anomalies spécifiques autour desquelles on doive tergiverser ou que l'on doive contourner pour des raisons d'usage. Guillaume _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
