Réseau urbain Transp’Or

Bonjour, J’aimerai savoir si vous pouvez faire un GTFS avec la bonne date d’expiration pour que cela soit plus compréhensible. Merci d’avance, cordialement.

Bonjour, N’ayant pas trouvé l’endroit ou une date d’expiration peut être renseignée, j’ai rajouté un commentaire dans le descriptif stipulant la période a laquelle ces horaires sont valables. Cordialement

Ok pas de problème, merci, cordialement.

Bonjour Guillaume, La date d’expiration de vos GTFS apparaît dans les métadonnées de transport.data.gouv.fr : https://transport.data.gouv.fr/datasets/offre-transport-en-commun-du-reseau-transpor-gtfs/

Bonjour, La norme GTFS définit comme obligatoire le renseignement du champs “agency_url” dans le fichier agency.txt. Ce champs n’est pas renseigné dans le jeu de données GTFS actuellement disponible. Par ailleurs, concernant le trip_id 193, les valeurs arrival_time et departure_time au stop_sequence “162” sont “11:46:00” tandis qu’elles sont au stop_sequence suivant “163” de “10:48:00”. Cela signifirait qu’entre le stop_id “137_137” et le suivant “169-170”, le véhicule fait un retour dans le temps de 58 minutes auparavant. Il doit y avoir une coquille pour toutes les valeurs arrival_time et departure_time postérieures au stop_sequence “162”. Serait-il possible d’avoir une version corrigée de ce jeu de données? En vous remerciant d’avance

Bonjour, Par ailleurs, la nouvelle L4 est manquante. Serait-il possible d’avoir un jeu de données correspondant au nouveau réseau de septembre 2019? En vous remerciant encore

Bonjour,

Je viens de mettre a jour le descriptif du réseau ainsi que le nouveau jeu de données GTFS, dite-moi si pour vous tout est ok. Cordialement.

Salut,

Je viens de vérifier le nouvel flux GTFS. Le champ “agency_url” demeure non renseigné comme Tim a mentionné. De plus, il y a quelques stop_times pour lesquels le departure_time est avant le arrival_time. Par exemple, on peut parler des stop_times numéros 14 et 15 du trip_id 25202518-49e3-4c6e-9ac9-57d070df84e8.

Outre ceci, il paraît que le flux GTFS est fonctionnel.

Jeremy

Bonjour Jérémy,

Je suis désolé mais étant novice avec cette pratique, pouvez-vous m’indiquer ce que signifie le champ “agency-url”, ou je peux le trouver afin de le renseigner? Concernant les stop-times, je pense qu’il s’agit d’arrêts desservis par le “transport à la demande”. Il est difficile avec ce type de transport, d’avoir des horaires précis entre le gtfs et la réalité car ce mode de transport est complétement aléatoire en fonction des heures de réservations.

Salut Guillaume,

Le champ agency_url est là pour préciser l’URL du site web du fournisseur de transport, donc dans ce cas Transp’Or. Vous pouvez voir quels champs sont obligatoires ici: https://developers.google.com/transit/gtfs/reference#agencytxt

Pour les stop_times, je ne crois pas qu’il s’agit de la TAD: par exemple, le trip_id que j’ai indiqué se trouve sur la ligne 4, et il paraît que c’est une erreur simple: je crois que les departure_times des stop_times 14 et 15 de ce trip sont une heure trop tôt.

Bonjour,

Je viens de remettre un nouveau GTFS pour notre réseau afin de supprimer les coquilles se trouvant sur le dernier. Dans l’attente de vos retours si vous constatez le moindre problème. Merci

Salut,

Outre le champ agency.agency_url qui demeure vide, il paraît que les problèmes avec trips.txt et stop_times.txt mentionnés ci-dessus sont résolus.

Merci