Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
Bonjour, Le 24.10.23 à 07:16, Baptiste Jonglez a écrit : On 24-10-23, Vincent Bergeot wrote: 2) voir l'état à une date donnée [date:"2023-06-22T00:00:00Z"]; way[highway]({{bbox}}); out geom; https://overpass-turbo.eu/s/1AHa Je réponds un peu tard, mais merci du tuyau, je viens de tester et c'est très pratique ! Seul bémol, ça n'a pas l'air de charger les relations de l'époque. Dans la requête, seul les 'way' sont demandés à la date donnée (way[]), la même chose fonctionne pour une relation, il me semble. En effet, merci, il suffit d'ajouter un « relation({bbox}); » et ça charge toutes les relations dont un membre est présent dans la bbox. Par contre ça charge également tous les membres de toutes ces relations, ça peut vite faire beaucoup de données, mais en tout cas ça répond au besoin. c'est la récursion (la mienne en demandant la géométrie ou la tienne en ayant demandé à la réparation automatique) qui est la cause du chargement de tous les membres des relations. mais c'est évitable :) voici une requête qui charge les way+relations mais sans ses membres hors vue [date:"2023-06-22T00:00:00Z"]; way[highway]({{bbox}}); out geom; relation({{bbox}}); out ; https://overpass-turbo.eu/s/1Ct6 Cela fait quelques effets comiques pour les relations incomplètes, par ex la relation administrative au SO, mais cela ne charge pas les membres hors de la vue il est également possible de limiter les types de relation, par exemple en remplaçant la ligne avec relation[type=route]({{bbox}}); Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
Effectivement l'outil génère des duplication de donnée d'après mon expérience personnelle (je l'utilise activement sur le réseau de mon agglo), ça ressemble à un problème synchronisation de donnée effectué à la fois par josm et par relatify sur la même zone. Relatify semble avoir un cache/latence alors que josm arrive à être au plus près de la BdD osm.org Pour limiter la casse les etapes suivante semble fonctionner - Après un envoi avec JOSM, attendre 2 à 5 min avant de mettre à jour la même zone avec relatify - Après un envoi avec relatify, attendre 30s minimul, mettre jour l'ensemble des données en cache et contrôler que les modifications sont présente. Utiliser l'outil de validation avant envoi - Quand disponible, faite rapidement un contrôle avec Osmose avant qu'il y ai un gros historique à gérer sur les segments Il y a de la casse et il faut en avoir conscience, l'outil n'est pas encore parfait et devrait être réservé aux contributeurs sérieux qui prennent le temps de vérifier le résultat quelques jours ou heures plus tard Le 24 octobre 2023 05:02:50 UTC, Vincent Bergeot a écrit : >Bonjour, > > > >Le 24 octobre 2023 06:41:50 GMT+02:00, Baptiste Jonglez > a écrit : >>Bonjour, >> >>On 19-09-23, Marc_marc wrote: >>> Bonjour, >>> >>> Le 17.09.23 à 21:43, Baptiste Jonglez a écrit : >>> > Je ne sais pas comment voir l'état de ces rond-points >>> > et relations avant la modification >>> >>> le plus simple est overpass avec l'instruction [date: >>> tu donnes la date avant la modif et tu auras l'état >>> à ce moment là >>> >>> plus précisement, je vais qlq chose genre : >>> >>> 1) centrer overpass sur la zone en prenant l'id d'un vieil objet >>> way(id:...); >>> out geom; >>> https://overpass-turbo.eu/s/1AH9 >>> exécuter et centrer sur les données, zoomer >>> >>> 2) voir l'état à une date donnée >>> [date:"2023-06-22T00:00:00Z"]; >>> way[highway]({{bbox}}); >>> out geom; >>> https://overpass-turbo.eu/s/1AHa >> >>Je réponds un peu tard, mais merci du tuyau, je viens de tester et c'est >>très pratique ! Seul bémol, ça n'a pas l'air de charger les relations de >>l'époque. > > >Dans la requête, seul les 'way' sont demandés à la date donnée (way[]), la >même chose fonctionne pour une relation, il me semble. > >-- >Vincent Bergeot > >___ >Talk-fr mailing list >Talk-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
On 24-10-23, Vincent Bergeot wrote: > >> plus précisement, je vais qlq chose genre : > >> > >> 1) centrer overpass sur la zone en prenant l'id d'un vieil objet > >> way(id:...); > >> out geom; > >> https://overpass-turbo.eu/s/1AH9 > >> exécuter et centrer sur les données, zoomer > >> > >> 2) voir l'état à une date donnée > >> [date:"2023-06-22T00:00:00Z"]; > >> way[highway]({{bbox}}); > >> out geom; > >> https://overpass-turbo.eu/s/1AHa > > > >Je réponds un peu tard, mais merci du tuyau, je viens de tester et c'est > >très pratique ! Seul bémol, ça n'a pas l'air de charger les relations de > >l'époque. > > > Dans la requête, seul les 'way' sont demandés à la date donnée (way[]), > la même chose fonctionne pour une relation, il me semble. En effet, merci, il suffit d'ajouter un « relation({bbox}); » et ça charge toutes les relations dont un membre est présent dans la bbox. Par contre ça charge également tous les membres de toutes ces relations, ça peut vite faire beaucoup de données, mais en tout cas ça répond au besoin. La requête finale : [date:"2023-06-22T00:00:00Z"]; way[highway]({{bbox}}); relation({{bbox}}); (._;>;); out meta;/*fixed by auto repair*/ Bonne journée, Baptiste signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
Bonjour, Le 24 octobre 2023 06:41:50 GMT+02:00, Baptiste Jonglez a écrit : >Bonjour, > >On 19-09-23, Marc_marc wrote: >> Bonjour, >> >> Le 17.09.23 à 21:43, Baptiste Jonglez a écrit : >> > Je ne sais pas comment voir l'état de ces rond-points >> > et relations avant la modification >> >> le plus simple est overpass avec l'instruction [date: >> tu donnes la date avant la modif et tu auras l'état >> à ce moment là >> >> plus précisement, je vais qlq chose genre : >> >> 1) centrer overpass sur la zone en prenant l'id d'un vieil objet >> way(id:...); >> out geom; >> https://overpass-turbo.eu/s/1AH9 >> exécuter et centrer sur les données, zoomer >> >> 2) voir l'état à une date donnée >> [date:"2023-06-22T00:00:00Z"]; >> way[highway]({{bbox}}); >> out geom; >> https://overpass-turbo.eu/s/1AHa > >Je réponds un peu tard, mais merci du tuyau, je viens de tester et c'est >très pratique ! Seul bémol, ça n'a pas l'air de charger les relations de >l'époque. Dans la requête, seul les 'way' sont demandés à la date donnée (way[]), la même chose fonctionne pour une relation, il me semble. -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
Bonjour, On 19-09-23, Marc_marc wrote: > Bonjour, > > Le 17.09.23 à 21:43, Baptiste Jonglez a écrit : > > Je ne sais pas comment voir l'état de ces rond-points > > et relations avant la modification > > le plus simple est overpass avec l'instruction [date: > tu donnes la date avant la modif et tu auras l'état > à ce moment là > > plus précisement, je vais qlq chose genre : > > 1) centrer overpass sur la zone en prenant l'id d'un vieil objet > way(id:...); > out geom; > https://overpass-turbo.eu/s/1AH9 > exécuter et centrer sur les données, zoomer > > 2) voir l'état à une date donnée > [date:"2023-06-22T00:00:00Z"]; > way[highway]({{bbox}}); > out geom; > https://overpass-turbo.eu/s/1AHa Je réponds un peu tard, mais merci du tuyau, je viens de tester et c'est très pratique ! Seul bémol, ça n'a pas l'air de charger les relations de l'époque. Merci, Baptiste ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
Bonjour, Le 17.09.23 à 21:43, Baptiste Jonglez a écrit : Je ne sais pas comment voir l'état de ces rond-points et relations avant la modification le plus simple est overpass avec l'instruction [date: tu donnes la date avant la modif et tu auras l'état à ce moment là plus précisement, je vais qlq chose genre : 1) centrer overpass sur la zone en prenant l'id d'un vieil objet way(id:...); out geom; https://overpass-turbo.eu/s/1AH9 exécuter et centrer sur les données, zoomer 2) voir l'état à une date donnée [date:"2023-06-22T00:00:00Z"]; way[highway]({{bbox}}); out geom; https://overpass-turbo.eu/s/1AHa PS: si tu as besoin des meta, change out geom par out geom meta; si tu as besoin de charger cela dans josm, change out geom par out meta;>;out meta; une autre solution est d'utiliser josm, charger la zone et faire un revert du changeset en question s'il n'y a pas de conflit, tu vois alors la zone tel qu'elle était avant la modif Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
Je viens de penser à regarder les tickets sur l'outil, et ça semble effectivement être un bug : https://github.com/Zaczero/osm-relatify/issues/32 Attention donc si vous utilisez cet outil... Bonne soirée, Baptiste On 17-09-23, Baptiste Jonglez wrote: > Bonjour, > > Je suis en discussion avec un autre contributeur de mon coin pour un > problème de rond-points dupliqués et découpés en petits bouts. J'ai > constaté ce problème à plusieurs endroits, et je suis remonté à ses > éditions faites avec l'outil OSM-Relatify [1]. > > On peut constater le problème ici par exemple : > > https://www.openstreetmap.org/way/1184234236 > https://www.openstreetmap.org/way/1184234820 > > La duplication des "ways" est problématique en soi, mais côté relations > c'est aussi le bazar : certaines font deux fois le tour du rond-point... > > Voilà la question à laquelle je ne sais pas répondre : est-ce que le > problème était pré-existant, ou bien est-ce que ce serait un bug introduit > par OSM-Relatify ? Je ne sais pas comment voir l'état de ces rond-points > et relations avant la modification. > > Merci, > Baptiste > > [1] https://wiki.openstreetmap.org/wiki/Relatify > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
Bonjour, Je suis en discussion avec un autre contributeur de mon coin pour un problème de rond-points dupliqués et découpés en petits bouts. J'ai constaté ce problème à plusieurs endroits, et je suis remonté à ses éditions faites avec l'outil OSM-Relatify [1]. On peut constater le problème ici par exemple : https://www.openstreetmap.org/way/1184234236 https://www.openstreetmap.org/way/1184234820 La duplication des "ways" est problématique en soi, mais côté relations c'est aussi le bazar : certaines font deux fois le tour du rond-point... Voilà la question à laquelle je ne sais pas répondre : est-ce que le problème était pré-existant, ou bien est-ce que ce serait un bug introduit par OSM-Relatify ? Je ne sais pas comment voir l'état de ces rond-points et relations avant la modification. Merci, Baptiste [1] https://wiki.openstreetmap.org/wiki/Relatify ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr