Détails de la ressource
Flux temps réel Gratibus
Cette ressource fait partie du jeu de données Réseau urbain Gratibus.
Disponibilité au téléchargement
En savoir plus
HEAD dont le temps de réponse doit être inférieur à 5 secondes. Si nous détectons une indisponibilité, nous effectuons un nouveau test toutes les 10 minutes, jusqu'à ce que la ressource soit à nouveau disponible.Pour les flux SIRI et SIRI Lite, nous effectuons une requête HTTP de type
GET : nous considérons une réponse avec un code 401 ou 405 comme étant disponible. En cas d'erreur 500, nous considèrerons que le flux est indisponible, sauf si il semble contenir du SOAP.Rapport de validation
❌4 erreurs
Validation effectuée en utilisant le fichier GTFS en vigueur et le GTFS-RT, le 15/07/2025 à 09h08 Europe/Paris avec le validateur GTFS-RT de MobilityData.
Erreurs
Sequential stop_time_update times are not increasing E022 4 erreurs
stop_time_update arrival/departure times between sequential stops should always increase - they should never be the same or decrease.
Exemples d'erreurs
- trip_id B_01 stop_sequence 18 arrival_time 09:24:40 (1752564280) is equal to previous stop arrival_time 09:24:40 (1752564280) - times must increase between two sequential stops
- trip_id B_01 stop_sequence 18 arrival_time 09:24:40 (1752564280) is equal to previous stop departure_time 09:24:40 (1752564280) - times must increase between two sequential stops
- trip_id B_01 stop_sequence 18 departure_time 09:24:40 (1752564280) is equal to previous stop departure_time 09:24:40 (1752564280) - times must increase between two sequential stops
- trip_id B_01 stop_sequence 18 departure_time 09:24:40 (1752564280) is equal to previous stop arrival_time 09:24:40 (1752564280) - times must increase between two sequential stops
Validations précédentes
Voici un récapitulatif des différents types d'erreurs constatés au cours des 30 derniers jours.
| Identifiant d'erreur | Description | Nombre d'erreurs | Nombre d'occurences |
|---|---|---|---|
| E022 | stop_time_update arrival/departure times between sequential stops should always increase - they should never be the same or decrease. | 134 | 17 fois (94 % des validations) |
| E043 | If a stop_time_update doesn't have a schedule_relationship of SKIPPED or NO_DATA, then either arrival or departure must be provided | 49 | 13 fois (72 % des validations) |
| W003 | a trip_id that is provided in the VehiclePositions feed should be provided in the TripUpdates feed, and a vehicle_id that is provided in the TripUpdates feed should be provided in the VehiclePositions feed | 19 | 13 fois (72 % des validations) |
| E047 | If separate `VehiclePositions` and `TripUpdates` feeds are provided, `VehicleDescriptor` or `TripDescriptor` ID value pairing should match between the two feeds. | 10 | 9 fois (50 % des validations) |
| E037 | Sequential GTFS-rt trip stop_time_updates shouldn't have the same stop_id | 6 | 4 fois (22 % des validations) |
| E025 | Within the same stop_time_update, arrival and departures times can be the same, or the departure time can be later than the arrival time - the departure time should never come before the arrival time. | 2 | 2 fois (11 % des validations) |
Contenu du flux GTFS-RT
Entités
Entités présentes dans ce flux le 15/07/2025 à 22h31 Europe/Paris.
vehicle_positions (0) service_alerts (0) trip_updates (0)Entités présentes dans ce flux lors des 7 derniers jours.
trip_updates vehicle_positionsFlux GTFS-RT décodé
Voir le contenu du flux
Voici le flux GTFS-RT décodé au format Protobuf le 15/07/2025 à 22h31 Europe/Paris. Vous pouvez consulter la documentation GTFS-RT.
{
"header": {
"gtfsRealtimeVersion": "2.0",
"timestamp": "1752611465"
}
}