[OSM-talk-fr] le rendu mapnik at osm.org affiche si ou ça. Etait :place = locality / hamlet

[Philippe Verdy]

Le 15 février 2012 20:28, Hélène PETIT <hpmt at free.fr> a écrit :
> Le 15/02/2012 19:38, Philippe Verdy a écrit :
>
>> Dans JOSM, c'est normal que tu n'aies rien à paramétrer, puisque
>> l'outil écrit en Java prends en charge directement Unicode et
>> travaille dans ce mode.
>
> potlatch, je sais pas, je n'utilise pas.
> et je viens juste de dire que c'est dans josm, justement, que les accents
> sont recrachés.

A quel endroit tu as vu des accents que JOSM ne savait pas afficher,
entrer ou enregistrer correctement ?

Je n'en vois pas. Au contraire des données qui ont été créées ou
modifiées et réenregistrées (y compris celles supposées non modifiées)
dans rawedit sur Osmose ou dans Potlatch, des données parfois
corrompues maintenant dans la base à cause de mauvais codages en HTML
et/ou javascript, et/ou requêtes XMLHttpRequest par un navigateur
connu comme ayant des problèmes de compatibilités non détectés par les
solutions "en ligne".

Même si une installation de Java n'a pas la possibilité d'afficher un
caractère Unicode, faute de police installée pour les supporter, au
moins JOSM affichera des carrés et préservera l'identité des
caractères Unicode qui sont dans les données textuelles non modifiées.

Maintenant on ne peut pas se prémunir contre des effacements
volontaires de données par les contributeurs (qui pourraient croire de
bonne foi que ces textes mal affichés ou qu'ils ne peuvent pas lire du
tout sont incorrects). Mais le support des principales écritures du
monde (latin, grec, cyrillique, arabe, hébreu, devanagari, tamoul,
hangeul, katakana, hiragana, et sinographique dans le plan multilingue
de base, ainsi que de nombreux chiffres, symboles et signes de
ponctuation courants) fonctionne sans problème dans Java (et depuis
très longtemps, même avant Java 4 alors que JOSM demande Java 6).

On ne peut pas en dire autant des applis .Net coté client, ou même
Python, PHP et MySQL du côté des serveurs frontend et backend (mais
Perl en revanche est quasi irréprochable aussi depuis longtemps).