Plans de transport v2 : la suite

Pour terminer la PR plans de transport novembre, j'ai mis en ligne sans tout terminer évidemment. Voici la suite.

• gérer à nouveau la SNCF

  • sur la base du nouveau jeu de données du futur !1143
  • gérer l'affichage : le TGV pose problème !295
  • report à nouveau du sujet train : il faut d'abord qu'on mette en ligne l'actuel demain

• ainsi que les réseaux nationaux voir européens comme Flixbus / Blabla, à mettre dans un lot groupé

• rétablir Paris et Lyon

• faire le tri entre les stopTimes sur le serveur jour par jour et faire que <Stop fasse un appel en fonction du jour, pour éviter de télécharger 3 Mo de données. Autre solution : garder le téléchargement des données mais le compresser à mort ? Pour ne pas mettre une charge de calcul sur le serveur. Quel est le goulet d'étranglement actuellement ? Temps de proc, ou data ?

  • aussi, faire le pont entre immediateStopTimes et l'autre : on peut peut-être d'abord faire la requête immediate, puis ensuite la complète sur une exploration plus poussée qui mérite d'être faite côté client ?

• on a un problème de MAJ apparu depuis cette version. Ça marche presque... mais ça marche pas. Qui semble causer une désynchronisation entre prefixTable et un autre jeu de donnée, ce qui donne areaName de Quimper à Haguenau...

• s'assurer de l'indexation des réseaux, notamment via /transport-en-commun

• [ ] 🔊 📢 COMMUNIQUER !!

Par la suite

• breizhgo : lignes trop étroites, on voit pas à fort niveau de zoom
• plutôt que des segments unitaires arrêt A -> arrêt B, coder des segments multiples A->B->C pour éviter que l'offset créée un cassure à B. Maintenir l'offset constant pour une ligne. Idéalement, donner l'offset le plus faible aux lignes qui arrivent et partent à gauche. Haha pas simple 😅
• faire des effets au survol pour distinguer les lignes Eurostar entre-elles par exemple. C'est pas simple : ni setFeatureState (ne permet que de surligner par id, or plein de segments ont le même id) ni setFilter (trop instable) ne suffisent
• les noms des lignes, bien sûr

Le liseré ça rend pas bien. Générer une palette de couleurs à partir des couleurs en conflit ?

• représenter les superpositions comme avec une ombre portée sur la ligne qui se fait superposer, pour montrer l'addition en relief. Line-gap-width ?

Encore plus par la suite

• les parkings relais, depuis OSM
• facile d'intégrer les parkings vélos comme on le fait dans useTransportStopData ?