Calcul automatique trace "parente" itinérance

[gbvt]

J'ai lu la documentation sur la création de randonnées dites en itinérance, c'est à dire plusieurs jours. Chaque étape correspond à un itinéraire "fille", et le regroupement ordonné dans un itinéraire "mère" en fait la randonnée globale.
J'ai bien noté cet exemple donné dans la documentation : https://www.grand-tour-ecrins.fr/trek/939529-Du-Bourg-d-Oisans-a-Clavans-le-Bas-(etape-du-GR-54)

Toutefois, j'aimerais savoir si le calcul de l'itinéraire mère peut peut être calculé sur la succession des géométries des itinéraires filles ? Cela facilitera grandement la maintenance et mise à jour de ces types de pratique.

Merci !

[camillemonchicourt]

Oui ça serait une évolution intéressante.
A voir si il y a des cas où le tracé de l'itinérance (rando mère) pourrait/devrait être différente de l’agrégation du tracé de ses étapes (randos filles). Mais je n'en vois pas.

Un point de vigilance serait si un étape ne termine pas exactement là ou l'autre commence. Il pourrait y avoir des petits trous ou superposition entre les étapes...

[AudreyRemy]

Parfois une étape est décrite depuis un hébergement ou autre point de référence qui est en dehors de l'itinérance (rando mère) ce qui implique que le départ ou l'arrivée d'une étape peut être légèrement différent de la trace mère

[gbvt]

Techniquement, plutôt qu'avoir une jointure entre les différents linéaires, ca pourrait être un "simple" multi linestring qui regroupe toutes les étapes et qui évite de faire une jointure... Si les modèles de données et les calculs altis le permettent ?

[camillemonchicourt]

Oui bien sûr, il faut que l'itinerance ait son propre tracé, c'est nécessaire pour que Geotrek-admin fonctionne.

[babastienne]

Le problème c'est que Geotrek ne gère pas les multi-linestring pour les itinéraires, il s'agit uniquement de linestring il me semble. Ca et le fait que le fait de reposer sur un mécanisme de topologies nous empêche de faire un agrégat d'itinéraires car la topologie ne peut pas comporter de trous.

Donc en l'état pas vraiment possible. On pourrait par contre imaginer faire évoluer le modèle de données pour qu'un itinéraire puisse être soit une topologie soit une multilinestring et ça permettrait de gérer ce cas d'une agrégation d'étapes mais aussi les cas d'imports d'itinéraires depuis des SIT.

[camillemonchicourt]

Oui et heureusement, il ne serait pas souhaitable qu'un itinéraire soit un multi-linestring avec des trous et des superpositions.
Son profil altimétrique (et autres) serait n'importe quoi.