Why is it recommeded that short term service modifications are excluded from GTFS? about transit HOT 4 OPEN

Transit follows this rule and has included it in its Guidelines for producing GTFS static data for Transit's partners.

The main reason is GTFS data consumption is not an instantaneous process. At best it can take a couple of hours, but it can certainly take longer. Moreover, errors might occur (either in data production or data consumption) and this will require human intervention (and hence, some time) to resolve them. At a scale where a trip-planner application consumes hundreds of datasets, it happens every day. Having a few days as a buffer time between the moment the dataset is released and the moment the schedules are active helps a lot in displaying the new schedules on time, any time. We are not against consuming changes last-minute but IMHO, it shouldn't be the golden rule and should be reserved for urgent fixes.

from transit.

@doconnoronca think about the situation where a producer has to maintain multiple GTFS-RT publications, while there is currently no recommendation to resolve the GTFS-RT URL for a specific version of the feed. If you as a producer assume that with publishing the latest version of your timetable has been exported, and therefore will not include any alterations in your GTFS-RT feed, it is likely that any consumer that did not proces the latest version will not have that change. Now in case the situation exists where there is a newer GTFS file and the GTFS-RT would contain the alternation, it would not really make sense either. There are more issues at play here, and some operators actually have versioned GTFS-RT running.

from transit.

I'm sorry. I misread the specification as "go into effect for 7 days or fewer" rather then "go into effect in 7 days or fewer". Nevertheless this would require GTFS real time to include changes for the next 7 days to get them to be included in trip planning. I am unaware of any public feed the provides changes beyond one day. Certainly even if loading a GTFS isn't 100% reliable, it is far more likely to get it included then depending on the real time data.

from transit.

I am unaware of any public feed the provides changes beyond one day.

I think the dutch open (openov-nl) should give you cancellations and skipped stops beyond one day (if they are provided).

from transit.