Notes importantes:
Le bût est HACS HA global, traduction en Français fait avec google
La qualité des horaires depent des entreprises de transport, fournissant les données. J’ai vu tants des soucis avec des bus et/ou stops manquantes
C’est la version initiale donc soyez gentils avec vos commentaires
A l’occasion, je vais refaire un test avec les bus locaux (les numéros ont changés, peut-être que la pertinence des données aussi). Mais c’est toujours compliqué avec ce format. Entre les variations d’un fournisseurs à l’autre, les erreurs dans le contenu, il faut y passer un peu de temps pour comprendre
Merci en tout cas !
Oui … le tout dépend de la qualité des données. Ici dans le sud j’ai besoin de 3 fournisseurs qui parfois utilisent le même stop mais leurs Stop ID/nom/etc sont différent donc il faut bien genérer les entités et les renommer…pas idéal.
Merci quand même…j’ai dû faire tant des changements pour améliorer la performance et require les tailles. Je ne sais pas si / ou j’ai introduit des erreurs, testé avec zou/palmbus/pay-bas
Merci pour cette integration que je teste…
Sur le reseau Ilevia (à Lille)
Dans mon systeme, je souhaiterai avoir les heures de prochains passage sur des arrets que je choisi (et non à proximité)
est-ce que c’est possible ?
Dans l’idée, en choissisant l’arret comme on le choisit pour une route …
En effet, en passant en mode « arretes a proximité » avec la zone Home … ca mde donne des resultats un peu incohrents
Je ne sais pas si c’est la base GTFS qui est pas OK ou si c’est l’integration…
C’est attendu, cette partie te donne tout les départs à venir de toute les stops dans ‹ zone.home ›. Je n’ais pas prévu d’exclure des stops ou limiter.
Pour avoir juste les données d’un stop, il faut le filtrer dans une carte (p.e. flex-table-card)
En fait je pensait qu’il y avait 1 sensor et 1 service par Stop ID
Dans mon cas quand je mets la zone home , j’ai 4 Stops.
Et j’utilise un des sensors pour avoir les horaires a un stop.
C’est OK et j’y arrive.a creer les 2 stops a proximité…
J’ai utilisé un petit workaround en creant un point et en le bougeant pour creer les stop alentours jusqu’a obtenir le resultat souhaite.
Petite remarque, par defaut il cree tous les Stops a 400 m, on ne peut regler le rayon qu’apres. Donc sur une zone dense on crée des services/entités inutiles… Et j’ai pas trouvé comment supprimer ceux inutiles a mon usage…
Mais pour ca c’est OK avec le workaround…
Autre souci les données recupérées
Sur un des stop ID (sensor) les horaires et le stop name recuperés ne correspondent pas au stop ID selectionné (cf mon screenshot ) ou le stop ID est HLO001 (Hautes Loges) Mais le Stop_name dans les resultats est La fayette (Stop ID FAY001)…
Je sais pas si c’est :
1/ un probleme dans les données encore en Beta d’ilévia
Merci et apparament oui que SIRI, j’ai pas d’intégration et la première fois que j’ai vu une offre sans gtfs-rt … Pas sur ma liste des choses a faire mais je vais voir si/quand
stp ouvrir un issue sur mon github
Puis j’ai créé un point géographique pour avoir les 2 arrêts que je souhaitait.
Je le ai ajouté par un ajout de stops et j’ai eu les 2 arrets souhaité créés avec les services et entités :
Les identifiants correspondent bien a l’arret que je souhaite avec les 2 stops dans les 2 sens.
HLO001 & HLO002 qui correspondent aux arrets référencé dans stops.txt :
Citation HLO001,Hautes Loges,AVENUE MARÉCHAL DE LATTRE DE TASSIGNY 59700 MARCQ EN BAROEUL - AU DROIT DU N° 265,50.66887,3.088711,1,0,1148,0 HLO002,Hautes Loges,AVENUE MARÉCHAL DE LATTRE DE TASSIGNY 59700 MARCQ EN BAROEUL - AU DROIT DU N° 258,50.668548,3.088579,1,0,1148,0
Tout se passe bien pour l’arret HLO002
mais pour le HLO001 : j’ai cette confusion dans les données retournées
Sachant que c’est le nom de l’arret precedent sur la ligne qui apparait.
Ce n’est donc pas tres grave ;… juste perturbant dans le tableau retourné et affiché pour les utilisateurs de la maison.
J’en profite …
2 questions
1/ comment faire pour partager ma config ?
2/ est-ce que les données en temps réel prennent sont prises en compte dans les résultats ou il s’agit juste des horaires « standard »
Mieux d’ouvrir un cas par le lien dessous…tu peux continuer en français si tu veux. Car j’ai trops de liens à suivre et les ‹ issues › sont celles de prio
Soucis au niveau des noms/etc. sont souvent liée aux données du tranporteur, p.e. mon fils prend son bus d’un stop qui n’existe pas depuis ZOU
Dans le zip, il existe un fichier stops.txt…essaye de trouver ton stop
