Bonjour,
pourriez.vous svp indiquer une source pour vos changement ? par exemple "aerial imagery" si c'est fait sur base de l'imagerie sat. ou opendata si c'est des données opendata, ou survey si vous l'avez vu
par ailleurs il est capital de connecter le filléaire piétone aux autres objets qui s'y rapporte, par exemple les passages piétonns sans quoi le routage piéton subit une horrible dégradation osm.org/directions?engine=graphhopper_foot&route=48.83250%2C2.34675%3B48.83249%2C2.34690#map=18/48.83158/2.34673
Cordialement,
Marc

Bonsoir,
merci pour votre retour, j'ai précisé cela avec l'attribut start_date
Cordialement,
Marc

Bonjour,
il y a eu un petit soucis car vous avez transformez toute la route en portail :)
c'est pas grave, cela arrive, et cela a été corrigé par Homer
Merci pour votre contribution car au final, cela a amélioré la carte !
Bonne continuation, n'hésitez surtout pas, y compris en demande une relecture quand vous l'estimez nécessaire
Cordialement,
Marc

Bonjour,
relation/2030341
la date correspond à la mise en service ou la date de la source ?
type serrait avantageusement remplacé par utility=*
Cordialement,
Marc

Hello,
relation/1829601
the pipeline is in a tunnel ? or it's in the ground without tunnel location=underground ?
type=lpg->utility=lpg
Regards,
Marc

and if the diamater isn't about the marker but about the pipeline, it's often pipeline:diameter because the object it-self is a marker
Regards,
Marc

Hello,
node/1501689826
what's the meaning of pipeline:marker=S ?
pipeline:type->substence
Regards,
Marc

Bonjour,
node/6635519453
un marqueur de pipeline sur un poteau électrique avec un chapeau sur le dessus le tout visible sur l'imagerie sat ?
perso il y a bien une tache sur l'imagerie sat mais pas de quoi lire une ref ni voir ce que c'est :)
Cordialement,
Marc

Bonjour,
node/4903842555
il y a vraaiement un panneau touristique à cet endroit ? ou c'est un marqueur ? marker=yes subject=pipeline operator=*
Cordialement,
Marv

et il parait que les extensions mineures de bâtiments sont des remorques contre leur porte de chargement

est-ce qu'il y a moyen d'entendre quand le contributeur signale que la situation a changé par rapport à la vue satellite au lieu de continué à annuler toutes les modifs qu'il a fait ?
modif erronée changeset/137797155 annulée par changeset/137810993
Cordialement,
Marc

Philippe,
quand le contributeur précédent te dit sur changeset/134845280 que les bâtiments ont été modifié récemment, ce serrait bien de ne PAS les remodifier sur base de l'imagerie sat qui n'est pas à jour.
j'ai annulé par changeset/137810993
Cordialement,
Marc

Bonjour,
je vois une série de marqueur avec fixme=a vérifier mais sanss aucune autre info le fixme est un peu bancal : que veux-tu vérifier ?
https://overpass-turbo.eu/s/1wCw
Cordialement,
Marc

Hello,
node/3966487857/history
way/1052532416
"Rua dos Manas" <> "Rua das Manas"
Regards,
Marc

Bonjour Philippe,
c'est génial de découper des landuse Corine en morceaux plus petit, très nécessaire merci.
je partage ton avis sur le changeset d'origine lui aussi trop gros
quand je dis trop gros je parle du faiit qu'à la fois il s'occupe de découpage "titanesque" fait avec l'imagerie sat et à la fois de détail vu sur place.
le soucis est d'avoir effacer 6 batiments nouveaux, une installation PV et une route parce que pas vu sur l'imagerie sat
c'est de cela le soucis dont parle l'auteur du premier message
changeset/137726899
il y a d'ailleurs des arbres ajoutés dans l'emprise de ces nouveauxx batiments, surement eerroné, je vous laisse voir le détail, c'est impossible de faire un tri plus poussé à distance.
Cordialement,
Marc

c'est bien ce que j'ai fais : dans les objets restauré, je n'ai par exemple pas restauré 2 batiments de 2010 qui ne sont plus visible de l'imagerie sat
c'est bien pour cela que le revert prend du temps sinon c'est plié en 2min :)

première partie avec restauration des éléments récents effacés changeset/137726899 avec ajout de start_daate
encore à faire passer en revue les éléments modifiés

j'entends ton argument mais en pratique cela ne va pas pour tout :

avant de supprimer un bâtiment ou une voie, on peux en effet regarder dans l'imagerie sat précédente si elle a existé et n'existe plus ou si elle n'existait pas et a été rajoutée

mais pour un changement de géométrie, je pense que personne ne regarde la source de chaque nœud qu'il ajuste... et si on regarde la source dans ton cas, c'est "terrain, BDTopo, Ortho IGN, RGEAlti, Strava, Mapillary, PCRS"
cela ne dira pas au contributeur suivant si la géométrie qu'il voit a été ajustée par une visite sur le terrain récente (et donc ne pas y toucher à distance) ou si c'était une veille trace strava et donc la vue sat est peut-etre plus précise.

pour moi la solution c'est :

une étendue de groupe de modification plus réduite, surtout pour les survey, par exemple cette ZAC

un bon commentaire de modification, par exemple "ajout des nouveaux batiments, le tracé des voies a changé". et à ce titre "FR79/85/17 - 1369 - Sevre Niortaise et Marais Poitevin (source terrain, BDTopo, Ortho IGN, RGEAlti, Strava, Mapillary, PCRS)" n'est pas un bon commentaire, il ne fait que lister des infos (lieu, source) qui sont deja dans d'autres tags alors que le but est d'expliquer pourquoi ces modifis (ajout d'éléments nouveaux ou ayant changé, correct d'erreur, amélioration ou réalignement)
osm.wiki/FR:Bons_commentaires_de_groupe_de_modifications#Bons_commentaires

- une utilisation de start_date et survey:date sur les objets qui le nécessite.

- une amélioration des éditeurs pour avoir un mode "sur place <> à distance", susceptible d'avoir une notification "attention vous êtes à distance et modifié un élément renseigné sur place récement"
mais même si cela existait, l'outil n'aurait pas retrouvé l'information nécessaire dans le tag multi-source -> un groupe dédié au survey (qui n'empeche pas d'ajuster des géométries avec d'autres sources, tant qu'on a vu l'objet sur le terrain)
PS: je regarde pour le revert partiel dans relation/8188824 si j'ai bien compris la zone de litige
Cordialement,
Marc

oups la dernière phrase n'est pas complète :
PS: j'ai vu un autre conseil de source=survey date sur l'objet.
je trouve que c'est une horreur, car cela finit en source=plein de source et donc inutilisable
l'attribut survey:date permet plus facilement de gérer la fraicheur des objets

Bonjour,
en lisant l'autre changeset, je regarde celui-ci... une source=la moitié des valeurs possibles est la caricature de ce que je trouve inutile...
si tu as vu tout ce que tu modifies, source=survey (et pas terrain) sur le groupe de modification est parfait.
si tu n'as pas tout vu ce que tu modifies, sépare en 2 groupes... cela aidera la suivant à savoir ce qui a été vu sur le terrain de ce qui n'a pas été vu sur le terrain
PS: j'ai vu un autre conseil de source=survey date sur l'objet.
Cordialement,
Marc