Error with GTFS-RT feed: schedule_relationship: NO_DATA at a stop

Skip to first unread message

Nicolas Derive

May 23, 2018, 4:49:58 PM5/23/18
Using a GTFS-RT feed with OBA (version doesn't matter), I got this error:
2018-05-23 22:44:56,795 WARN  [] : unknown/total trips= 73/940
2018-05-23 22:44:56,797 WARN  [] : Error updating from GTFS-realtime data sources
java.lang.IllegalStateException: expected at least an arrival or departure time or delay for update: stop_id: "StopPoint:40:47"
schedule_relationship: NO_DATA

        at org.onebusaway.transit_data_federation.impl.realtime.gtfs_realtime.GtfsRealtimeTripLibrary.getTimeForStopTimeUpdate(
        at org.onebusaway.transit_data_federation.impl.realtime.gtfs_realtime.GtfsRealtimeTripLibrary.getBlockStopTimeForStopTimeUpdate(
        at org.onebusaway.transit_data_federation.impl.realtime.gtfs_realtime.GtfsRealtimeTripLibrary.applyTripUpdatesToRecord(
        at org.onebusaway.transit_data_federation.impl.realtime.gtfs_realtime.GtfsRealtimeTripLibrary.createVehicleLocationRecordForUpdate(
        at org.onebusaway.transit_data_federation.impl.realtime.gtfs_realtime.GtfsRealtimeSource.handleCombinedUpdates(
        at org.onebusaway.transit_data_federation.impl.realtime.gtfs_realtime.GtfsRealtimeSource.handeUpdates(
        at org.onebusaway.transit_data_federation.impl.realtime.gtfs_realtime.GtfsRealtimeSource.refresh(
        at org.onebusaway.transit_data_federation.impl.realtime.gtfs_realtime.GtfsRealtimeSource$
        at java.util.concurrent.Executors$
        at java.util.concurrent.FutureTask.runAndReset(
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(
        at java.util.concurrent.ScheduledThreadPoolExecutor$
        at java.util.concurrent.ThreadPoolExecutor.runWorker(
        at java.util.concurrent.ThreadPoolExecutor$

But, I think that when schedule_relationship is NO_DATA for a stop, it means that you have no data, so no delay, departure or arrival time to provide, don't you think? Is this really an error regarding GTFS-RT spec?

Thanks for your help.


Sheldon A. Brown

May 24, 2018, 5:20:29 AM5/24/18
The log message, especially as you've truncated it, is misleading.
schedule_relationship: NO_DATA is not supported, its quietly ignored.
The code instead is validating that at least something was present in
the update.

However, your comment about version doesn't matter is also incorrect.
In 2.0.0-SNAPSHOT we return a negative error code instead of throwing
an exception so the rest of the feed can be considered:

> --
> You received this message because you are subscribed to the Google Groups
> "onebusaway-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to
> To post to this group, send email to
> Visit this group at
> For more options, visit

Nicolas Derive

May 24, 2018, 2:02:28 PM5/24/18
Dear Sheldon,

I truncated it because it keeps repeating the same messages each time the feed is retrieved, and I don't know what's relevant or not to analyze the problem.

Sure, for version, I was thinking in terms of stable (released) ones, as I tested multiple ones, sorry. But sure, currently the whole feed is discarded even if it complies with GTFS-RT, which is I think a problem (at least for me).

Would it be possible to backport the behavior from 2.0.0-SNAPSHOT to the latest stable version? It should be safe to do this, and it allows to use feeds that make use of NO_DATA schedule_relationship.

Thanks for your help


Sheldon A. Brown

May 24, 2018, 6:43:51 PM5/24/18
Sorry, I was trying to be specific not argumentative. 

In theory that change could be back ported, in practice I’m trying to get 2.0.0 released. 

Depending upon how handy you are you could make the change yourself on a fork/branch or filter out the NO_DATA updates from the feed in the meantime. 

GtfsRealtimeSource and GtfsRealtimeTripLibrary will continue to be a work in progress as the GTFS-RT spec evolves, which is also why I discourage back porting. 

Sorry I can’t be of more help here....
Reply all
Reply to author
0 new messages