With 10 years of contributions, many wiki edits, I know the existence of the wiki. thank you. BTW, if not, it would have been nice to give the URL ;-).
Of course I could split the ways in 2 parts and create a relation of both parts. It would be, on a topologic point of view, identical. BTW, a point was missing in one direction, creating probably this self intersecting way. Not knowing they were supposed to crash, the main tile servers rendered the data properly.

Hi, I saw this message (thanks to Osmose) and checked. IMHO it's a false positive, the ferry does back and forth. What should I do if any? Move the "back" part of the trip? The ferry is using the same path (well depending on the tide not necessary but almost. Is it an issue for some software?

Bonjour, bienvenu.e sur OpenStreetMap. https://osmose.openstreetmap.fr/fr/byuser/Steph%20du%20technique vous/te donnera des pistes pour corriger quelques erreurs. Je vois par exemple des majuscules manquantes (rue de l’Église => Rue de l’Église), d'autres en trop (BOUCHER => Boucher), des noms étonnants (Parc du Val Drouet pour un étang, sans doute le parc autour https://www.letelegramme.fr/cotes-darmor/trelivan/sport-le-parc-du-val-drouet-s-enrichit-d-agres-03-02-2019-12199410.php). Des accents manquants (Ecole => École).
Des duplications : way/172220663, non chaque bâtiment ne s'appelle pas Ecole primaire Jean Ferrat, éventuellement créer une relation site regroupant les bâtiments en question et appelée École primaire Jean Ferrat). La mairie par exemple ne s'appelle pas mairie (avec amenity=townhall vous l'avez déjà décrite) mais éventuellement Mairie de Trélivan.
addr:city Trélivan
addr:postcode 22100

à éviter en France (le code postal et la commune sont connus d'après la géographie, ici relation/376998#map=14/48.4270/-2.1026, ça évite notamment de dupliquer les noms en breton et le (censuré) quand des communes fusionnent).

name ce sont uniquement les noms propres : WC public par exemple n'a pas lieu d'être (ni access=yes puisque les toilettes dans OSM sont ouvertes au public sauf précision).

Sinon comme je suppose que vous êtes des services techniques de la mairie , vous aurez peut-être envie d'ajouter les numéros de rue, je vous conseille vivement https://bano.openstreetmap.fr/fantoir/index.html#insee=22364&tab=0 en prenant les relations (pas les points).

Salut je retombe sur cette modification problématique qui met en amont le cours d'eau à grande marée haute et le bas du cours d'eau à marée basse, avec notamment le banc de sable "à sec". Mettre le riverbank à une marée haute de 95 me semble cohérent avec le trait de côte. Rien contre le fait d'avoir une autre ligne pour les marées basses de 95 (rivière vidée). Pour Rio de la Plata le problème c'est la confusion (volontaire ou pas) entre une description géographique et une description géopolitique. Ici la limite Finistère/Morbihan est grosso modo au niveau du point du profil le plus profond. Après la rivière peut changer de cours, ça ne changera pas les limites départementales. Oui SHOM = LAT et HAT, PPMA et PBMA pour les intimes, PM et BM de 120 pour les autres ;-).
Petit à petit le REFMAR (zéro hydro) des cartes marines s'impose à LAT. La logique serait d'utiliser dans OSM HAT et LAT car on trouve de l'information (HAT est la référence en France et en Allemagne par exemple). LAT est le référence partout pour des raisons évidentes.

La longitude et la latitude ! C'est quand même à peu près le plus important pour les points géodésiques ;-).

C'est aussi ce que j'ai remarqué.
Pour l'élévation, inutile de préciser l'unité car par défaut ce sont des mètres. Le séparateur décimal est le séparateur britannique donc le point. Soit ele=20.722
Les coordonnées sont d'après la fiche
lat=47,7671111111111 lon=-3,54625 (sauf erreur de ma part). D'où viennent les autres valeurs ?

De rien, au plaisir. Je vais demander à la liste [OSM-talk-fr] pourquoi les points géodésiques n'ont pas tous été intégrés car il y en a beaucoup mais pas tous.

Pour le point géodésique, c'est plus "sioux", voir osm.wiki/France/Rep%C3%A8res_G%C3%A9od%C3%A9siques et la fiche c'est https://geodesie.ign.fr/fiches/pdf/O.L.K3-476_498511.pdf

Bonjour, il est plus classique d'utiliser simplement phone et website. Le format des numéros de téléphone doit être international : +33 2 et non 02.
Vois aussi https://osmose.openstreetmap.fr/fr/byuser/Roublard

Si vous repassez par là, vous pouvez vérifier le nom de la boulangerie ?
node/8931945564

Bonnes vacances ;-)

"copie-de-modele" et non daté, j'ai déjà vu mieux. Je n'ai pas réussi à trouver l'âge de la dernière mise à jour et je vois que https://www.jettours.com/d/europe-mediterranee/italie/rome n'a pas de proposition vol+hôtel 3* sur Rome.
Rien n'indique sur Jettours qu'ils continuent de proposer des solutions clé en mains pour les agences (pas de lien vers des agences).
Maintenant si l'agence continue à l'afficher, tu laisses effectivement.
On voit par exemple que https://www.sejoursvoyages.com/tours-operateurs/84-voyages-jet-tours.html ne propose plus rien.
Si tu peux en passant leur demander tu vas pouvoir mettre survey ;-).

Et bonjour au fait ;-).

La marque Jet tours appartient actuellement à Directours, suite à la disparition de la faillite du groupe Thomas Cook. Rien n'indique sur
https://www.laroutedesiles.fr/ qu'ils travaillent avec Directours ou Jet tours

Indeed. I was fixing some naming errors found by Osmose (on telecom:medium=fibre, what else? ;-)), and I forgot to uncheck "reuse changeset". Yes the default value is stupid!

Bonjour, certains nœuds sont en trop ou devraient être des poteaux :http://osmose.openstreetmap.fr/en/byuser/biologeek

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 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) : 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) 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.