Bonjour,

Merci pour le signalement, et merci à GilB : sur le fond, il a raison et nous allons nous aligner sur sa version. Le nom porté par l'établissement est bien « L'Ongle et Le Regard », et « L'Onglerie » est la marque du réseau. La bonne écriture est donc celle que GilB avait posée le 2 septembre : name = L'Ongle et Le Regard brand = L'Onglerie Ce qui s'est passé de notre côté, en toute transparence : notre synchronisation compare le nom du nœud à celui que le client a saisi dans son outil, ici « L'Ongle et Le Regard L'Onglerie ». Quand les deux diffèrent, la fiche remonte en erreur et la republication manuel suivante réécrit le nom du nœud. C'est ce qui a produit la version 20 du 17 septembre et effacé la correction de GilB.

Sur contact:city et contact:postcode, le sujet a déjà été discuté ici et la logique actuelle en découle directement : - c'est la communauté qui nous a demandé ce bloc d'adresse. @LySioS le 8 avril (message 12) : « Il me semble plus pertinent de privilégier les tags contact:housenumber contact:street contact:postcode contact:city ». Nous l'avons acté le 9 avril (message 24) : contact:* par défaut pour les quatre tags d'adresse, et alignement sur addr:* si un contributeur en a déjà posé, jamais de mélange des deux formes sur un même élément. https://forum.openstreetmap.fr/t/digitaleo-suivi-et-retours/42379/12 https://forum.openstreetmap.fr/t/digitaleo-suivi-et-retours/42379/24 - la redondance que vous soulevez a été posée par @cquest le 6 août (message 115), avec deux exceptions relevées dans la foulée : l'adresse qui n'est pas dans la même commune que le POI, et le CEDEX au code postal spécifique, complété par @Ner0lph sur contact:pobox (message 119). https://forum.openstreetmap.fr/t/digitaleo-suivi-et-retours/42379/115 https://forum.openstreetmap.fr/t/digitaleo-suivi-et-retours/42379/119 - le wiki va dans le même sens sur la ville postale : « it is useful to tag addr:city explicitly even when it does match the containing administrative boundary's name, so that mappers and data consumers can distinguish such coincidences from missing postal city data » addr:city=* Notre mapping complet est documenté ici, sections Address et Address conflict resolution : osm.wiki/Organised_Editing/Activities/Digitaleo#Address

Nous restons donc sur le comportement acté en avril, mais nous ne sommes pas fermés : si la communauté tranche pour ne plus publier la ville et le code postal quand ils sont déductibles de la position, nous le ferons de façon globale.

Hi, and thanks for the addr:city=Carouge GE correction.

Two things about this changeset, on node/12716676301 (Cavavin, Rue de la Fontenette 42).

It looks like "payment:contactless=yes" was accidentally pasted into the end of the opening_hours value, which now reads "... Sa 09:30-18:15; Dec 25, Jan 01 offpayment:contactless=yes". The payment:contactless tag itself was dropped in the same edit. Probably a copy/paste slip in iD.

That one is partly on us: our next automated publish preserved your dated rule verbatim, invalid tail included, and pushed it back in changeset/189163517. Our preservation logic did not validate the rule it was reusing. We have opened a ticket to reject unparseable rules instead of re-emitting them, and we are cleaning the node by hand.

On addr:city, you were right and we were wrong. Carouge GE is the official locality name and our source data holds the bare form. We had been overwriting your correction on every publish. That is fixed on our side as of today, so addr:city=Carouge GE will now be left alone.

Sorry for the back and forth, and thanks for keeping an eye on it.

Merci pour ta modification, j'ai rajouté aussi Insta du coup.

Merci pour votre retour. Effectivement, je remets le nom Auberpets sur le POI et j'informe le client de ce changement.

Il pourra ensuite soit reposer le nom Auberdog s'il s'agit bien de l'enseigne officielle, soit valider le nom Auberpets s'il correspond à une évolution récente de la marque.

Bonjour Snusmumriken,

Merci pour ce relevé sur le centre de Nice. Je reviens vers toi au sujet du node/13128217001 (agence Orpi, 1 rue Alphonse Karr), dont tu as retiré contact:housenumber, contact:street, contact:postcode et contact:city.

Je comprends la logique : l'adresse est déjà portée par le nœud d'adresse voisin (node/10114971363). Mais ce cas précis, POI avec point d'adresse indépendant à côté, est justement celui qui a été discuté avec la communauté OSM française en avril sur notre fil de suivi, et le choix retenu a été de conserver l'adresse sur le POI, sous la forme contact:* :

- https://forum.openstreetmap.fr/t/digitaleo-suivi-et-retours/42379/12 : la demande initiale portait sur un POI dont le point adresse existait déjà, avec la recommandation de privilégier contact:housenumber, contact:street, contact:postcode et contact:city.
- https://forum.openstreetmap.fr/t/digitaleo-suivi-et-retours/42379/17 : mettre contact:*=* partout facilite l'intégration ultérieure des adresses, les outils de consolidation s'appuyant dessus.
- https://forum.openstreetmap.fr/t/digitaleo-suivi-et-retours/42379/18 : contact:* évite aussi que l'adresse disparaisse si le commerce est supprimé à sa fermeture.
- https://forum.openstreetmap.fr/t/digitaleo-suivi-et-retours/42379/24 : l'engagement que nous avons pris à la suite de ces échanges, contact:* par défaut, alignement sur addr:* si l'élément en porte déjà, jamais de mélange des deux formes.

C'est sur cette base que je vais republier ces quatre tags. L'idée n'est pas que le POI définisse l'adresse du lieu, c'est le rôle du nœud d'adresse, mais qu'il porte l'adresse de contact déclarée par le gérant, dans l'espace de noms prévu pour ça.

Si tu n'es pas d'accord avec ce qui a été décidé en avril, le fil est toujours ouvert et c'est le meilleur endroit pour en rediscuter, je suivrai ce que la communauté décidera. Le fonctionnement complet est documenté sur osm.wiki/Organised_Editing/Activities/Digitaleo

Merci encore pour la relecture de nos données, ce type de retour nous est utile.

Bonjour,

Oui, vous avez raison. Normalement nous avons un garde-fou qui bloque les modifications portant uniquement sur la casse, justement pour respecter les conventions OSM. Ici, le client a demandé à retirer le « ! » du nom, ce qui a fait passer la modification, et le nom qu'il a saisi de son côté est effectivement en majuscules.

Cela ne respecte pas les conventions OSM : je force la correction de la casse sur la fiche pour revenir à un nom en minuscules (sans le « ! »), et j'en informe le client.

Merci pour le signalement,

Bonjour,

Merci pour votre retour et pour la correction (changeset/188578600).

Effectivement, le client n'avait pas saisi le bon SIRET : c'est celui de l'établissement de Bressuire qui avait été renseigné sur la fiche de Chauray. Je corrige la fiche client de mon côté avec le bon numéro (42209487000140), pour que la prochaine synchro ne vienne pas réécraser votre modification.

Encore merci pour la vigilance,

Bonjour,

Merci pour votre retour, bien vu pour l'URL.

J'ai fait la modification directement sur la fiche du client : l'ancienne adresse (https://www.cervoiserie.com/cervoiserie-niort-cave-et-bar-a-biere/) est de nouveau renseignée dans `contact:website`, et la correction va être répercutée sur OSM.

Encore merci pour la vigilance,

Yes parfait !

Apologies. The data provided by the store in our database includes an address supplement referring to "Level 42."
We interpreted this as the floor number.
We have updated it to: -1.

Bonjour,
effectivement, on aurait pas dû pousser cette valeur.
On a modifié notre manière de publier pour ce champ. Et on prend en compte que les pages entreprise (vu dans le Wiki)

Bonjour, les informations ont été mises à jour, le POI pointe désormais sur le bon Node.
Merci à vous

Merci pour votre retour, j'ai fusionné les deux nodes

Bonjour,

Merci pour votre retours et le changement !

Bonjour,

Merci pour votre retours, c'est corrigé
changeset/188512601

Effectivement, il a privilégié le bâtiment plutôt que le nœud qui existe déjà, je corrige ça.

Hello, according to the shop, it's closed on Tuesdays are you sure it's open on Mondays?

Bonjour ThomasDu,

Merci pour la correction Osmose sur le nœud 10264566509 (Square Habitat Roubaix Mairie), version 15.

C'est nous qui étions en tort sur deux points : notre valeur "Avenue Jean-Bapstiste Lebas" contenait une faute de frappe, et elle reprenait de toute façon la forme longue alors que la voie porte name=Avenue Jean Lebas depuis l'arbitrage de la note/5255466 (panneau sur le terrain, BAN certifiée id 59512_2800, IGN), "Jean-Baptiste" restant en alt_name.

On corrige la donnée à la source pour que notre prochaine synchronisation ne repousse pas l'ancienne valeur.

Bonne journée.

Bonsoir, et merci pour ce signalement précis.

Sur le SIRET : le nœud n'en porte qu'un seul, il y a eu remplacement et non ajout. Nous renseignons le SIRET de l'établissement qui exploite le point de vente, pas celui de l'enseigne affichée, parce que les deux diffèrent dès que l'agence est tenue par une filiale ou un franchisé. Ici la page de l'agence Niort sur actis-location.com est elle-même titrée « CLENET LOIRE & SEVRE - Agence Niort », d'où le 83032010700055. ADLM (44283137600029) est une autre société, mono-établissement, installée sur la même ZA, avec un code NAF de réparation de machines (33.12Z) là où CLENET est en 46.69B. L'absence de nom d'établissement dans Sirene est fréquente et ne le disqualifie pas.

Vous avez en revanche mis le doigt sur une vraie erreur de notre part. Nous ne publions que ref:FR:SIRET, jamais le SIREN ni le NAF, et en remplaçant le SIRET nous avons laissé en place vos ref:FR:SIREN 442831376 et ref:FR:NAF 33.12Z, qui décrivent ADLM. Le nœud porte donc aujourd'hui deux identités. Le correctif est en cours de revue chez nous : quand nous remplaçons un SIRET, le SIREN et le NAF qui l'accompagnaient sont retirés, puisqu'ils désignent une entité que le nœud ne désigne plus.

Sur l'adresse, vous avez raison de vous étonner, et Sirene ne fait pas autorité ici. La BAN connaît le 3 et le 5 de cette rue, deux points distants d'environ 130 mètres. Sirene déclare le 5, le site de l'enseigne annonce le 3. Nous partons sur le 3, qui vient de l'exploitant lui-même. Le nœud est aujourd'hui posé côté 5, il devra donc bouger aussi.

Merci encore, et n'hésitez pas si vous voyez d'autres écarts de ce type.

C'est l'adresse renseignée par le point de vente lui-même, mais effectivement, je pense qu'il a fait une erreur de saisie. Je modifie.