Bonjour, merci de NE PAS mettre network sur les arrêts, Cf. http://osmose.openstreetmap.fr/en/byuser/Kalepom

désolé pour la réponse tardive. Il est précisé dans l'article en question que les données du cadastres doivent être corrigées. Ceci ne semble pas avoir été la cas, c'est comme ça que je suis tombé sur osm.org/node/8564025713 qui est incorrect (non de rue inexistant).
Maintenant on a des données incorrectes et BANO n'y retrouve pas ses petits : https://bano.openstreetmap.fr/fantoir/index.html#insee=56121&tab=1

Hier je suis bien passé sur un défibrillateur dont le pseudo numéro de rue était celui de la mairie mais le nom de rue la rue la plus proche (qui n'est pas la même) : osm.org/node/1757658911/history. Je vais être un peu radical : si addr:city et postcode avaient un intérêt on devrait passer sélectionner tous les bâtiments d'une commune pour ajouter l'info. À regarder Osmose, les erreurs sont courantes (ici c'est juste inutile). Si on met code postal et ville sur tous les bâtis, on alourdit la base et on pénalise tous les consommateurs de données. Quand Esquibien et Audierne fusionnent, les POI suivent sauf si l'info redondante a été ajoutée. Il est plus efficace de faire "déteindre" les données ville et CP sur les POI dans la base des POI qui nous intéresse. Sinon en France on préfère utiliser les contact:addr: sur les POI afin de laisser les addr: sur les points adresses (qui sont en général placés au droit de la limite public/privé souvent au niveau de l'entrée principale). Un point d'adresse doit être unique.
De plus le principe d'OSM c'est de ne pas décrire deux fois la me chose. Et mettre une zone de code postal et les codes postaux sur le bâti de la zone contrevient à cet esprit.

Bonjour à quoi bon mettre des information au miuex redondantes :
addr:city Quéven
addr:postcode 56530

La commune est portée par la géométrie et le code postal par la commune.

Bonjour, j'ai trouvé une petite erreur (en fait Osmose, http://osmose.openstreetmap.fr/en/byuser/Stoeffy pour surveiller les problèmes détectés sur les objets modifiés par vous) osm.org/node/8911007571/history : la passerelle n'était pas connectée à la route or c'est très important : c'est ce graphe qui permet de trouver comment aller d'un point à un autre.

Merci pour le retour. Je pense que la mairie a fait cette liaison afin de pouvoir baliser à vélo un Inzinzac-Lochrist - Hennebont, Ce serait une telle route. Si elle est dans OSM, elle sera sans doute favorisée par les routeurs. Je vois qu'au sud de osm.org/way/929732451, c'est marqué comme chemin piéton. Je suppose que c'est aussi chemin piétons+cycles, je vous laisse corriger si c'est bien une erreur.

Bonjour et bienvenue dans OpenStreetMap. Quand un chemin est à la fois cycliste et piéton, l'usage est plutôt de mettre highway=path.
Inutile de décrire (très précisément, merci) en plusieurs langues, en général on utilise une langue locale officielle (ici le français). Par contre si cette passerelle assure une continuité de route, elle devrait faire partie d'une telle relation route.

osm.org/way/180138004 est un pont digue, pas un barrage. https://fr.wikipedia.org/wiki/Pont_de_Kermelo

Merci pour les 3 modifs ;-).

Bonjour, je ne sais comment vous avez fait cet import mais :
- un import se discute et DOIT être accepté et validé par la communauté or je n'en vois pas trace sur [OSM-talk-fr].
- En particulier ici l'import N'est PAS correct, avec notamment des noms de rue non respectés.
Je propose d'annuler cette modification et de refaire ça proprement en respectant le cahier des charges des imports.
https://osmose.openstreetmap.fr/fr/byuser/whatismoss
Un exemple parmi d'autres : osm.org/node/8564025713
Pour l'import d'adresse merci de regarder du côté de la BANO en version relations : https://bano.openstreetmap.fr/fantoir/index.html#insee=56121&tab=0

osm.org/way/291932288/history (oui ça a 4 ans) : quand un nom est descriptif et en minuscules, il vaut mieux le virer que le passer en majuscules ;-).

Bonjour, l'usage est de mettre en path les chemins piétons et cycle (ni footway ni cycleway).

Pourquoi diable avoir ajouté covered=yes alors que rien n'indique que ce chemin d'accès est couvert. Une fausse manip ?

Bonjour j'avoue que landuse=military et du nom Caserne Frébault (929232983, v1) me surprend. Est-ce le nom actuel? Non le nom du quartier c'est Quartier Frébault et son usage c'est residentiel. Annuler ou mettre a minima une end_date.

cycleway=opposite sur une voie à double sens n'a pas de sens.

Bonjour, bienvenu dans OpenStreetMap oneway=no est la valeur par défaut, si la rue est passée de sens unique à double sens, il suffit de supprimer le couple attribut-valeur.
Je vous/te laisse corriger.

Bonjour, extrait d'une discussion sur [OSM-talk-fr] https://lists.openstreetmap.org/pipermail/talk-fr/2021-July/thread.html

Sinon la route à petit trafic osm.org/way/499364451, c'est une "residential" (sans maison !) (...).

Un unclassified serait plus logique (unclassified NE veut PAS dire non classifié au sens français (on ne sait pas) mais de niveau inférieur à tertiary. Et carrément service au nord (cul-de-sac).

Comme Christian là je mettrais pas lanes=2 car les voies ne sont pas matérialisées au sol.

Je crois qu'une bonne correction du multi-polygone sera de faire plusieurs polygones car le résidentiel discontinu ça ne fait que compliquer.

Bonjour, c'est nettement mieux !
ref c'est la codification de la voirie (par exemple D 765 pour la départementale). Cette voie-ci, sans doute privé n'en a sans doute pas. On voit ces références en activant la couche Cadastre (et en cherchant un peu). Actuellement elle n'est pas dans le cadastre.

Oui et non car le parking et le labo sont maintenant disjoints et trouver que le parking du labo c'est plus loin, réservé aux clients mais sans lien entre les deux. Bon sur l'entrée il y a écrit que c'est pour le labo.