Annuaire indépendant, créé par le développeur de Vulpo. Non affilié à Home Assistant ni à l’Open Home Foundation.

Captures d’écran Extraites du README de vingerha/gtfs2.

image

À propos

GTFS 2 (General Transit Feed Specification) apporte les horaires des transports publics dans Home Assistant via l'interface. Il ajoute des capteurs qui planifient un itinéraire entre des arrêts de départ et d'arrivée définis par toi, ou qui listent les départs depuis des arrêts situés dans une zone définie par toi ou autour d'un appareil, comme une personne. Les données de transport viennent d'un fichier zip, soit lié par URL, soit placé dans un dossier, avec une clé API facultative. Les mises à jour des trajets en temps réel, les positions des véhicules et les alertes peuvent être ajoutées lorsque le fournisseur les propose, et les positions des véhicules peuvent être affichées sur une carte grâce à des fichiers geojson. Des actions mettent à jour les sources de données et extraient les prochains départs ou arrivées pour les automatisations. Il fonctionne en local et se configure dans l'interface.

Résumé automatique du README et du code de vingerha/gtfs2, traduit automatiquement. Une erreur, ou tu maintiens ce projet et tu veux ton propre texte ici ? Prendre contact

Prise en charge

  • Fonctionne en local Communique avec tes appareils sur ton propre réseau. Aucun cloud de fournisseur entre les deux.

  • Depuis la Marketplace S’installe depuis la Marketplace, anciennement HACS.

  • Maintenance active Son auteur a publié une version ou poussé une modification au cours des six derniers mois.

Fournit

  • Capteurs

Mise en place

Installe-la depuis la Marketplace et redémarre Home Assistant, puis ajoute-la dans Paramètres > Appareils et services.

Étape 1

  • Sélectionnez la source

Étape 2

  • Selectionnez le prestataire de services
  • Objet/individu avec lat/lon
  • Nom du sensor

Étape 3

  • Nom de la nouvelle source de données
  • URL externe vers le fichier (zip) des données GTFS
  • API_KEY, si nécessaire
  • Nom de API_KEY, si nécessaire
  • L'endroit ou (X_)API_KEY doit être appliqué
  • Collecte données de:

Étape 4

  • Selectionnez le prestataire de services (ou: ALL)

Étape 5

  • Type de transport

Étape 6

  • Nom de la route

Étape 7

  • Arrêt d'origine

Étape 8

  • Direction

Après la mise en place

  • Intervalle d'actualisation en minutes
  • Décalage en minutes
  • Limite du nombre d’arrêts pour éviter un éventuel impact sur les performances. Augmentation à votre propre risque
  • Corriger le fuseau horaire de la source gtfs (en heures)
  • Ajoute intégration temps réel? (nécessite données de la même source)
  • Intervalle d'actualisation en minutes
  • Période dans la future pour départs depuis 'maintenant' (en minutes entre 15 et 120)
  • expérimental : éviter d'utiliser un nouveau zip/source ne contenant aucune information actuelle
  • Radius pour la recherche des stops (en metres entre 50 et 500)
  • URL vers: trip data
  • URL vers: position véhicule
  • URL vers les alertes
  • API_KEY, si nécessaire
  • Nom de API_KEY, si nécessaire
  • L'endroit ou (X_)API_KEY doit être appliqué
  • Ajoutez Accept:application/x-protobuf à l'en-tête

Textes issus du code de vingerha/gtfs2. Les textes que le dépôt ne fournit pas en français ont été traduits automatiquement.

Actions

  • MAJ d'un GTFS2 datasourceUtiliser un lien ou placer votre fichier ZIP dans le dossier gtfs2Champs : Collecte données de:, Nom du Service, sans ajouter .zip, URL externe vers le fichier (zip) des données GTFS, laissez le 'na' si zip, Ignore feed_info
  • Collecte données GTFS temp réels localUtilisable pour Trip, Vehicle Location ou AlertsChamps : Nom du prestataire de services, URL, clé_api, nom_clé_api, emplacement_clé_api, Accept, Indiquez le type de données temps réel, Ligne RT SIRI, sortie_debug
  • Mise 1a jour les stops localsp.e. pour des 'person' qui bougent, à définier pour chaque person/zoneChamps : Entity lié avec les stops locaux
  • Extraire les départsExtrait les (max) 100 prochains départs de votre entité jusqu'à la fin de la journée de demainChamps : Itinéraire à partir duquel extraire, L'heure après laquelle les départs sont récupérés
  • Extraire les arrivéesExtrait les (max) 100 prochains arrivées de votre entité jusqu'à la fin de la journée de demainChamps : Itinéraire à partir duquel extraire, L'heure après laquelle les arrivées sont récupérés

Extrait du README

  • Schedule a route between self-defined start/end stops
  • Schedule all (multi-route) departures from stops in a self-defined zone/area or (dynamically) around a device
  • Option to add realtime gtfs realtime trip updates, realtime vehicle location, realtime alerts, depends on the offering from your provider
  • With realtime vehicle location, geojson files allow to visualize and track vehicles on a map card
  • Services/actions to support automated processes, e.g. update the GTFSs of static and real time data
  • Dedicated card for route-based configurations GTFS2 Live Card by Pulpyyyy
  • translations: English, French, German, Spanish, Portuguese
Extrait du README de vingerha/gtfs2, MIT License. Abrégé.

S’affiche dans Vulpo :

carte Graphique, Apple Watch.

Informations

Installations
335 partagent leurs statistiques
Étoiles GitHub
137
Connexion
Fonctionne en local
Maintenance
Mise à jour au cours des 6 derniers mois
Version
0.5.9.10,
Catégorie
Véhicules et transports, Transports en commun
Type
Intégration de la Marketplace
Prérequis
Nécessite la Marketplace (HACS sur Home Assistant 2026.10 et les versions antérieures)
Domaine
gtfs2

À découvrir aussi

Annuaire indépendant, créé par le développeur de Vulpo. Non affilié à Home Assistant ni à l’Open Home Foundation. À propos de ces chiffres