Salut, tu as changé Clos de Kervaziou en Le Clos de Kervaziou. Je ne sais ce qui est correct. Par contre si tu changes le nom d'une voirie, tu dois mettre à jour l'associatedStreet associée : relation/11921487 (qui reste uniquement francophone ;-()

Bonjour, plusieurs problèmes par exemple ici : way/769234015
– le numéro n’est pas le bon (sans doute un copier coller)
– toutes les informations d’adresse sont à supprimer (les adresses sont sur les points d’adresse en limite de propriété)
– la géométrie est incorrecte (utiliser le greffon cadastre sur JOSM, voir https://invidious.namazso.eu/watch?v=P_CyfGD3B3w, c'est beaucoup plus efficace)
J’ai fait le ménage sur cette rue, bonne continuation ;-).

Si c'est un dépôt, alors shop=medical_supply n'est pas indiqué. industrial=warehouse ?

J'en profite, si tu es passé par là, j'ai l'impression que pour relation/5385547/history je me suis fait avoir par Osmose : de mémoire on peut de ce "CR 1" à l'ouest tourver vers le sud jusqu'au track suivant : voitures autorisées sur ce tronçon (ce qui est dangereux car les cyclistes ne s'y attendent pas).

Passer un track en unclassified, pourquoi pas (même si un track peut être revêtu de bitume), ça me semble même plutôt logique. Par contre du coup way/234861555 ne devrait pas avoir de track type si ce n'est pas un track. Pour le CR 1, ce n'est pas le CR 16 dont le 6 a été coupé lors de la vectorisation ?
Sinon autant laisser source=survey au niveau du changeset.

et je suis tombé sur quelques bizarreries, dont celle-ci.

De rien, je regardais avec taginfo comment on taguait les absences de code FANTOIR (c'est https://taginfo.openstreetmap.fr/tags/ref:FR:FANTOIR=no)

bonjour, c’est way/1066901264
Pour savoir faire seul : http://overpass-turbo.eu/s/1mJF
Sinon les codes différents d’un côté et de l’autre c’est aux changements de communes, donc les candidats dans le coin étaient limités ;-).

Attention, comme vous/te l'a dit iD, un bâtiment ne doit pas croiser un autre baiment. De plus ce que vous/tu as cartographié c'est une emprise de terrain (landuse) et non un bâtiment.
J'ai essayé de corriger : changeset/127433274

Attention, c'est :left et :right qui ont un sens (vu dans le sens du chemin), forward et :backward n'ont pas de sens sur un code FANTOIR

Attention, c'est ref:FR:FANTOIR pas ref:FR:Fantoir. Je corrige

Pelouse synthétique n'est pas une valeur correcte pour une surface, merci de consulter le wiki : surface=artificial_turf (corrigé)

Attention, les données du Shom ne sont pas libres de droit, il faut se restreindre à la partie publiée en OD (Balisage.zip par exemple), est-ce bien le cas ?

But a natural=bay is not rendered using a solid color anymore, no need for this relation anymore: the outer should be the natural=bay, that's it.

Bonjour, https://www.mapillary.com/app/?z=17&lat=48.800841593186&lng=2.1290454963928&pKey=959361231560741&focus=photo&x=0.4457786634409326&y=0.2765362595855924&zoom=1 : je vois une seule plaque d'égoût. Tu en as deux : node/3825613599 et node/3825613597 (et un peu avant la borne incendie). C'est volontaire ?

Bonjour, pas de souci pour le passage à travers le hangar, c'est juste la modélisation qui pose souci, Cf. https://osmose.openstreetmap.fr/fr/byuser/SimonBoulanger, il faut sans doute découper le bâti en trois, le centre étant juste building=roof (un building:min_level pourrait aussi convenir), Cf. hhttps://wiki.openstreetmap.org/wiki/Buildings#Additional_attributes

Je doute que les opérateurs du port parlent de "Hangar PIF (HPIF)". Ils doivent parler de "Hangar PIF" ou de "HPIF" mais pas les deux en même temps. C'est pour cela que je propose name="Hangar PIF" d'un côté (idéalement name = ce qui est écrit sur le bâtiment si ce n'est pas une ref) et ref, loc_ref ou short_name=HPIF de l'autre : un nom ne doit pas comporter deux noms, on a assez d'alternatives (aussi alt_name par exemple). J'espère avoir été plus clair.
Sinon une fausse manip visiblement : way/1087448494 (et d'autres) devraient être juste des footway, les attributs des passages piétons sont à laisser sur les passages piétons.

Merci pour les retours rapides.
> ref=Ligne/Lane 1032 devrait être ref=1032, car le fait qu'il s'agit d'une ligne vient du fait qu'il s'agit d'un parking.
Regarder ce que font les autres est en général une bonne idée mais sur Douvres je vois des loc_ref, pas des name par exemple way/180982226
De plus sur Douvres il n'y a pas de possibilité de changer de file (traits continus d'après l'imagerie aérienne).

Le problème que je vois dans la modélisation actuelle c'est que les utilisateurs peuvent changer de file tant qu'ils restent dans un groupe de 4, ce que qui n'est pas correctement modélisé. Indiquer le nombre de voies aurait l'inconévient de ne pas individualiser les lignes mais l'avantage de rendre la carte plus lisible/compréhensible. ref=1029-1032 ?

Bonjour, oui je déterre une vielle modification : l'Aa, canalisée, ne semble pas s'appeler Aa Caanlisée sur toute la partie que vous avez indiqué.
https://lesfaiseursdebateaux.fr/aa-mots-croises-fleuve-cotier-nord-de-la-france/

Re-bonjour, Hangar PIF (HPIF) n'est pas un nom. Hangar PIF à la rigueur, HPIF est soit son short_name, soit sa ref. De plus comme indiqué par iD, un bâtiment ne croise pas un chemin piéton. soit l'un soit l'autre est à déplacer soit ils ne sont aps au même niveau.

Bonjour attention nommite aigüe : name c'est fait pour les noms propres et uniquement les noms propres. Ici c'est une simple référence à indiquer par ref.
Binvenu sur OpenStreetMap.