Pour advertising=board, ce n’est effectivement pas décrit dans le corps de la page, mais c’est bien présent dans les données structurées et la boîte flottante en haut à droite de la page.

Il ne me semble pas y avoir de bonne raison objective pour que le wiki déconseille l’usage sur un chemin, car ce sont en général des objets relativement similaire physiquement à un advertising=board où c’est considéré comme valide.

Je n’ai pas l’impression qu’il y ait vraiment eu de discussion à ce sujet : la proposition originelle ne contenait que le point (et je ne vois pas de discussion de ce sujet), les aires ont été ajoutées en 2024 sur la base de _de facto_ (vraisemblablement non discuté). Bref, en l’état le wiki est plus une description de l’usage majoritaire que le reflet d’une décision communautaire.

Par conséquent, je ne considère pas que les inconvénients usuels des usages minoritaires (moins bien géré par les rendus / la QA / etc.) l’emportent nettement sur une donnée plus précise. On pourrait aussi juste modifier le wiki.

Bonjour et bienvenue sur OpenStreetMap 👋

Vous aviez déjà ajouté la MLA ANE dans changeset/182255981, or on évite de dupliquer les objets pour décrire une unique réalité. J’ai retiré l’un des deux et renommé pour être en cohérence avec l’autre point introduit dans changeset/182255151. Je vous invite à vérifier si le résultat est correct.

Bonjour et bienvenue sur OpenStreetMap 👋

Cette modification supprimant un bâtiment, je l’ai partiellement annulée. D’autre part, la mission locale était présente deux fois, j’ai réduit à un seul point. Je vous invite à vérifier si le résultat est correct.

Les discussions n’ont jamais abouti sur la bonne façon de classifier ces « prénoms » entre ref=* et name=*, mais je ne crois pas avoir vu cette variante proposée. En l’état, c’est simplement une duplication de ref=* et brand=*, ce qui n’est en principe pas valide pour name=*.

source: Panoramax ~> note/5276179

traffic_calming=hump est plutôt plus court que ça (environ la longueur d’une voiture). Dans ce cas, je pencherais vers traffic_calming=table.

Quand le feu est cartographié à son emplacement exact (par opposition à un centre de carrefour), il est judicieux d’ajouter traffic_signals:direction=*.

Pas par défaut en effet, mais il y a une option dans les préférences pour les conserver. Tant pis.

J’ai agrandi avec Bing, où on voit mieux le terrain. J’ai laissé way/1321581908 tel quel, mais je n’ai pas l’impression qu’il y ait la place ?

I planned to do this after discussion in changeset/181161036 but forgot. Thank you for doing it!

La référence a été considérée comme plaque d’immatriculation et floutée… tu n’aurais pas gardé l’original par hasard ?

Thank you!

Oh, pardon, je n’aurais pas dû annuler l’ajout de addr:housenumber=* sur node/9124547851. C’est l’un des deux schémas concurrents. Dans ce cas, il faut ajouter addr:street=* sur le POI (comme pour les points d’adresse. type=associatedStreet est officiellement obsolète en France, mais conservé sauf refonte majeure de la rue ou décision locale). Comme ça donc : changeset/181985589.

(L’autre schéma est d’utiliser contact:housenumber=* + contact:street=* sur le POI. J’ai une préférence pour ce dernier, mais j’ai l’impression que les discussions vont en général plutôt dans l’autre sens.)

Pour info : changeset/181972074.

Il me semble que short_name=* est plus approprié que alt_name=* ici. De plus en général, nous évitons d’ajouter l’abréviation à la fin de name=* (celui-ci ne doit contenir qu’un nom, ça en ferait deux).

Pourquoi pas, mais il manquait deux morceaux : changeset/181971431.

Les adresses sont généralement considérées comme des objets différents de ce qui y est présent (même si unique). Le fait que les deux utilisent le schéma addr:* est malheureux mais aucune solution de remplacement ne fait consensus pour le moment.

Super, merci 🙏

source += Cadastre