Bonjour,

Je pense qu'il serait convenable de tagger ces boîtes en amenity=library, car même si le format n'est pas conventionel, ces équipements contiennent tout de même des livres et sont gérés par une entité (Fonds Décitre).

Cela les rendrait également visibles sur la carte par défaut sur openstreetmap.org

Bonjour,

J'ai corrigé les horaires d'ouverture et enlevé les informations sur l'adresse qui sont redondantes avec le nœud "38" déjà présent au nord du batiment.

Pour les horaires d'ouverture il faut suivre la norme expliquée ici :
osm.wiki/FR:Key:opening_hours
L'outil suivant est sympa pour voir d'éventuelles erreurs dans les valeurs :
http://ypid.de/~osm/evaluation_tool/

Ces conventions sont nécessaires pour permettre à des programmes d'afficher et de traiter correctement les horaires d'ouvertures.

Bonjour, je comprends que vous soyez intéressé par l'affichage en icône des arrêts de bus, mais merci de ne pas abimer des heures de travail et de réduire la précision de la base de données en remplaçant des tags standardisé et précis par un tag déprécié qui caractérise mal le terrain.

Bonjour, pour les abréviations il convient d'utiliser le tag séparer short_name=*, pour ne pas surcharger le nom inutilement. C'est aux logiciels d'afficher les deux valeurs, et de permettre la recherche des valeurs de ce tag.

brand=* correspond au nom de marque (franchise) qu’arbore un établissement. Dans le cas de ce magasin, les tags corrects seraient :

name="Leader Price Express" (ou plus spécifique, sur ticket de caisse)
operator="Nom de l'entreprise" gérant le magasin, aussi présent sur le ticket,
brand="Leader Price", ou autre selon la façade visible de l'extérieur.

De plus, mettre tag="unknown" est invalide, car cela sera traité comme une valeur normale. Il convient de ne pas mettre le tag, ou de mettre un tag fixme="operator manquant".

Idem pour les changesets suivant bien entendu :)

Je comprends pas très bien ce que vous souhaitiez faire dans ce changeset, pouvez-vous expliquer ?

http://nrenner.github.io/achavi/?changeset=27309855

Vous avez supprimé le chemin que j'avais fait qui faisait le tour, pour le remplacer par un chemin pas connecté à quasi aucun autre chemins, le rendant donc presque inutile.

Ici attention à l'ordre des chemins dans la relation. Normalement le chemin doit être continu si l'on suit les ways qui sont dans la relation dans l'ordre (c'est facile à vérifier sur l'éditeur JOSM)

Cette relation est utilisée uniquement pour lier les deux itinéraires (aller et retour) de la ligne C2. Ses membres doivent être uniquement des relations type=route (Idem pour les deux changesets suivants)

Le tag operator correspond à l'entité gérant un objet sur OSM. Malgré les apparences, les grosses chaines de magasin ou restaurant n'ont que peu (ou pas) d'établissements en propre. Par contre ils donnent des licences de franchises à d'autres (plus petite) sociétés, pour opérer les enseignes. Il est normalement possible de trouver la société gérant l'enseigne sur le ticket de caisse.

Mettre "Casino", "McDonald's" ou autre dans le tag operator est la plupart du temps incorrect. Ici Casino serait le nom du magasin (potentiellement suffixé de "Lyon Marc Bloch, un tag brand=Casino afin de définir la "chaine" auquelle il appartient, et finalement le tag operator éventuellement avec le nom de la société gérante du magasin.

Pour séparer de multiple valeurs sur OSM il convient d'utiliser des points virgules, comme décrit ici : osm.wiki/Semi-colon_value_separator

De plus, il y a des clés spécifiques, à préférer donc, pour indiquer les régimes alimentaires : osm.wiki/FR:Key:diet:*

Je ne pense pas que ce soit une bonne idée de mettre des données "confidentielles" sur OSM. S'il y a un code aux toilettes, c'est pour une raison. Je pense qu'il serait bien de retirer ce code, à moins que vous ayez une autorisation de leur part.