By reading the MEP wiki page, I'm not sure my edit falls under it. As stated on the "search-and-replace" section, changesets such as this one, as the data I modified is backed by the wiki, and the data on the features itselves.

So, as you deleted my work, may I ask you to tell me (whether here or in private) what qualify "similar edits", in order to avoid wasting contributors time in the future ? As all contributors, my time is limited and I think I deserve, as much as anyone, that my volunteer work "stay on the map".

Thank you.

Doesn't a revert fall down under the MEP ? I have seen only one user referencing one subjective error on the changeset referenced, and no further discussion before revert. It seems ironic to say the least.

Ralf: If I get you right you mean you used an seemingly redundant, almost-unused tag, with only one reference in the wiki to input addresses which are already present on the surrounding building, in order to avoid errors on tools like osmose ?

The reason osmose didn't flag the way this feature has been mapped is because the tag is not know to osmose.

I'm not sure it's the correct approach for grouping features under the same (address-wise) roof.

Anyway thanks for your input on this changeset.

Is there any problem regarding the data corrected by this changeset ? I am welcome to any suggestion or remark to better OSM data, if anyone have any.

Et bien je (ou quelqu'un d'autre) peut rajouter operator=La Banque Postale simplement maintenant, ça réglerait l'éventuel problème non ?

L'étendue de ce changeset est son intérêt principal, car il permet d'homogénéiser des données peu subjectives, afin de rendre possible une utilisation de ces données.

Quand à un débat sur talk-fr, j'ai malheureusement bien peur que l'on sache tous les deux que ces discussions sont très souvent non-concluants. Il y aura forcément une personne s'opposant à ce changement et préférera les disparités rendent impossible une exploitation correcte des données.

Parce que le tag définissant principalement l'ATM est le réseau auquel il appartient, dans ce cas La Banque Postale.
Il y a de bonne chance que les ATMs soient la responsabilité de chaque agence individuellement, et non pas par l'entité Banque Postale, donc le tag operator=* de quasiment tous ces ATM étaient incorrects.

Si c'est effectivement La Banque Postale directement qui gère tous les ATM, il reste facile d'ajouter le tag operator=* maintenant que j'ai homogénéisé les tags, mais cela n'ajouterait que peu d'information.

Bonjour,

Vous semblez être nouveau sur OpenStreetMap, je ne peux que vous recommander d'utiliser l'éditeur iD plutôt que Potlatch, car il est plus récent et bénéficie de plus de mises-à-jour, en plus de ne pas utiliser Flash.

Concernant les modifications que vous avez effectué, penser bien à consulter le wiki pour tagger correctement les éléments. Dans le cas de ce distributeur, il aurait fallu mettre fee=no à la place de fee=Free, pour respecter les normes.

Ensuite, on ne peut généralement pas dire qu'un distributeur de billets est avec ou sans frais, car cela dépends de tellement de facteurs qu'il est préférable de ne pas indiquer cette valeur.

test

Les passages piétons/vélo que vous avez rajouté sur les voies de tram n'ont pas de zébra. (l'éditeur iD met crossing=zebra automatiquement)

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.