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

 

Le 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 22 août 2012 à 18:09
Bonjour,
Il vient d'être mis en ligne à l'instant.
Un petit peu de retard a été pris sur la date annoncée mais la SEMITAN a privilégié la qualité.

Toutes les modifications demandées ont été prises en compte sur l'export GTFS.
Parmi ces modifications, il était demandé d'ajouter les lieux dans le fichier stops.txt. A la Semitan les lieux de référence ne sont pas géolocalisés alors que le format GTFS l'impose. Nous avons donc défini la règle de gestion suivante : nous reprenons les coordonnées géographiques du premier arrêt rattaché au lieu de référence en question.
Le rapport issu du Feed Validator GTFS ne relève que des warning. Ces warning ne devraient pas empêcher la bonne utilisation des données fournies.

Merci de nous faire part de vos éventuelles remarques.
Cordialement
Walter

[Cette intervention à été corrigée 1 fois, en dernier le 22.08.2012 à 18:11.]
le 23 août 2012 à 10:26
Merci, reste plus qu'a regarder tout ça icon_smile.gif

[Cette intervention à été corrigée 1 fois, en dernier le 23.08.2012 à 10:26.]
le 25 août 2012 à 20:01
Auteur du fil
Bonjour,

j'ai fait un test pour avoir les horaires en semaine, samedi et dimanche dans la semaine du 25 septembre pour la ligne H et l'arrêt Beaulieu.
Je n'obtiens qu'un seul horaire pour le dimanche à 3h20 du matin.

Normal ?

En tout cas, le jeu d'horaire ne possède pas d'erreurs... icon_smile.gif

Cordialement,
Benoit
le 27 août 2012 à 19:19
Bonjour,

Sur ce dernier GTFS j'ai l'impression qu'il y a un problème sur la ligne 1, pour le sens 1 vers François M. : L'arrêt "Jamet" est présent. Il me semble que cet arrêt devrait être uniquement dans le sens 2 vers Beaujoire ?

Voici les arrêts pour les 2 sens :

Sens 2 vers Beaujoire
----------------------------------------
StopPoint:FMIT1 François Mitterrand
StopPoint:TMLI1 Tourmaline
StopPoint:SECH1 Schoelcher
StopPoint:FRAC1 Frachon
StopPoint:NRDA1 Néruda
StopPoint:TENA1 Tertre
StopPoint:RMNE1 Romanet
StopPoint:BLVU1 Mendès-France - Bellevue
StopPoint:RROL1 Romain Rolland
StopPoint:LAUR1 Lauriers
StopPoint:JMLI1 Jean Moulin
StopPoint:XBON1 Croix Bonneau
StopPoint:EGLI1 Egalité
StopPointicon_biggrin.gifCFF1 Du Chaffault
StopPoint:GMAR1 Gare Maritime
StopPoint:CNAV1 Chantiers Navals
StopPoint:MDTH1 Médiathèque
StopPoint:COMC1 Commerce
StopPoint:BOFA1 Bouffay
StopPointicon_biggrin.gifCAN1 Duchesse Anne - Château
StopPoint:GSNO1 Gare SNCF Nord
StopPoint:MNFA1 Manufacture
StopPoint:MOUT1 Moutonnerie
StopPoint:HBLI1 Hôpital Bellier
StopPoint:BDOU1 Bd de Doulon
StopPoint:MDOU1 Mairie de Doulon
StopPoint:LDRE1 Landreau
StopPoint:SOUI1 Souillarderie
StopPointicon_razz.gifISE1 Pin Sec
StopPoint:HALU1 Haluchère

Sens 1 vers François Mitterrand
----------------------------------------
StopPoint:MOUT2 Moutonnerie
StopPoint:MNFA2 Manufacture
StopPoint:GSNO2 Gare SNCF Nord
StopPointicon_biggrin.gifCAN2 Duchesse Anne - Château
StopPoint:BOFA2 Bouffay
StopPoint:COMB2 Commerce
StopPoint:MDTH2 Médiathèque
StopPoint:CNAV2 Chantiers Navals
StopPoint:GMAR2 Gare Maritime
StopPointicon_biggrin.gifCFF2 Du Chaffault
StopPoint:EGLI2 Egalité
StopPoint:XBON2 Croix Bonneau
StopPoint:JAME2 Jamet
StopPoint:LAUR2 Lauriers
StopPoint:RROL2 Romain Rolland
StopPoint:BLVU2 Mendès-France - Bellevue
StopPoint:RMNE2 Romanet
StopPoint:TENA2 Tertre
StopPoint:NRDA2 Néruda
StopPoint:FRAC2 Frachon
StopPoint:SECH2 Schoelcher
StopPoint:TMLI2 Tourmaline
StopPoint:FMIT2 François Mitterrand

[Cette intervention à été corrigée 1 fois, en dernier le 27.08.2012 à 19:20.]
le 02 septembre 2012 à 11:38
Bonjour,
quelques remarques suite à l'intégration du fichier rentrée 2012 pour http://easytan.fr

Tout d'abord, une réponse à la question sur l'arrêt Jamet. En fait, dans le fichier trips.txt, c'est la direction qui est indiquée et non pas le terminus réel. Les trams de la ligne 1 terminus Jamet sont indiqués direction F.Mitterrand. Or, et c'est un deuxième petit souci, les terminus sont dans le fichier stop_times avec un departure_time vers eux-mêmes, ce qui n'est pas très logique. On peut le voir sur l'exemple de Jamet : http://easytan.fr/stop/JAME/20120903 ou on a des horaires de Jamet vers Jamet. Si on peut comprendre un arrival_time, un departure_time n'est pas logique.

Pour easytan.fr, les autres traitements suivants ont été appliquées sur le fichier trips.txt :
* ajout du code commune INSEE à partir des coordonnées latitude, longitude
* calcul du terminus réel au lieu de la direction
* suppression des chaînes "StopArea:" et "StopPoint:" et mise à 1 de la variable location_type pour les StopArea (elle est déjà à 0 pour les StopPoints)

Rien de bien grave donc. Reste à espérer que le fichier d'octobre sera aussi bon...

PF

le 03 septembre 2012 à 19:09
Bonjour,

Merci pour ces compléments d'informations, mais j'ai toujours un problème.

Par exemple, prenons ce trip, Ligne 1 vers François M. :

5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:00:00,16:00:00,StopPoint:MOUT2,1,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:01:00,16:01:00,StopPoint:MNFA2,2,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:02:00,16:02:00,StopPoint:GSNO2,3,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:04:00,16:04:00,StopPointicon_biggrin.gifCAN2,4,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:06:00,16:06:00,StopPoint:BOFA2,5,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:07:00,16:07:00,StopPoint:COMB2,6,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:09:00,16:09:00,StopPoint:MDTH2,7,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:11:00,16:11:00,StopPoint:CNAV2,8,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:12:00,16:12:00,StopPoint:GMAR2,9,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:14:00,16:14:00,StopPointicon_biggrin.gifCFF2,10,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:16:00,16:16:00,StopPoint:EGLI2,11,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:17:00,16:17:00,StopPoint:XBON2,12,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:18:00,16:18:00,StopPoint:JMLI2,13,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:20:00,16:20:00,StopPoint:LAUR2,14,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:21:00,16:21:00,StopPoint:RROL2,15,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:22:00,16:22:00,StopPoint:BLVU2,16,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:24:00,16:24:00,StopPoint:RMNE2,17,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:25:00,16:25:00,StopPoint:TENA2,18,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:26:00,16:26:00,StopPoint:NRDA2,19,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:27:00,16:27:00,StopPoint:FRAC2,20,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:28:00,16:28:00,StopPoint:SECH2,21,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:29:00,16:29:00,StopPoint:TMLI2,22,0,0
5320391-12H1-HD12H101-Lun_à_Ven-04-ROSE,16:30:00,16:30:00,StopPoint:FMIT2,23,0,0

Il n'y a pas d'arrêt Souillarderie ni Jamet dans le sens François M. ? Apparemment si : http://easytan.fr/stop/JAME, alors où est l'erreur ?
Y-a-t-il un autre moyen de récupérer les arrêts d'une ligne à part parcourir les trips ?
le 03 septembre 2012 à 20:29
Comme le dit la spéc GTFS (http://developers.google.com/transit/gtfs/reference), un trip est une sequence de stops *à un horaire donné*. Le trip que tu cites est un tram qui part de moutonnerie (il doit sortir du dépot Hopital Bellier) jusqu'à François Miterrand : tu n'as pas tous les arrêts de la ligne1 direction FM et ton tram ne dessert pas Jamet qui est un terminus secondaire en impasse (de Jamet on ne va pas à FM). Un autre trip ligne1, direction FMitterand peut partir de Haluchère et aller à Jamet ; un autre peut aller d'Hopital Bellier à FMiterrand. Donc pour répondre à ta question, une ligne et une direction ne donne pas directement un ensemble d'arrets.

Je ne vois pas d'autre moyens que de parcourir les stop_times / trips pour trouver les arrêts d'une ligne. En même temps, c'est assez logique car, par exemple, les lignes qui desservent un arrêt peuvent dépendre du jour (circuit modifié le dimanche par exemple). Pour avoir la liste des stops, il te faut la ligne, la direction, le jour puis passer la requête sur trips/stop_times.

Voici par exemple l'ensemble des stops desservi par au moins un trip Ligne 1 direction 0 aujourd'hui : [u'BDOU2', u'BLVU2', u'BOFA2', u'CNAV2', u'COMB2', u'DCAN2', u'DCFF2', u'EGLI2', u'FMIT2', u'FRAC2', u'GMAR2', u'GSNO2', u'HALU2', u'HBLI2', u'JAME2', u'JMLI2', u'LAUR2', u'LDRE2', u'MDOU2', u'MDTH2', u'MNFA2', u'MOUT2', u'NRDA2', u'PISE2', u'RMNE2', u'RROL2', u'SECH2', u'SOUI2', u'TENA2', u'TMLI2', u'XBON2']

PF
le 26 septembre 2012 à 13:36
Bonjour,

Je viens de passer le gtfs fourni le 24/09/12 (couvrant la période d'octobre 2012 à juillet 2013) au validator : cela me retourne 52664 erreurs !
Le principal problème remonté est un format incorrect.

Par exemple, dans la version de la rentrée 2012, le fichier "shapes.txt" avait cette forme :
shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
11925,47.21957076,-1.53311206,10001

Dans la dernière version, ce fichier a cette forme :
shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
11924, 2254008.2, 307702.8,10001

Est-ce la version définitive ? Quelqu'un a-t-il réussi à travailler avec ce fichier ?

[Cette intervention à été corrigée 1 fois, en dernier le 26.09.2012 à 14:02.]
le 26 septembre 2012 à 21:09
Bonsoir,
j'ai réussi à utiliser ce fichier pour easytan.fr mais il y a effectivement un gros problème pour les coordonnées géographiques : elles sont en format "Lambert II étendu" et non pas en latitude/longitude WGS84. C'est surtout gênant pour les coordonnées des arrêts.
J'ai utilisé un programme de conversion (pyproj) mais le jeu actuel n'est donc pas conforme à la norme GTFS. La version easytan.fr avec la base valable après le 1er octobre est accessible (provisoirement) ici : http://easytan.dyndns.ws.
Pour le reste, le jeu de données me semble assez propre ; j'ai remarqué que certaines remarques ont été prises en compte (renseignement du location_type).

PF
le 27 septembre 2012 à 10:43
Bonjour,

Le problème de format des données géographiques est identifié et est en cours de résolution au sein de la Semitan.
Une mise à jour des données sera donc mise en ligne dès la disponibilité de la nouvelle version (demain 28 septembre au plus tard).

Cordialement,

Gérard