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
