You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
FeedVersion models include information about the dates that they cover: earliest_calendar_date and latest_calendar_date. These properties are included in the public API responses: http://transit.land/api/v1/feed_versions Let's also allow users of this API endpoint to filter by date--this will make it possible to search through historic feed versions.
The following model scopes and API controller query parameters should provide enough flexibility:
calendar_coverage_begins_at_or_before
calendar_coverage_begins_at_or_after
calendar_coverage_includes
TODO:
model scopes
query parameters in API controller
add indices to those columns in database?
The text was updated successfully, but these errors were encountered:
We’ve been archiving GTFS-rt data, and now are trying to go back and piece together schedule data over that same time period as the timestamps in the real-time data. So our typical use case for a request would be supplying a timestamp for the first GPS point in the dataset and a timestamp for the last GPS point in the dataset, and we would want to get back a list of GTFS datasets that cover that time period. In other words, any trip_id in our GTFS-rt dataset would be guaranteed to exist in at least one of the returned GTFS datasets (assuming no error in the feeds). We would expect the parameters to be treated as inclusive (i.e., include the date specified in the parameter), which sounds like it matches with the proposed field names above.
FeedVersion
models include information about the dates that they cover:earliest_calendar_date
andlatest_calendar_date
. These properties are included in the public API responses: http://transit.land/api/v1/feed_versions Let's also allow users of this API endpoint to filter by date--this will make it possible to search through historic feed versions.The following model scopes and API controller query parameters should provide enough flexibility:
calendar_coverage_begins_at_or_before
calendar_coverage_begins_at_or_after
calendar_coverage_includes
TODO:
The text was updated successfully, but these errors were encountered: