[OSM-talk-fr] Outil pour ajout de name:fr ?

[Philippe Verdy]

Le 18 novembre 2013 17:39, rainerU <ray66 at sfr.fr> a écrit :

> Am 18.11.2013 16:34, schrieb Ab_fab:
> > Il y a http://nomino.openstreetmap.fr/ mais je ne suis pas sûr que
> c'est ce que
> > tu recherches
>
> Je connais, mais on y peut modifier qu'un objet à la fois, si j'ai bien
> compris.
> Je veux ajouter name:fr à tous les objets de la zone dans laquelle je mappe
> habituellement, c'est à dire Perpignan et les environs. Ce qui serait
> idéal,
> c'est un outil semi-automatique, qui pour une bbox affiche tous les objets
> qui
> ont un attribut name= mais pas de name:fr=. Puis on coche ceux qu'on veut
> modifier et envoie tout d'un coup.
>
> Je veux faire cette action parce qu'il y a un consensus de mettre name *et*
> name:xx, xx étant la langue utilisé pour name=. Ceci est très utile pour
> des
> outils multi-langue. Par exemple, nominatim affiche les toponymes dans la
> première langue des préférences du navigateur pour laquelle existe un tag
> name:xx (sur http://nominatim.openstreetmap.org/ ou sur osm.org en mode
> déconnecté). Exemple:
>
>  name=Perpignan
>  name:es=Perpiñán
>  name:ca=Perpinyà
>
> Si les préférences linguistiques dans le navigateur sont fr, en, es,
> nominatim
> affiche "Perpiñán" car il ne connaît pas la langue de name=. On pourrait
> dire
> que nominatim n'a qu'a tenir compte que Perpignan se trouve dans hexagone
> mais
> ça ne marche pas pour des pays avec plusieurs langues officielles.
>

Ca ressemble plutôt à une anomalie de Nominatim. Ce n'est pas parce que
name=* ne précise pas la langue qu'il doit à la place utiliser n'importe
quel "name:xx=*" au hasard,

  -- le premier trouvé dans l'objet : ce n'est même pas sûr si l'appli
utilise un dictionnaire de hachage pour stocker les tags retournés, car
cela dépend de la fonction de hachage utilisée, de sa façon de gérer les
collisions de clés de hachage et du taux de remplissage des "buckets", le
dictionnaire n'ayant pas nécessairement de tri qui pénalise les
performances) et OSM ne garantie pas l'ordre relatif des tags retournés par
son API (l'ordre pouvant être "perverti" à tout moment par l'ajout ou la
suppression d'autres tags) --

qui ne correspond même pas à la langue cherchée !

Si le bon "name:xx=*" cherché n'est pas là, il doit utiliser "name=*" par
défaut.
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20131118/ee4a7455/attachment.htm>