Bonjour,
les noms propres commencent par une majuscule et les abréviations n'ont pas leur place dans OpenStreetMap : Rue des Pyrénées par exemple était correct. Tu avais raison ;-).
Si vraiment tu veux mettre le texte de la RATP, official_name est ton ami.

Sur changeset/67203286 tu promettais de faire des efforts. Bien. Sauf que j'ai le déplaisir de constater que tu continues à n'en fait qu'à ta tête.
Prenons node/321920997/history.
On avait repris toutes tes contributions pour virer les hérésies telles que mettre le numéro de sortie dans le nom d'une bouche de métro (c'est ref qui stocke le numéro de sortie) ou le nom de la station (c'est la relation stop_area qui permet de trouver le nom de la station).
Comme tu n'as de cesse de pourrir la base, je me dois une fois de plus de demander de te bloquer. J'avais osé espérer en ta sincérité. Je ne sais si tu ne comprends pas ou si tu ne veux pas comprendre. Tu aurais pu être un bon contributeur, maintenant j'ai envie de dire : va jouer ailleurs et laisse-nous travailler !

source : https://sdem.opendatasoft.com/explore/dataset/localisation-des-defibrillateurs-municipaux-dae-ville-de-lorient/information/

Merci, tant qu'à faire, autant en faire profiter les relations :
changeset/81065416

bonjour, je suis tompé par hasard sur ce lot de modifications et j'ai plusieurs remarques :
- les is_in... n'ont pas lieu d'être en France (les communes sont complètes, la géométrie suffit)
- idem pour les ref:FR:commune=09065 ; c'est renseigné dans ref:INSEE de la commune
- les associatedStreet n'ont d'intérêt que si on a des numéros de rue.
J'ai remarqué qu'un autre contributeur a supprimé une telle relation inutile. Je préfère signaler au contributeur initial, c'est plus sympa et plus efficace !

il est possible qu'à Digne on appelle une zone pavée une plage mais natural=beach comme son nom l'indique est réservé aux vraies plages (ou grèves). Là c'est plus place=square ou quelque chose du genre.
Éventuellement à associer à un leisure=beach_resort

Avec tous ces ajouts sans objet je ne vois qu'un revert bête : c'est dommage, vous allez devoir entrer à nouveau les name:oc.
À la rigueur avec une requête overpass on peut faire le ménage.

Visiblement il y a de la mauvaise manip dans l'air : c'est seulement sur l'objet auquel vous ajoutez name:oc et plus précisement avec source:name:oc (ou ajoutez un point virgule à source existante et ajoutez la votre). Vous pouvez aussi ne mettre la source que sur le changeset.

Bonjour Thomas Cook n'existe plus.
Cette agence est a priori reprise par Karavel / Charles SAS. Pouvez(vous trouver son nom actuel ?

J'avais oublié le smiley après la phrase sur la clairière.
Le problème était que l'outer avait les caractéristiques d'une forêt. Cette information devait porter seulement sur la relation. À l'ouest une autre clairière a été ajoutée. Il vaut mieux ajouter une prairie que du rien : petit à petit la carte se construit. Teins visiblement à l'est un polygone a le même problème.

N'hésite pas à revenir vers moi en MP ou à poser les questions sur [talk-fr], http://gis.19327.n8.nabble.com/France-f5380434.html

Bonjour, l'agence de voyage n'a pas été reprise, j'ai donc mis shop=vacant.

Bonjour, l'agence Thomas Cook a été rachetée par Navitour Voyages, pouvez-vous vérifier si le nom a été changé ?
Merci

1) si possible tu utilises l'outil prévu pour ça : https://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=29234&tab=5 (en fait c'est là que j'ai trouvé l'écart, si le Cadastre avait les numéros, on aurait pu trouver ça ailleurs "prêt à intégrer" : relation préremplie.
Normalement tu ne mets pas Kernayet sur la route, la route n'a pas de nom.
Ce qui a un nom c'est l'écart node/3943811320.
Et pour chaque numéro, tu mets addr:housenumber et addr:place.
Exemple pas très loin : osm.org/#map=17/47.82587/-3.49998

Non, effectivement pour les "place" il n'y a pas l'équivalent d'associatedStreet

Bonjour, addr:full doit être l'adresse complète, pas le nom de la rue. Et pour des adresses classiques comme ici c'est inutile.
En fait en mettant les adresses dans une associatedStreet, seul addr:housenumber est nécessaire.

Bonjour, je ne sais quel pouvait être le problème signalé par Osmose mais le 6 Allée de Boujaret existe bien, il suffit de prendre le fond parcellaire du Cadastre;
Ce n'est pas parce qu'une information n'est pas visible sur une source (non utilisable sur OSM) qu'il faut la supprimer.
Je comprends que ce soit désagréable de voir supprimer des heures de travail mais vous comprendrez qu'on ne peut laisser des informations non issues de sources légalement utilisables. Si vous êtes à Lyon et que vous allez "vers Paris" en prenant la direction de Marseille, allez vous faire demi-tour ou demander à Gaudin de changer le nom de sa ville ?

Oui, c'est parfait !
Merci. Ne pas hésiter à venir sur la liste de diffusion [talk-fr], http://gis.19327.n8.nabble.com/France-f5380434.html ou l'on parle de l'intégration des adresse via Bano V2.

Bonjour et bienvenue dans OpenStreetMap.
Un trou dans une forêt ça s'appelle une clairière.
Le rendu n'était pas bon car vous n'aviez pas qualifié cette clairière, j'ai ajouté landuse=meadow.

Bonjour, bienvenue dans OSM.
Central Téléphonique c'est une description, pas un nom

Si il y a un problème^^ : un point adresse doit représenter une adresse et une seule
addr:housenumber=1D1;1D2 représente 2 adresses. D'où l'intérêt de ne pas mettre l'adresse sur le building mais sur un point de la façade (il y a d'autres variantes comme au droit de la rue).
Normalement
http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=38085&tab=1
aurait dû permettre de créer cette relation mais ici le cadastre semble à la peine.
Donc déjà vous faites mieux (chapeau pour une première contribution).
je suggère que vous mettiez les deux adresses sur deux points distincts du bâti comme ça on sait quelle maison a quelle adresse.