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
