<div dir="ltr"><div>Bonsoir Roland,</div><div><br></div><div>Merci pour l'effort d'avoir rédigé cela en français.</div><div>Je n'ai pas pu suivre toute la discussion sur la liste internationale.</div><div><br></div><div>Simplement, as-tu bien pris en compte cette évolution sur le wiki ?</div><div><a href="https://wiki.openstreetmap.org/wiki/Data_items">https://wiki.openstreetmap.org/wiki/Data_items</a></div><div><br></div><div>Sans trop changer notre manière de faire, les Data Items apportent la structuration nécessaire pour éviter les différences trop importantes de traduction.</div><div>D'autres proposaient Git, mais je ne pense pas que ce soit nécessaire.</div><div><br></div><div>Bon SotM à toi</div><div><br></div><div>François</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 10 sept. 2019 à 06:40, Roland Olbricht <<a href="mailto:roland.olbricht@gmx.de">roland.olbricht@gmx.de</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Bonjour,<br>
<br>
J'ai le devoir de parler de la gestion des règles des attributs sur la<br>
SotM et j'aimerais développer cette opportunité vers quelque truc<br>
d'utile à long terme. Pour m'assurer que je suis sur la bonne voie et<br>
non pas involontairement après un programme personnel, j'aimerais vous<br>
demander de commenter les résultats énumérés ci-dessous.<br>
<br>
<br>
Insuffisant flux d'information<br>
<br>
Bien que de nombreuses parties du projet OpenStreetMap soient bien<br>
traduites, les documentation des attributs comportent des lacunes<br>
importantes. Sur un échantillon aléatoire de 10 balises, le nombre de<br>
langues déclarées varie entre 2 et 18, mais peu sont complètes et à jour<br>
(échantillon : 2 sur 10 pour l'allemand, 3 sur 10 pour le français).<br>
<br>
Un autre type de flux d'informations imparfait est que les définitions<br>
des attributs peuvent être modifiées sur la page wiki longtemps après<br>
que l'attribut soit largement utilisé.<br>
<br>
Le cas inverse d'un attribut introduit sans aucune documentation se<br>
produit également. Bien que cela se produise habituellement assez<br>
lentement pour donner un sens aux données ajoutées par les utilisateurs<br>
personels, une importation ou une édition organisée pourrait être en<br>
mesure de décaler considérablement le sens de facto d'un attribut,<br>
n'importe qu'elle soit largement utilisée, documentée, les deux, ou aucune.<br>
<br>
<br>
Plus des structures requirés<br>
<br>
Les problèmes de traduction ont été confondus avec un autre problème:<br>
Différentes caractéristiques peuvent sembler très différentes d'une<br>
région à l'autre. Par exemple, highway=primary et highway=unclassfied<br>
par rapport à highway=track ont besoin d'examples différents en<br>
Allemagne et dans les métropoles américaines, d'une part, et en Islande<br>
ou en Afrique rurale, d'autre part. Il est facile de mélanger cela avec<br>
la traduction dans la langue prédominante de la région, mais les défis<br>
du attribution en Belgique, au Canada et au Niger sont sensiblement<br>
différents, bien que les trois pays aient le français comme langue<br>
officielle. Inversement, il n'y a aucune raison valable de modifier les<br>
règles d'attribution dans chaque bloc de maisons à Bruxelles.<br>
<br>
De plus, les gens ont souvent des termes de recherche différents des<br>
noms d'attributs anglais britanniques ou de leurs traductions, et le<br>
moteur de recherche wiki est tristement célèbre pour ses mauvaises<br>
performances. Avoir des mots-clés explicites pour attirer l'attention<br>
d'un mappeur sur la liste des balises éventuellement appropriées peut aider.<br>
<br>
L'un des principaux problèmes à l'origine du concept de Proposal est le<br>
suivant qu'il interagit avec de nombreux attributs de manière non<br>
triviale et qu'il n'est pratiquement jamais correctement appliqué à<br>
toutes les définitions d'attributs affectées. Une Proposal est au moment<br>
une page supplémentaire bien qu'elle devrait avoir beaucoup plus<br>
d'impact qu'un commit Git, en regroupant les modifications sur plusieurs<br>
pages de définition d'attributs dans un seul groupe de modifications.<br>
<br>
<br>
Règles et leur légitmation<br>
<br>
Quelle légitimation a un processus si seulement une poignée de personnes<br>
ont le temps d'écrire des mails sur une liste de diffusion et d'écrire<br>
des pages wiki sont impliquées ? En particulier, si les propositions<br>
finissent par être pleines de contradictions ou de termes vagues et<br>
laissent les réponses nécessaires indéfinies. Pourtant, ce sont toujours<br>
ces personnes qui ont fait preuve de l'endurance à long terme nécessaire<br>
pour assurer l'entretien et qui font le travail. Par conséquent, tout<br>
changement visant à remplacer les processus par de meilleurs processus<br>
doit viser à élargir et non à réduire la base des responsables de la<br>
maintenance à long terme.<br>
<br>
Inversement, je comprends parfaitement les cartographes qui se méfient<br>
des changements soudains dans le rendu ou l'accès aux tags dans les<br>
logiciels d'édition. Beaucoup de gens apprécieraient probablement de<br>
mieux comprendre ce qui se passe sur le chemin d'une discussion<br>
d'attributs à un changement final dans le logiciel de rendu ou<br>
d'édition. Ces processus ne sont pas secrets, mais souvent mal documentés.<br>
<br>
Là encore, les différents canaux de discussion et le manque de flux<br>
d'informations entre cettes contribuent à la mauvaise humeur. Pire<br>
encore, le rapport entre les activistes et les canaux signifie que des<br>
personnes malveillantes ou tout simplement incompétentes pourraient<br>
facilement prendre le contrôle de certains canaux et contribuer<br>
considérablement à la confusion. De bonnes idées sur la façon de<br>
rediriger les gens et de fermer certains des canaux (par exemple les<br>
pages de discussion wiki) pourraient valoir la peine d'être poursuivies.<br>
En plus de cela, l'historique wiki est tellement moins utile que ce à<br>
quoi les développeurs sont habitués de nos jours dans les systèmes de<br>
contrôle de version que l'emprunt de méthaphores et de paradigmes de là<br>
à la documentation du tag vaut la peine d'être considéré.<br>
<br>
Cela permet, nous l'espérons, d'encourager les auteurs de la<br>
documentation et les cartographes qui utilisent une attribut à<br>
s'entendre sur sa signification.<br>
<br>
<br>
Cordialement,<br>
<br>
Roland<br>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>