Lors du dernier hackhathon wikimedia on a commencé à travailler avec Yurik
(un dev de wikimédia; https://github.com/nyurik), et Kolossos (osm
allemagne; http://wiki.openstreetmap.org/wiki/User:Kolossos) sur un rendu
vectoriel international interactif, mais il reste encore du travail du côté
des outils ... l'objectif étant d'obtenir un rendu vierge (facile) et d'y
ajouter les langues qu'on veut via des menus déroulants
Sylvain
Le 25 juillet 2015 23:11, Christian Quest cqu...@openstreetmap.fr a écrit
:
Le 25/07/2015 12:30, osm.sanspourr...@spamgourmet.com a écrit :
*Nom :*
Vincent, oui, une autre solution c'est un fond de carte sans nom et des
noms géolocalisés (ou une tuile vectorielle rendue en local).
Et là on a après I18N, L10N : outre la gestion internationale (langues) il
y a la régionalisation (le logo d'un hôpital sur le rendu OSM-FR ressemble
au panneau français désignant un hôpital).
D'où une question : est-ce que le site openstreetmap.org ne devrait pas
proposer par défaut le rendu du pays ?
C'est à dire OSM-FR depuis la France ou si langue fr-FR.
Techniquement c'est possible, mais il faut que les générateurs de tuiles
locaux puissent encaisser le traffic.
Quelques pays ont développé un rendu local, mais c'est encore bien rare.
Le passage en vectoriel devrait permettre de plus facilement gérer cela
(encore faut-il conserver plusieurs langues dans les tuiles de données).
Après sur OSM on peut changer le fond en fonction de son centre d'intérêt
(transports, cycle...) : je trouve dommage de devoir regarder OSM-FR (via
une umap !) pour gagner en lisibilité par rapport au fond de carte OSM (non
à cause des noms en étranger mais des règles de positionnement - ou
non-positionnement des noms : la capitale des États-Unis n'était pas
souvent visible sur la carte OSM : la position des textes peut dépendre du
rendu).
Le rendu FR est disponible autrement que via umap:
http://tile.openstreetmap.fr/
Nous n'avons cependant jamais fait le pas pour finaliser un site avec tout
les services utiles... (recherche d'adresse ou POI, calcul d'itinéraire,
différents rendus, etc).
Ce n'est pas par choix, mais plus par manque de disponibilité et d'huile
de coude.
Sinon une question marginale : je vois que pas mal de villes/pays ont un
attribut name:lg qui est identique à l'attribut name.
Certes ça permet de savoir que Paris s'écrit Paris en allemand, mais
est-ce bien utile ?
name=Paris ne veut-il pas dire que le nom est Paris dans toutes les
langues sauf celles précisées (name:br=Pariz par exemple).
Pour le Mont Blanc, on peut imaginer qu'un jour name= change et que l'on
veuille avoir dans tous les cas name:it et name:fr.
On gagnerait très peu (un seul tag de moins) et on perdrait beaucoup:
- impossible de savoir dans quelle lanque est le name par défaut (ou alors
il faudrait ajouter un tag pour l'indiquer)
- complication pour le rendu... sur FR, un simple coalesce permet de
prendre le name:fr si présent, puis name:en, puis intl_name puis name...
sans name:fr sur Londres ça compliquerai énormément !
Attention, loc_name=* correspond à une appelation locale, non officielle.
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
