← Retour aux issues

Mode itinéraire, la suite

publié le , mis à jour
Avatar github de laemlaem

À titre d'exemple pour ce que je considère comme cruellement manquant ajd en termes de fonctionnalités (cf fil sur le redesign), il y a beaucoup de choses sur le transport.

Toutes ces fonctionnalités sont déjà disponibles dans le back ou codées ailleurs, mais cachées ou pas intégrées par manque de temps pour les implémenter dans l'interface :

La saisie de l'itinéraire

Améliorer l'écran d'étapes

Choix "arriver à", choix "partir maintenant" vs date,

On peut envisager 3 choix : partir à | arriver à | aperçu large / voyage / préparation. Ce dernier déclencherait le calcul PreTrip. Trouver le bon terme.

  • Dans un premier temps, pas de "arriver à" et on choisit automatiquement le ontrip si date diff < 1h

Je ne comprends pas si l'on peut augmenter la plage de temps d'une requête onTrip. C'est important pour l'utilisateur, mais aussi pour calculer les itinéraire optimaux, une fonctionnalité que j'aime beaucoup. Si on ne peut pas, il faudra la réserver au mode preTrip. À moins que le onTrip soit assez intelligent pour nous donner un bon aperçu des solutions ?

  • 🔴 implémenter un auto-mécanisme de recherche secondaire en pretrip si pas de résultat trouvé en ontrip. Peut-être aussi ajouter un bouton "rechercher plus" qui déclenche le même pretrip. Cas d'usage

  • [ ] implémenter le "partir plus tard" : est-ce possible dans onTrip ? Ou est-ce que c'est à nous de simplement changer la date dans le futur genre 30 minutes plus tard ?

C'est pratique quand même. G et A ne le font pas, mais Breizhgo oui. Le faire près des dates avec un rappel tout en bas ? Reprendre les codes des lecteurs vidéo : flèche rond avance avec à l'intérieur +10 min et debounce pour permettre 3 clics ?

  • si départ dans le futur, moins besoin de "partir plus tôt" car forcément preTrip et donc calcul large

Intermodalité au départ et arrivée

Plus le temps de complément intermodal est long, plus la recherche est lente. Donc commencer petit, et laisser l'utilisateur choisir 1h de vélo s'il le désire !

Exemple : cette requête casse en prod, à cause des 2h de trajet en vélo autorisés, il cherche trop de trucs alors que la solution est simple pour 0.2 heures !

Très important aussi : proposer à l'utilisateur des modes non symétriques : s'il a un vélo pliant, il est envisageable de faire vélo + transports + vélo. L'option peut s'appeler "vélo à l'arrivée (pliant, location)". À l'inverse, vélo ou voiture au départ, c'est beaucoup plus probable, il suffit de le garer.

Aussi voir l'option motis voiture + parking relais, si on peut la mettre en avant c'est génial !

  • [x] mode de départ et d'arrivée (voiture / vélo / marche / PMR), choix du temps max de vélo / marche etc. Tout fait aussi le jeu du calcul de gare en gare

  • [ ] on a activé le mode fauteuil roulant (mot clef "marchereduite" dans le code), mais pas d'intérêt de l'activer avant d'avoir implémenté le le dessin précis des trajets d'approche cf https://github.com/laem/cartes/issues/598

Correspondance

Les résultats

Détailler l'itinéraire

  • Affichage des étapes de l'itinéraire TeC, puis également vélo si possible et voiture (possible) #598

La frise de résultat

  • améliorer la frise des TeC https://github.com/laem/cartes/issues/503
  • Vélo : afficher le % sécurisé
  • et le graphique du dénivelé / plus de profils Brouter
  • Voiture : choix d'éviter les autoroutes pour les véhicules à faible rendement autoroutier ; coût en € des autoroutes et surtout du trajet entier via futur.eco/cout-voiture ; empreinte CO2 via le modèle nosgestesclimat;
  • Meilleure page par défaut (la frise) pour le résumé de tous les transports, avec des messages personnalisés notamment sur les transports genre "oulah, en transport en commun ça va être compliqué / passage par Paris obligatoire ouin / etc https://github.com/laem/cartes/issues/500
  • Résoudre les problèmes débiles qui bloquent l'intégration de nouvelles métropoles / aggrégats de réseaux, cf laem/gtfs
  • Passer à france.ts légèrement modifié pour le fond de cartes transport, en y ajoutant les gares, cf apple maps
  • plein de petits bugs à corriger tel que https://github.com/laem/cartes/issues/497 https://github.com/laem/cartes/issues/498
✏️ Participer à la discussion