En poursuivant votre navigation sur ce site, vous acceptez l'utilisation de cookies permettant d'améliorer votre expérience utilisateur.
En savoir plus et gérer ces paramètres x
accéder au contenu principal de la page

Forum

Ce forum a pour but d’échanger sur l’utilisation des données, l’actualité de l’Open Data, les innovations en développement et les idées de futurs services. Participez, dialoguez, débattez,  pour que la démarche vous ressemble, exprimez-vous !

Pour vous rendre sur le forum, connectez-vous à votre compte ou inscrivez-vous dans la rubrique mon compte.

Pour plus de clarté au sein du forum, n'hésitez-pas à créer des fils de discussion pour chaque sujet et chaque question que vous souhaitez aborder.

Pour suivre toute l'actualité des discussions du forum vous pouvez vous abonner au flux RSS du forum.

recherche :

Formulaire de recherche dans le forum

* Champs de saisie obligatoires

Un ou plusieurs mot(s) clé(s) doivent être renseignés
Fil de discussion chaud

Lot GTFS - Améliorations / Corrections flux rss du fil

Auteur Message
le 05 janvier 2012 à 21:53
Auteur du fil
Bonjour,

merci pour la mise à disposition du fichier GTFS.

Cependant, quelques points nécessitent d'être améliorés (les experts GTFS me comprendront) :
- Penser à utiliser des id sans caractères accentués (service_id par exemple). Des erreurs d'encodage pouvant survenir.
- Dans les trip_headsign, éviter de reprendre le numéro de la ligne qui est souvent ajouté dans les app utilisant le GTFS. Le trip_headsign étant la destination.
- trip_headsign toujours, mettre des valeurs compréhensibles 1 ou 2 ne sont pas forcément parlant comme destination...
- trip_headsign, certains sont en majuscules et d'autres non. Certains sont assez bizarres (7502 TOUTES AIDES par exemple).

Quelques suggestions :
- Ajouter la ville de situation de l'arrêt dans le champ stop_desc, Ca peut être utile...
- Si possible créer les "parent_station" pour les arrêts (stops)
- Si certaines lignes on des horaires réguliers, préférer utiliser les frequencies. Ca libèrera un peu de place dans stop_times.
- Renseigner un téléphone dans
- Ajouter des infos sur l'accessibilité des lignes et des arrêts en relation avec les stop_id et les route_id.

J'espère que ces retours nous aiderons.
Si d'autres utilisateurs du GTFS ont vu d'autres points, n'hésitez pas.

Benoit


[Cette intervention à été corrigée 1 fois, en dernier le 06.01.2012 à 07:51.]
le 13 janvier 2012 à 12:03
Bonjour,

Nous constatons aussi quelques problèmes quant à l'utilisation des données.
Lors du chargement ovec OpenTripPlanner, chaque type d'erreur apparaît une foultitude de fois, pour pleins de trip/stop.......

----------
2012-01-13 11:48:36,384 WARN [GTFSPatternHopFactory.java:292] : Trip <Trip TAN_5703528-12H1-HD12H106-Samedi-01> has fewer than two stops. We will no
t use it for routing. This is probably an error in your data
----------
2012-01-13 11:49:14,743 WARN [NetworkLinker.java:76] : Stop <TAN_GLAU1> not near any streets; it will not be usable
----------

Quelqu'un au moins a-t-il réussi à utiliser le lot GTFS fourni ?
le 09 février 2012 à 17:50
Bonjour,

Un nouvel export GTFS sera disponible dans le courant de la semaine 8 afin de résoudre les différents problèmes rencontrés.

Cordialement,
Frédérick.
le 14 février 2012 à 23:26
Auteur du fil
Bonjour Frederick,

Merci pour cette information.
Je vous ferai un retour sur la nouvelle version du GTFS.

Cordialement,
Benoit
le 28 février 2012 à 17:04
Bonjour,

Le jeu de données "Arrêts, horaires et circuits TAN" à été republié.

Vous trouverez un nouvel export GTFS ainsi qu'un export dans un nouveau format de données (NEPTUNE).

Bons tests !
Cordialement

[Cette intervention à été corrigée 1 fois, en dernier le 28.02.2012 à 17:04.]
le 29 février 2012 à 20:35
Bonjour,

Je suis assez surpris, on est très loin d'une simple mise à jour ! Toutes les données me semblent chamboulées par rapport à la première version ! Les valeurs des champs sont totalement différentes... et plus surprenant je n'ai pas retrouvé en clair la liste des lignes avec leur numéro (routes.txt).

Si d'autres personnes ont analysées cette nouvelle version ou si le gestionnaire de ces données a une explication sur ces changements, je serai très intéressé par un retour d'information.

Cordialement,

Mathieu
le 01 mars 2012 à 10:25
Bonjour,

En effet, les deux versions sont vraiment différentes. Il serait intéressant d'avoir un retour officiel sur ce sujet.

Je ne suis pas un expert en GTFS, mais si cela permet d'aider, je me permet de vous signaler que l'outil de validation GTFS google (http://code.google.com/p/googletransitdatafeed/wiki/FeedValidator) m'a également ressorti quelques erreurs sur les fichiers.

Pouvons nous également savoir si les versions actuelles sont stables, ou si de nouvelles différences risquent d’apparaître lors de prochaines mise à jour?

Par avance, merci,

Bien cordialement,

Patrick
le 02 mars 2012 à 10:19
Bonjour,

Les erreurs du nouveau jeu de données portent sur des trajets de nuit qui terminent après minuit. Nous travaillons sur la correction de ces anomalies au plus vite.

Désolé pour ce contre-temps.

Cordialement,
Frédérick.
le 02 mars 2012 à 19:43
Bonjour,

Je viens de découvrir votre GTFS. Je suis le développeur de Transports Rennes et Transports Bordeaux (sur Android), je connais donc bien les GTFS de ces deux villes.
Je vais me permettre de comparer vos données avec celles de Bordeaux, car cela me paraît être une ville comparable à Nantes.

* Fichier routes.txt :

Le fichier routes.txt contient 273 lignes de bus, cela me paraît un peu élevé, non (pour info : 70 à Rennes et 77 à Bordeaux) ?

Le champ "route_short_name" devrait comporter un nom court type : "Ligne 11" ou "11", mais sûrement pas "Jules Verne Vers Tertre" qui est un nom long.
Pour information, il y avait de grand débat à Rennes sur le GTFS, voici le fil associé :
http://data.keolis-rennes.com/fr/forum/developpement.html?tx_mmforum_pi1%5Baction%5D=list_post&tx_mmforum_pi1%5Btid%5D=62

Dans le champ route_type, vous avez mis "3" (bus) pour toutes les lignes, est-ce-que cela veux dire qu'il n'y a pas les horaires de tram?

* Fichier agency.txt :
http://website.com est vraiment le site du TAN? icon_smile.gif

* Fichier trips.txt :
Le nombre de trajet paraît élevé (environ 100 000 soit 3x plus qu'à Bordeaux).

* Fichier stop_times.txt :
Le nombre d'horaires parait très élevé (2,5 millions, soit 2x plus qu'à Bordeaux).

Voici un premier retour en ne faisant que regarder les fichiers manuellement.

Cordialement,
Yan.
le 02 mars 2012 à 22:54
Auteur du fil
Bonjour à tous.

Merci Yan pour ce retour sur les données. Je confirme !

Pour précisions, il y a beaucoup de "routes" ou lignes car le fournisseur des données à fait une ligne par couple de terminus et par sens.

Si j'ai bien analysé le fichier routes.txt, prenons un ligne X qui va de A à B et de A à C.
Les "routes" crées pour X sont les suivantes : A vers B, B vers A, A vers C et C vers A.
Il ne devrait en avoir qu'une seule car une ligne ne se définit pas par un sens (définit par direction_id dans trips.txt), ni par deux terminus dans le format GTFS.

Avez-vous prévu une prochaine correction ?
Si vous avez besoin d'explications plus détaillées, nous restons à votre disposition.

Benoit