Transports en temps-réel : la v2 (Siri, ...)
publié le , mis à jourLa v1 est en ligne : on est allés plus loin qu'une simple démo sur Rennes, ça fonctionne dans plein de villes, celles couvertes par GTFS-RT.
Mais il reste de nombreuses choses à faire !
v2
- activer les deux autres types de flux GTFS-RT : alerts & vehicle position
- c'est surtout du dev d'interface pour afficher tout ça au bon endroit
- tester un réseau Siri, par exemple Paris. J'arrive pas à savoir si Motis gère tout ça très correctement, ou juste en démo
- communiquer : ajouter l'information sur https://cartes.app/itineraire et lister le RT dans https://cartes.app/transport-en-commun
laem
Regarder Toulouse : y a le RT, mais ça marche pas. Peut-être parce que leur flux regroupe deux trucs, trip_updates et l'autre ?
https://transport.data.gouv.fr/datasets/tisseo-reseau-transport-urbain-toulousain
pmiossec
C'est vraiment cool!
Cependant, petit ajustement à faire (si possible):
Sont affichés les prochains passages de lignes qui ne passent pas à cet arrêt mais à un arrêt un peu plus loin.
Le 162 et 193 passent ailleurs. Ici: https://cartes.app/?allez=Mairie+de+Cachan%7Cn979068069%7C2.33460%7C48.79504#17/48.79504/2.3346/15/40
Peut-être filtrer avec la liste des bus indiqués dans OSM?
Et mettre les autres derrière un
<details>"Aux alentours:" (super fonctionnalités qui permet d'avoir une vue facile des prochains passages --mais se pose la question du sens 🤔--)?waterced
Quelques exemples d'interface côté GMaps (ici en Angleterre) incluant la position des bus en temps réel sur la ligne.
<img src="https://codeberg.org/attachments/6114822c-9147-47c8-a83c-3c24f70d2a4b" width="35%" /> <img src="https://codeberg.org/attachments/82f86dbc-36e3-4e13-a774-774bce0148fc" width="35%" />stemy2
Bonjour,
J'ai fait une requête d'itinéraire, mais j'ai un résultat bizarre.
Au lieu du trajet Bercy-Gare du Nord, il me dit carrément de prendre un bus jusqu'à Marne-La-Vallée. Et aucun autre choix ne me le propose.
Pourquoi faire simple quand on peut faire compliqué ?
Prochain trajet plus de 1956h après 🤔 (soit 80j)
etienneJr
@stemy2 wrote in https://codeberg.org/cartes/web/issues/2085#issuecomment-15206880:
Pourquoi faire simple quand on peut faire compliqué ?
En effet, ça donne l'impression qu'il ne connait plus les métros et RER parisiens. Quand je fais le calcul pour demain ça marche, il connait bien métro et RER. Mais toi tu as fait un calcul pour le 8 août c'est ça ? A mon avis, notre calculateur ne connait pas encore les horaires des métro et RER pour le 8 août, donc n'est pas capable de les intégrer dans l'itinéraire. En revanche il connait déjà les horaires des trains et bus blablacar, donc trouve des itinéraires avec uniquement ceux là. @laem ton avis ? [edit] j'ai vérifié, le résultat est le même sur cartes.app et sur api.transitous.org, ça n'est pas un bug du calculateur en lui même, c'est à mon avis une limitation des données sources d'horaires. [re-edit] pour être précis : ça marche jusqu'au 15 juin et ça marche plus à partir du 16. Est-ce que (par hasard 😅) le GTFS de IdF mobilités n'est valable que jusqu'au 15 juin ?
Dans la configuration avancée de Motis il y a :
extend_calendar: true # expand the weekly service pattern beyond the end of `feed_info.txt::feed_end_date` if `feed_end_date` matches `calendar.txt::end_date`Mais j'ai du mal à comprendre si ça résoudrait notre pb ici. Car @etienneJr ton hypothèse est la bonne je pense, même pas besoin de vérifier.
Sinon, c'est un problème complexe, car il faudrait 1) repérer qu'un flux GTFS pourrait répondre à cette demande de trajet 2) mais pas à cette date et donc 3) donner un jour de la semaine équivalent et avertir l'utilisateur
Gmap se fait pas chier : nada.