Ce ticket concerne la branche v3 de Geotrek-admin
Bug également observé sur master.
La géométrie de certains sous-chemins (= chemin entre deux points de passage) est renvoyée par l'endpoint route-geometry dans la mauvaise direction.
Dans la réponse de l'enpoint, la topologie (serialized) est correcte, mais la géométrie (geojson.geometries) peut contenir des LineString avec un sens inversé. De ce fait, il n'y a pas d'erreur en base de données ni sur l'api V2 ou les portails de valorisation : le problème ne concerne que l'affichage lors du tracé sur l'admin.
Sous Leaflet, le problème est apparemment passé inaperçu car il ne gênait pas la visualisation du linéaire tracé.
Avec mapbox-gl-path, on voit sur l'exemple ci-dessous que :
- les flèches indiquant la direction sont inversées entre le premier sous-chemin (en bas, correct) et le deuxième (en haut, incorrect)
- mapbox-gl-path affiche automatiquement une "jonction fantôme" pour relier la fin du premier sous-chemin et le début du deuxième. Là aussi, c'est une histoire d'affichage seulement : cette jonction ne sera pas crée en base de données. Mais cela crée une grosse confusion pour l'utilisateur.

Ce ticket concerne la branche v3 de Geotrek-admin
Bug également observé sur master.
La géométrie de certains sous-chemins (= chemin entre deux points de passage) est renvoyée par l'endpoint
route-geometrydans la mauvaise direction.Dans la réponse de l'enpoint, la topologie (
serialized) est correcte, mais la géométrie (geojson.geometries) peut contenir desLineStringavec un sens inversé. De ce fait, il n'y a pas d'erreur en base de données ni sur l'api V2 ou les portails de valorisation : le problème ne concerne que l'affichage lors du tracé sur l'admin.Sous Leaflet, le problème est apparemment passé inaperçu car il ne gênait pas la visualisation du linéaire tracé.
Avec mapbox-gl-path, on voit sur l'exemple ci-dessous que :