You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dans la version en ligne, on a mis en place les cartes symboliques des réseaux de transport, précalculés à chaque MAJ des GTFS.
C'est loin d'être satisfaisant, même si ça peut déjà être utile. Le travail continue !
À faire :
corriger les problèmes de MAJ des GTFS sur le serveur
améliorer la perf de la génération de cartes
explorer l'utilisation de tippiecanoe -> pmtiles -> maplibre source layer pour afficher les lignes de transport en commun plutôt que la surcouche geojson pas si facile à gérer côté client. Il se pourrait que j'aie recodé ce qui était déjà fait 😅. Mais on risque de se relancer dans pas mal de dev, alors que l'actuel marche bien. Peu prioritaire je dirai, mais intéressant.
mettre le mode transport dans la liste des fonds de carte et améliorer l'icône fond de carte. Un icône en moins et c'est totalement pertinent de le considérer comme un fond de carte
enlever les lignes de train du style de fond de base, maintenant qu'on a la carte national de voyage, et la carte nationale de rail géographique
Quand en mode transport on clique sur une gare ou un arrêt, scotcher le clic pour ne pas faire la partie piétonne ou TeC manquant si gare, comme ça les trajets en train dans toute la France sont possibles
il manque quelques interactions, comme les clics sur les lignes après clic sur une gare
suppression des searchParams après interaction, ça traine actuellement
réafficher les encarts arrêt de bus sur la carte à fort niveau de zoom avec le prochain départ et un clic pour ouvrir l'arrêt
régler la taille visuelle des gares. Elles sont actuellement bien trop grosses
inspecter les réseaux un à un pour repérer les incohérences. Je crois en avoir vu dans le sud qui sont moches
revoir l'algo de création de geojson en prenant en compte la direction de la route dans le listing des points, et retenter l'utilisation de topo pour intégrer les stops que mostStops ne peut pas trouver (ligne sans omnibus total)
créer des features précises basées sur les stopIds en plus des features basées sur les stopNames, à afficher au zoom sur la carte ou au clic sur une ligne. Tester si le même principe de création du geojson de la route fonctionne. Pourrait être le bordel dans certains cas où la route a des trips très différents voir contradictoires. Sinon, reposer sur les shapes précises fournies. Je découvre l'attribut "parentStation". Par exemple, StopPoint:OCEOUIGO-87681825 a pour parentStation StopArea:OCE87681825. Ça pourrait être très intéressant ! Unifier la vue des lignes au clic sur l'arrêt OSM et la vue réseau.
ajouter blablabus et flixbus (si leur gtfs marche à nouveau), comment s'intègrent-ils à la vue France en cohabitation avec le train ?
On affiche déjà les routes au clic, mais il faut également afficher les trips, comme on le fait pour les bus, avec les horaires et une gestion de l'indication de la fréquence. Donc gérer à la fois le mode "je fais un trajet à telle date" et le mode "je me renseigne sur la régularité de cette ligne". S'inspirer de ce qu'a fait korrigo.bzh, je n'ai pas vu d'autres exemples en ligne
offset ? Même latitude cartagène ne le fait pas pour les plans dynamiques "v3" de gros réseaux comme Star. blog de 2017 qui explique et transit. Et bien sûr s'inspirer de Loom, mais qui ne peut être utilisé qu'en mode geographique. Mais je suis définitivement pas convaincu de l'intérêt du tracé des lignes de bus ou de train sur la base des shapes réelles, qui soit n'apportent qu'une information inutile (genre le rond-point utilisé par le bus mais sans aucun arrêt est totalement inutile) voir trompeuses (une ligne qui en suit une autre mais qui ne fait pas d'arrêt quand l'autre en fait 3 !). En fait, un offset seulement pour les lignes qui font arrêt A -> arrêt B pourrait marcher, mais il faudra ensuite recoller les bouts à l'arrêt, boule blanche assez large pour les accommoder. Donc peut-être : utiliser loom mais sur les shapes GTFS symboliques ? Idéalement on courberait les lignes aussi pour que le plan symbolique soit plus beau. On pourrait les courber uniquement quand elles sont seules entre deux stopNames.
Dans la version en ligne, on a mis en place les cartes symboliques des réseaux de transport, précalculés à chaque MAJ des GTFS.
C'est loin d'être satisfaisant, même si ça peut déjà être utile. Le travail continue !
À faire :
topo
pour intégrer les stops que mostStops ne peut pas trouver (ligne sans omnibus total)Bonus
Objectifs :
The text was updated successfully, but these errors were encountered: