Le 26 juin 2018 à 23:15, <[email protected]> a écrit :
> 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 https://www.openstreetmap.org/relation/1743952. > > > Que le tag name ne corresponde pas exactement au terrain (ajout du nom > de la > commune, suppression des abréviations ...) rend très difficile > l'utilisation > pour des étrangers. > > c'est pour ça que je propose d'utiliser short_name. > > Reste que pour les asiatiques notamment un rendu en capitales faciliterait > leur usage. > 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). 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).
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
