-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2.58.0 - Critères du filtre "topologie valide" ? #2663
Comments
Les topologies sont invalides dès lors que l'on a potentiellement un problème lorsqu'on essaye de les modifier. Les topologies, c'est n PathAggregations avec un ordre, 1 tronçon, un point de depart, un point d'arrivé. Pour eviter que la topologie remonte dans les topologies invalides, il suffit de modifier un peu la geometrie pour recalculer l'ordre des pathaggregations de la topologie. En plus de ce problème d'ordre, si la géometrie est invalide ou vide, généré par les PathAggregations, elle remonte dans la liste. |
OK merci pour ces précisions. |
C'est en lien avec #2515 |
Par contre @jeromesourdin, je ne vois pas le lien entre les topologies invalides, et le fait que le tracé est recalculé lors de la modification d'une topologie quand on l'édite et que des tronçons ont été ajoutés entre temps, prenant alors un chemin le plus court différent ? |
@camillemonchicourt C'est le dernier commentaire @gutard sur le post. |
Nous n'avons aucune topologie invalide via le filtre de la liste, alors que certains itinéraires ne sont pas valides. |
Après avoir refait quelques tests tous les itinéraires concernés avait une géométrie de type multipolygone |
Dans la version 2.58.0, un filtre intéressant permettant de rechercher les topologies invalides a été ajouté.
Mais je viens de le tester et sur mes 556 randos, il m'en renvoie 215 :
Et pour la plupart, je ne vois pas quels problèmes de topologie elles ont.
Quel est le critère de ce filtre "topologie invalide" pour remonter ces 215 randos ?
The text was updated successfully, but these errors were encountered: