Navettes estivales Arzibus Arzibus

Bonjour, désolé le déroulé de l'année passée m'a découragé. Le service doit être effectif le 30 juin. Cordialement, T.TREMELO

Bonjour, Merci pour votre retour. L'exploitant de votre réseau peux peut-être vous fournir les données directement ? L'équipe transport.data.gouv.fr peut également vous accompagner dans la fourniture des données, validation, ... ? Cordialement,

Bonjour, Le jeu de données présent est toujours expiré. Pouvez-vous le mettre à jour pour l'offre de cet été ? Merci d'avance, Cordialement,

Bonjour Théo, je viens d'archiver le jeu de données, je n'ai pas le temps de le reprendre. Cordialement.

Bonjour, je pense avoir traité l'ensemble des erreurs que vous m'avez pointé. j'ai mis à jour le dépôt. Merci.

Bonjour, Le fichier n'est toujours pas correct. J'ai constaté les erreurs suivantes : calendar.txt => La colonne route_id ne doit pas être présente dans ce fichier, c'est le champ service_id qui sert d'identifiant. Les valeurs des colonnes des jours de la semaine sont tous à 0, ce qui correspond que les bus ne circulent pas du tout ! Pour les jours de circulation pour le service correspondant, il faut mettre les jours de la semaine correspondant à 1. Il manque une virgule entre start_date et end_date. Le service_id est un identifiant unique, ce qui n'est pas le cas dans le fichier actuel. Exemple : service_id,monday,tuesday,wednesday,thursday,friday,saturday,sunday,start_date,end_date mon-tues-wed-thurs-fri-sat-sun,1,1,1,1,1,1,1,20240610,20240915 mon-tues-wed-thurs-fri-sat-sun-juillet-aout,1,1,1,1,1,1,1,20240701,20240831 trips.txt => Les champs trip_id doivent être unique, ce qui n'est pas le cas dans le fichier actuel. Généralement un trajet correspond à un trip_id également appelé trajet ou course (un trajet du premier au dernier arrêt de la ligne dans le même sens, c'est un autre trip_id pour le sens retour ou une autre ligne). Le champ direction_id pourrait être spécifié (0 pour le sens allée, 1 pour le sens retour). Les services_id sont à corriger comme dans calendar.txt. stop_time.txt => Les champs trip_id doivent être adapté comme dans le fichier trip_id. routes.txt => Le champ route_text_color pourrai être spécifié, correspond à la couleur du texte dans le cas d'une interprétation du pictogramme de la ligne (couleur d'écriture du numéro de la ligne). Exemple : 000000 (noir) Vous pouvez suivre la documentation des spécifications d'un fichier GTFS ici : https://gtfs.org/fr/schedule/reference/ Rapport de validation : https://gtfs-validator-results.mobilitydata.org/abad211b-93a4-478f-9d24-1ae60f9c0b79/report.html N'hésitez pas à tous rapprocher de transport.data.gouv.fr pour vous aider dans la validation d'un GTFS.

Bonjour, je viens de faire une nouvelle mise à jour après avoir suivi vos corrections et vérifié le fichier sur data.gouv. le rapport pointe une nouvelle erreur dont je ne parviens pas à identifier la cause... https://transport.data.gouv.fr/validation/229650?token=0d40ebb6-ee7e-4e40-b361-e1dfd28e837f

Bonjour, Voici les erreurs que j'ai repéré sur la dernière version. routes.txt => la colonne route_color_text n'est pas correcte, il s'agit de route_text_color trips.txt => En en-tête, il y a 6 champs, dans les données, il y a 5 champs. stop_times.txt / trips.txt => Privilégier des identifiants sous forme numérique (pas d'accent). Rapport de validation : https://gtfs-validator-results.mobilitydata.org/bffd152e-16bc-4eeb-a15b-7b07989297cf/report.html Cordialement,

Bonjour, Je peux éventuellement vous envoyer une version corrigée. Si vous êtes intéressé, pouvez-vous me communiquer votre adresse mail. Cordialement,

je suis tellement en galère que ça n'est pas de refus! t.tremel@arzon.fr merci.

Pour l'erreur liée à ce rapport de validation, https://transport.data.gouv.fr/validation/229650?token=0d40ebb6-ee7e-4e40-b361-e1dfd28e837f, il s'agit juste d'un mauvais encodage du fichier routes.txt (encodé en ASCII au lieu UTF-8). Ainsi le caractère "è" n'est pas reconnu. Pour rectifier l'encodage, vous devez ouvrir le fichier dans le bloc notes puis "enregistrer sous". En bas de la fenêtre de l'enregistrement vous pouvez choisir l'encodage, soit "UTF-8" avant d'enregistrer.

Bonjour, le fichier comportait une erreur à présent rectifiée. La mise à jour vient d'être faite. Mes excuses pour le désagrément. Bonne journée.

Bonjour, le fichier comportait une erreur à présent rectifiée. la mise à jour viens d'être faite. Mes excuses pour le désagrément. Bonne journée.

Bonjour, merci pour votre réponse. Il semble y avoir encore une erreur Le fichiers trips comprend un champs shape_id à priori inutile car il n'y a pas de fichier shapes.txt et le nombre de champs est supérieur au nombre de valeur (pas de valeur pour le champs bikes_allowed Bien cordialement

nouvelle mise à jour faite en espérant que ce soit la dernière erreur!