<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">Le 26 juin 2018 à 23:15,  <span dir="ltr"><<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="transparent">
    <p>L'exemple est "bon" dans le sens où des deux côtés de la rue vous
      n'avez pas mis le même nom et n'avez pas poursuivi la logique (ou
      l'incohérence) avec le stop_area <a href="https://www.openstreetmap.org/relation/1743952" target="_blank">https://www.openstreetmap.org/<wbr>relation/1743952</a>.</p><span class="">
    <p>> Que le tag name ne corresponde pas exactement au terrain
      (ajout du nom de la<br>
      commune, suppression des abréviations ...) rend très difficile
      l'utilisation<br>
      pour des étrangers.</p>
    </span><p>c'est pour ça que je propose d'utiliser short_name.</p>
    <p>Reste que pour les asiatiques notamment un rendu en capitales
      faciliterait leur usage.</p></div></blockquote><div>Les capitales au rendu n'ont pas besoin d'être transcrites dans les données OSM. Les rendus tout en capitales il y en a déjà des tas, même si ce n'est pas le rendu "standard" OSM (dont l'usage est plus technique et destinée en premier lieux aux contributeurs de données et non à l'utilisation finale (même si OSM propose aussi un rendez monochrome qui pourrait aussi être supprimé et remplacé par un filtre cr il n'apporte pas grand chose; et on a aussi un rendu noir-et-blanc destiné davantage à l'impression et l'annotation).</div><div><br></div><div>Donc non, ne pas mettre tout en capitales, c'est inutile et plutôt nuisible à l'exploitation des données. De même conserver les accents et diacritiques (un rendu peut facilement les supprimer en cas de besoin en utilisant les règles Unicode propres à chaque écriture, ou les règles de classification (collation) de CLDR (pour ça on a déjà la bibliothèque ICU maintenant largement supportée un peu partout, y compris sur Linux où la plupart des rendus sont calculés (ou sinon en Javascript pour un rendu vectoriel dans le navigateur, ou en Python, PHP, Java, C, C++, etc; ce support est inclus dans la plupart des frameworks applicatifs et même souvent ne demande plus aucune installation supplémentaire car c'est fourni dans le kit de base du framework).</div></div></div></div>