Two issues. One relatively easy, one that’s left me a little perplexed.
(Easy) Washington Metro (WMATA) uses the header api_key to pass its API key. I was able to modify sensor.py in my installation, but wanted to let you know.
(Perplexing) Installing GTFS RT breaks the Nest integration and causes other interesting errors (like the inability to restart the server from the GUI). I’m assuming you’d like me to submit the logs and report the issue through GitHub?
I tried using @zacs great gtfs realtime integration but there were a few issues with the data feed from my provider, the most notable was that every combination of route and calendar had its own route id. Consequently the route id changes often (sometimes daily). So, I have made a few updates to @zacs integration and published it on guthub.
The changes I made were:
Added a “route_delimiter” configuration variable to spit route ids (my provider has a format of - so needed to remove the calendar reference
Added “icon” configuration variable for each service so different icons can be used for trains, ferries and buses etc.
Added “service_type” configuration variable to set the “Next Bus”, “Next Train” etc attribute on the sensor in HA
Now uses trip id to search for vehicle position rather than vehicle id (my provider didn’t always include the vehicle id)
Ignores stop times that are in the past (my transport provider has an annoying habit of including services that finished hours ago in the realtime feed )