-
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
Add filter geometry #3125
Add filter geometry #3125
Conversation
6417590
to
19d5f3d
Compare
Test summaryRun details
View run in Cypress Dashboard ➡️ This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. You can manage this integration in this project's settings in the Cypress Dashboard |
A relier à #2515 si j'ai bien suivi, en lien avec le point 3.1 de l'analyse technique : 3.1 Problème avec le filtre Le filtre servant à identifier les topologies cassées n’indique pas forcément les géométries invalides. En effet, il se peut que les topologies soient dites « cassées » sans altérer la géométrie finale. Par exemple si un tronçon B découpe un tronçon A parcouru par un itinéraire, les deux tronçons A et A’ porteront le même ordre dans l’agrégation de l’itinéraire. La topologie sera considérée comme cassée. Or, il s’agit apparemment du comportement historique de Geotrek. Tant que le bon ordre est remonté dans la requête SQL (partie aléatoire du problème), la géométrie n’est pas altérée. Solution court terme : différencier les deux filtres :
|
Codecov Report
@@ Coverage Diff @@
## master #3125 +/- ##
=======================================
Coverage 97.60% 97.60%
=======================================
Files 272 272
Lines 18792 18818 +26
=======================================
+ Hits 18342 18368 +26
Misses 450 450
Continue to review full report at Codecov.
|
No description provided.