Problem configuring GTFS-rt

[Eduardo Diaz]

Hello,

I am working to set up One Bus Away + TransitClock + Traccar.

I already have Traccar + TransitClock working.

However, One Bus Away only functions with Scheduled Time; Real Time is not operational yet.

I am using the Docker Project of OBA.

I have looked into the logs inside the OBA container at /var/log/tomcat8. I noticed the following errors in the log transit-data-federation-webapp.log:

2024-05-02T21:07:49,042 ERROR [BundleManagementServiceImpl.java:307] : data error: getBundleMetadata is null 2024-05-02T21:08:10,497 ERROR [GtfsRealtimeSource.java:632] : null block green-10 for agencies [1], bailing... 2024-05-02T21:08:10,497 ERROR [GtfsRealtimeSource.java:632] : null block red-10 for agencies [1], bailing... 2024-05-02T21:08:10,497 ERROR [GtfsRealtimeSource.java:632] : null block blue-10 for agencies [1], bailing... 2024-05-02T21:08:10,498 ERROR [GtfsRealtimeSource.java:632] : null block orange-10 for agencies [1], bailing... 2024-05-02T21:08:10,501 INFO [ExternalServicesNoopImpl.java:38] : publishMetric({test:Matched}, {feed=[1]}, {0.0}) 2024-05-02T21:08:10,501 INFO [ExternalServicesNoopImpl.java:38] : publishMetric({test:Added}, {feed=[1]}, {0.0}) 2024-05-02T21:08:10,501 INFO [ExternalServicesNoopImpl.java:38] : publishMetric({test:Duplicated}, {feed=[1]}, {0.0}) 2024-05-02T21:08:10,501 INFO [ExternalServicesNoopImpl.java:38] : publishMetric({test:Canceled}, {feed=[1]}, {0.0}) 2024-05-02T21:08:10,502 INFO [ExternalServicesNoopImpl.java:38] : publishMetric({test:Unmatched}, {feed=[1]}, {4.0}) 2024-05-02T21:08:10,502 INFO [ExternalServicesNoopImpl.java:38] : publishMetric({test:Total}, {feed=[1]}, {4.0}) 2024-05-02T21:08:10,508 INFO [GtfsRealtimeSource.java:716] : Agency [1] has active vehicles=0, matched=0 (4), added=0, duplicated=0, cancelled=0 for updates=4 with most recent timestamp Thu Jan 01 00:00:00 UTC 1970 2024-05-02T21:08:20,022 INFO [ServiceAlertsServiceImpl.java:547] : updateReferences complete with 0 agency alerts, 0 route and stop alerts, 0 route alerts, and 0 distinct alerts 2024-05-02T21:08:40,352 ERROR [GtfsRealtimeSource.java:632] : null block green-10 for agencies [1], bailing... 2024-05-02T21:08:40,355 ERROR [GtfsRealtimeSource.java:632] : null block red-10 for agencies [1], bailing... 2024-05-02T21:08:40,355 ERROR [GtfsRealtimeSource.java:632] : null block blue-10 for agencies [1], bailing... 2024-05-02T21:08:40,355 ERROR [GtfsRealtimeSource.java:632] : null block orange-10 for agencies [1], bailing... 2024-05-02T21:08:40,358 INFO [GtfsRealtimeSource.java:716] : Agency [1] has active vehicles=0, matched=0 (4), added=0, duplicated=0, cancelled=0 for updates=4 with most recent timestamp Thu Jan 01 00:00:00 UTC 1970 2024-05-02T21:09:10,346 ERROR [GtfsRealtimeSource.java:632] : null block green-10 for agencies [1], bailing... 2024-05-02T21:09:10,349 ERROR [GtfsRealtimeSource.java:632] : null block red-10 for agencies [1], bailing... 2024-05-02T21:09:10,349 ERROR [GtfsRealtimeSource.java:632] : null block blue-10 for agencies [1], bailing... 2024-05-02T21:09:10,350 ERROR [GtfsRealtimeSource.java:632] : null block orange-10 for agencies [1], bailing... 2024-05-02T21:09:10,354 INFO [GtfsRealtimeSource.java:716] : Agency [1] has active vehicles=0, matched=0 (4), added=0, duplicated=0, cancelled=0 for updates=4 with most recent timestamp Thu Jan 01 00:00:00 UTC 1970

There is a recurring error: "null block green-10 for agencies [1], bailing..."

There seems to be a problem related to the GTFS-rt coming from TransitClock.

Here are both URLs:

- http://143.198.13.244:8080/api/v1/key/f78a2e9a/agency/1/command/gtfs-rt/tripUpdates
- http://143.198.13.244:8080/api/v1/key/f78a2e9a/agency/1/command/gtfs-rt/tripUpdates

I omitted the parameter "format=human" for the docker-compose.yml file of OBA.

I have examined the file that raised the error, and there is a validation of the .block attribute, but that attribute is not defined in the GTFS-rt.

https://github.com/OneBusAway/onebusaway-application-modules/blob/f0515af3fa30b34b43a6d23d38a3815c7775b027/onebusaway-transit-data-federation/src/main/java/org/onebusaway/transit_data_federation/impl/realtime/gtfs_realtime/GtfsRealtimeSource.java#L631

Does anyone have a clue what is going on and how to fix this?

Thanks.

[Aaron Brethorst]

Hi Eduardo - I’m stumped, unfortunately. Can anyone else on here give him some pointers about how to resolve this issue?

----

Aaron Brethorst

Executive Director, Open Transit Software Foundation

<Screenshot 2024-05-02 at 4.36.26 PM.png>

Does anyone have a clue what is going on and how to fix this?

Thanks.

--
You received this message because you are subscribed to the Google Groups "onebusaway-developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to onebusaway-devel...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/onebusaway-developers/b63add59-726d-406b-86cb-cea416397aaan%40googlegroups.com.

[Aaron Brethorst]

Eduardo - Have you verified that your system's timezone (`date +%Z`) matches the timezone in your GTFS agency.txt file?

----

Aaron Brethorst

Executive Director, Open Transit Software Foundation

[Vicente Pérez]

Hi all,

Eduardo, I believe is not a TransitClock error,  but a misconfiguration of OBA. : 

data error: getBundleMetadata is null. 

One specific thing that should be done is to load gtfs.zip to OBA, this is to prepare the bundle. Before pulling data from TC, try to see if you don’t get an error in transit federation data log (tds.log). Usually  the bundle is located in "/var/lib/oba”.

Of course the gifs.zip file must be the same in TC and OBA. And, as Aaron said, check the TZ of the server, OBA runs on localtime.

Best regards,

Vicente.

To view this discussion on the web visit https://groups.google.com/d/msgid/onebusaway-developers/4D9F9F60-14F8-4495-ABA8-CB5AE1749344%40onebusaway.org.

[Aaron Brethorst]

One more quick update: I pushed out a new version of the OBA Webapp API docker image (2.4.18-cs-v1.3.0) which includes support for setting the container's timezone. By default, it's set to America/New_York, which makes me think it's possible that your problem will be solved by just upgrading to this new version.

[Eduardo Diaz]

Hello,

Aaron I have checked the inside the container and figured out as you said that the timezone wasn't match with the agency.txt

The agency has America/New_York

and

The container was running with the UTC timezone

Then I updated with the last version that you mentioned and now is working and showing real time data.

Thank you for your help :)

[Aaron Brethorst]

🎉 hooray!

Aaron Brethorst

Executive Director, Open Transit Software Foundation

https://opentransitsoftwarefoundation.org/

On May 6, 2024, at 1:45 PM, Eduardo Diaz <eduardo...@gmail.com> wrote:


Hello,

Aaron I have checked the inside the container and figured out as you said that the timezone wasn't match with the agency.txt

The agency has America/New_York

and

The container was running with the UTC timezone

<Screenshot 2024-05-06 at 3.24.09 PM.png>

Then I updated with the last version that you mentioned and now is working and showing real time data.

To view this discussion on the web visit https://groups.google.com/d/msgid/onebusaway-developers/d62e9f2a-f162-4ef8-87f8-dc579168b553n%40googlegroups.com.

<Screenshot 2024-05-06 at 3.40.12 PM.png>