Bonjour
Je suis heureux que vous reconnaissiez votre erreur. Mais cela ne va plus suffire. Faire des erreurs, ça arrive à tout le monde. En faire régulièrement, avec insistance, sans se préoccuper de l'existant est un problème (et dans ce cas non seulement c'était au mauvais endroit mais c'était aussi un doublon inutile). On s'approche du vandalisme à des fins commerciales. Il y a un problème dans vos process et avec la formation ou le temps alloué aux personnes qui effectuent les contributions. Cela n'est pas au niveau de cet outil et génère du travail supplémentaire pour les autres contributeurs trices.
J'ai effectué, comme d'autres, le signalement au DWG comme indiqué dans le fil de discussion sur le forum Osm-Fr. Ce sont eux qui évalueront la situation.

Bonjour
Encore une fois de plus, un ajout inutile et erroné. Le commerce existe déjà depuis 2022 au n°3. Vous avez créé un doublon au mauvais endroit avec des informations incomplètes. A quoi cela sert-il ?
J'ai supprimé le POI en trop. Un signalement va également être fait sur le forum Osm-fr. Ces contributions de mauvaise qualité détériorent la qualité des données et ajoute une charge aux contributeurs trices de terrain.

It's was a mistake. Thanks for reporting. I've corrected it : brnad > branch

Effectivement cela serait intéressant. Je serais d'avis de supprimer les tags addr:* pour laisser les contact:* s'ils sont déjà présents. J'ai eu plusieurs cas où les tags addr:* ajoutés en même temps que les ref SIRET étaient incorrects. Ce que n'empêchera pas de faire un passage ensuite pour vérifier chacun d'eux. En plusieurs changesets ce sera parfait. Plutôt sur Nantes dans mon cas, je connais moins les pratiques alentours. Il faudrait voir avec les contributeurs trices concernées.
Merci à toi pour la dispo et la réactivité (+ la maîtrise d'Overpass !).

J'ai passé en revue de manière détaillée le 1/8 et plus rapidement le 2/8. C'est OK pour moi. Il y a eu quelques adresses contact:* à corriger (rue ou n° erronné) et 2 fusions adresse/commerce à traiter mais c'est beaucoup plus gérable sous cette forme. Si je constate des plus problèmes sur les suivants, je ferai moi même le revert.
Tout ça permet un bon nettoyage / mise à jour des POI concernés avec de mon côté vérification des liens web/réseaux et ajout de données quand manquantes.

Ah vraiment très bien, merci pour ce travail.
Je vais regarder ça et si besoin je ferai des corrections ponctuelles. Je te dis s'il y a vraiment des changesets à reprendre.

Quelques idées pour délimiter la conversion addr>contact sur les POI :
- Définir la zone d'intervention sur Nantes
- Limiter aux POI shop=* amenity=* office=* tourism=* healthcare=*
- Fractionner en plusieurs changeset pour pouvoir faire des revert ciblés > par types de POI par exemple
- Exclure les POI avec une valeur source="Nantes Métropole 11/2011" > ce sont initialement des POI adresse

J'ai préféré faire le revert rapidement pour éviter des conflits si certains des POI détériorés étaient repris par d'autres contributeurs. A discuter plus amplement pour faire une modification plus précise.

Ce changeset a été effectué sur à une discussion sur des changesets de juillet et août à partir des données INSEE. Voir changeset/169727869#c1533326
J'ai demandé un revert compte tenu des effets de bords sur des points d'adresse et des POI hors Nantes modifiés.

J'ai passé en revue les POI modifiés, le traitement est peut-être un peu trop massif. Une série de point d'adresse ont aussi été impactées.
Par exemple : node/1689078728
En excluant les points avec la source=Nantes Métropole 11/2011 cela devrait éviter le problème.
Ensuite la zone couverte dépasse largement Nantes avec Clisson et Vallet impactés notamment où il y a un risque plus important de fusion POI commerce/adresse. Et ce sont des zones où je n'interviens pas.
Et enfin pour certains POI commerce il y a toujours les addr sur postcode et city, c'est difficile d'avoir un règle commune sur des données aussi hétérogènes.
Il vaudrait mieux un revert selon moi. Si cela doit être refait, il vaudrait mieux limiter la zone d'intervention à Nantes et fractionner en plusieurs changesets pour que ce soit plus facile à traiter.

Salut. C'est un autre contributeur sur Nantes (Jcnl44) qui t'avais déjà fait une note. Comme je me suis lancé à faire du ménage sur les addr en doublon, j'ai commencé à reprendre certains de tes changesets sur Nantes (ce qui m'a aussi permis de vérifier/corriger d'autres tags sur les commerces). Mais il serait plus efficace que tu fasses la conversion addr>contact sur tes autres changesets sur Nantes et alentours. Il y a le risque de perdre quelques adresses quand les POI adresse originaux ont été utilisés pour le commerce, mais c'est un cas assez rare.
J'ai modifié les valeurs sur tes changesets 169675183, 169728270, 169728106 et 169727869.
Merci et à plus.

Salut. Je me suis lancé dans un nettoyage des valeurs addr:* sur les commerces du centre ville de Nantes (vaste sujet). Je tombe souvent sur des POI que tu as mis à jour avec les infos INSEE (merci pour ça !). Sur certains tu ajoutes des tags addr:* ce qui me parait inadapté. A Nantes toutes les adresses sont sous forme de points dédiés. Il n'y a pas lieu de les dupliquer sur les POI ou les bâtiments (j'en trouve aussi). Est-ce volontaire ? Pour un besoin précis ?
Quand j'en trouve sur les POI, je les transforme en contact:* plus adaptés à des infos sur un commerce (voir les discussions à ce sujet sur le forum). Peut-on en discuter ?

Oui merci c'est top. Je me suis lancé dans une campagne un peu agressive de remplacement des tags addr:* par contact:* sur les POI. Je n'ai pas vu que le point d'adresse original avait été utilisé. D'habitude je dédouble, là je me suis un peu emporté. C'est rare à Nantes, mais je serai vigilant pour la suite.

Pour le name= il vaut mieux se fier à ce qui est visible de l'extérieur et facilement vérifiable. Après s'ils ont des appellations spécifiques, c'est ce qui apparait avec les tags branch= asssociés au tag 'brand=Le Zed'. On retrouve ces infos sur leur site, mais cela nécessite des vérifications plus poussées et moins évidentes à faire.

Je viens de regarder via Panoramax. Dans l'espace public, les noms visibles sont "Le Zed" pour celui identifié comme Île de Nantes et "Le Zed Restaurant" pour celui de Tortière. Je vais corriger via StreetComplete et ajouter les valeurs branch=
Pour ces valeurs, j'ai repris les noms indiqués sur leur site (https://restaurant-le-zed.fr/) pas ceux de GG (😱)

Bonjour. J'ai remis le nom "Le Zed Restaurant" pour celui de Tabarly, c'est nom actuellement affiché sur la devanture (sur 2 côtés) après les travaux de novembre 2025.
La mention Tabarly est indiquée avec le tag branch= (qui va avec osm.wiki/Tag:brand=). Elle est visible avec l'appli OsmAnd, pas encore avec CoMaps.

Bonjour.
J'ai vu que vous aviez fait un passage StreetComplete sur les commerces rue Général Buat. Merci ! On est pas si nombreux à faire ça à Nantes.

Si ça vous intéresse, il y a une section Nantes dans le forum OSM Fr
https://forum.openstreetmap.fr/c/groupes-locaux/nantes/65
Et un groupe Signal pour échanger plus directement
https://forum.openstreetmap.fr/t/nantes-groupe-signal/36083

Ce n'est pas grave en soi. Il y a effectivement un local en travaux dans cette rue mais c'est loin d'être fini. Et après je préfère laisser un POI à sa place en changeant les tags, plutot que le déplacer. Cela permet de garder l'historique du lieu, plutôt que celui de l'enseigne.
Bon séjour au Japon :-)

Bonjour
J'ai fait un revert de ce déplacement de POI. Le commerce n'est pas visible à l'endroit indiqué. S'il est prévu, rien ne le signale. J'irai à l'emplacement d'origine pour vérifier s'il est toujours ouvert.

Merci pour votre réaction rapide.
J'avais supprimé moi-même le POI.