This gem is intended to make working with the Go Transit API easier and more consistent. The API endpoints were re-created as close to the API spec wherever possible, but some exceptions do exist. Reference the Go Transit API documenation for details on available fields.
This gem does not parse any of the GTFS feeds. For those I recommend using a gem dedicated to parsing GTFS Real Time feeds since it is a standardized data type.
Supports Ruby 2.7.x - 4.0.x
You can get a Go Transit API key here https://api.openmetrolinx.com/OpenDataAPI/Help/Registration/en.
Import go_transit and set your API key.
require "go_transit"
GoTransit.configure do |config|
config.api_key = "YOUR_API_KEY"
endThis gem exposes the Go Transit API endpoints and hydrates objects related to the returned data.
| Method | Reference |
|---|---|
GoTransit::Stop.all |
Link |
GoTransit::Stop.details(stop_code: <string>) |
Link |
GoTransit::Stop.next_service(stop_code: <string>) |
Link |
GoTransit::Stop.destinations(stop_code: <string>, from_time: <string>, to_time: <string>) |
Link |
| Method | Reference |
|---|---|
GoTransit::ServiceUpdate.service_alerts |
Link |
GoTransit::ServiceUpdate.information_alerts |
Link |
GoTransit::ServiceUpdate.marketing_alerts |
Link |
GoTransit::ServiceUpdate.union_departures |
Link |
GoTransit::ServiceUpdate.service_guarantee(trip_number: <string>, operational_day: <string>) |
Link |
GoTransit::ServiceUpdate::Exceptions.train |
Link |
GoTransit::ServiceUpdate::Exceptions.bus |
Link |
GoTransit::ServiceUpdate::Exceptions.all |
Link |
| Method | Reference |
|---|---|
GoTransit::ServiceAtAGlance.buses |
Link |
GoTransit::ServiceAtAGlance.trains |
Link |
GoTransit::ServiceAtAGlance.upx |
Link |
| Method | Reference |
|---|---|
GoTransit::Schedule.journey(date: <Date>, from_stop_code: <string>, to_stop_code: <string>, start_time: <string>, max_journey: <int>) |
Link |
GoTransit::Schedule.line(date: <Date>, line_code: <string>, line_direction: <string>) |
Link |
GoTransit::Schedule::AllLines.all(date: <Date>) |
Link |
GoTransit::Schedule::Line.stop(date: <Date>, line_code: <string>, line_direction: <string>) |
Link |
GoTransit::Schedule.trip(date: <Date>, trip_number: <string>) |
Link |
| Method | Reference |
|---|---|
GoTransit::Fare.get(from_stop_code: <string>, to_stop_code: <string>, operational_day: <nil|string>) |
Link or Link |
All dates & times returned from the GO Transit API are in the America/Toronto
timezone, returned as plain, unconverted strings, exactly as the API sent
them. Every date and time field has two additional methods: _utc
converts it into a UTC Time, and _local returns it as a proper
ActiveSupport::TimeWithZone in America/Toronto, without shifting the
value itself. For example, departure_time_utc on a stop returns the
regular departure_time converted to UTC, and departure_time_local
returns the same time zoned to Toronto instead.
A few fields are returned as a bare time with no date at all (for
example Schedule::Trip::Stop::ArrivalTime/DepartureTime#scheduled and
#computed, and Schedule::Journey::SchJourney::Service::Trip::Stop#time).
Converting one of these to a real Time requires knowing which calendar
date it belongs to, and GO Transit's own "service date" doesn't line up
with calendar midnight: a service date that starts at 6am can run past
2am the next calendar day, and every stop in that overnight tail is still
part of the original service date, not the next one.
These fields still expose _utc/_local, resolved against a known
anchor date (the date you requested, for Schedule.trip, or the date
embedded in the response itself, for Schedule::Journey.journey, so you
never need to pass one in yourself). We use a boundry hours defined as
GoTransit.service_day_boundary_hour (default 4). If the time is after
the boundry hour then it belongs to the day after the anchor date; otherwise
it's the anchor date itself. This correctly handles a trip whose very first stop
is already past midnight, with nothing else to compare it against. Optionally
you can change when this hour is. Local to Toronto time:
GoTransit.configure do |config|
config.service_day_boundary_hour = 3
endCalling _utc/_local on one of these fields without ever going through
Schedule.trip/Schedule.journey (e.g. constructing the resource class
directly) raises GoTransit::MissingAnchorDateError rather than silently
assuming "today".
One endpoint's time-only fields don't get this treatment yet:
ServiceUpdate::Exceptions::Trip::Stop#sch_arrival/#sch_departure/
#actual_time are always null in every real response we've captured, so
their actual non-null format is unconfirmed, and the endpoint gives no
date to anchor them to either way. If you can confirm a real non-null
value for these fields, a PR is welcome.
At the time of development I was unable to get test data for the following endpoints. Some of these seem like they are restricted access endpoints and my key is unable to fetch any data. I'm not sure if the others are caused by API issues. These endpoints should work assuming the documenation is correct, but the lack of data means testing was not possible. If you are able to get data for these endpoints please open a PR and submit it, it would greatly help development.
GET api/V1/ServiceataGlance/UPX/All- 204 No ContentGET api/V1/ServiceUpdate/ServiceGuarantee/{TripNumber}/{OperationalDay}- 204 No ContentGET api/V1/ServiceUpdate/MarketingAlert/All- 204 No ContentGET api/V1/Fleet/Consist/All- 403 ForbiddenGET api/V1/Fleet/Consist/Engine/{EngineNumber}- 403 Forbidden
In some cases you may want to change the base go transit API url. You can use
the custom_base_url config to set one:
GoTransit.configure do |config|
config.custom_base_url = "https://example.com"
end