Metro Transit Rate Limits
Metro Transit does not publish numeric rate limits or require an API key for its open-data GTFS, GTFS-realtime, and NexTrip / REST endpoints. The published guidance is that GTFS-realtime feeds refresh every 5 seconds (so polling faster than that is wasted) and that schedule data updates weekly (Saturdays). Consumers are expected to use HTTP conditional requests (Last-Modified / If-Modified-Since) rather than re-downloading the GTFS zip. There is no documented 429 throttle behavior; abusive volume would be addressed informally if it impacted service.
Metro Transit Rate Limits is the machine-readable rate-limit profile for Metro Transit on the APIs.io network, conforming to the API Commons Rate Limits specification.
It captures 3 rate-limit definitions, measuring requests_per_second and requests_per_week.
The profile also includes 4 backoff/retry policies defined and response codes documented for serviceUnavailable.
Tagged areas include Minneapolis, Minnesota, Public Transportation, Real-Time, and Transit.
Limits
Policies
Sources
Work with this as data
Every rate limit here is available over the APIs.io API and to AI agents over MCP.
MCP server
One button, every client — Claude, Cursor, VS Code and the rest.
https://apis.io/mcp
Tools for rate limits
4 MCP tools reach this
find_rate_limitsBrowse and filter every rate limit in the catalog.apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.resolveTurn a domain, URL or GitHub org into the provider it belongs to.find_cohortsEvery scored population of providers in the catalog.
Call it yourself
curl for this page
curl "https://apis.io/api/v1/rate-limits/metro-transit-rate-limits"
curl "https://apis.io/api/v1/rate-limits?limit=25"
Discovery needs no key. Ratings and market analysis are Pro.