Accessibility
Features enabling use of a place or service according to user needs. Unknown data does not mean accessible or inaccessible.
Wheelchair accessibility may be specified or unknown.
Simple definitions to understand transport, local services, and the tools connecting them to your applications.
79 definitions displayed
Features enabling use of a place or service according to user needs. Unknown data does not mean accessible or inaccessible.
Wheelchair accessibility may be specified or unknown.
Producing unsubstantiated information presented as known. In mobility, this may be a made-up schedule or availability.
Assistant announces a passage while tool returned only a stop.
Interface allowing one program to use capabilities of another service via a defined contract. Specifies inputs and expected responses.
An app searches stops with ROOTE API.
Mention of the provider or source associated with data. When required, the app using the result must display it.
An attribution required=true must be kept in the interface.
Status or quantity indicating what can be used per known info. Observed availability can change and is not a reservation.
Three bikes seen at a station do not mean three reserved bikes.
Access ID sent in an Authorization header per specified mechanism. Must be kept in secure config.
Authorization: Bearer used without exposing token in URL.
Service allowing temporary bike rental under operator conditions. It may use docks or dockless vehicles.
You find a bike and use the related rental service.
Organized place to pick up or return shared bikes. Coordinates, capacity, and availability describe different station aspects.
A station may appear on the map but be temporarily empty.
Temporary storage of results to avoid repeating identical searches. Cached value retains its source and time context.
Two identical requests may reuse a still valid response.
Equipment allowing recharge of compatible vehicles. Locating a station does not guarantee availability or connector compatibility.
Charging site and its usage status are distinct information.
Scope and completeness of available info for a search or source. Partial coverage limits possible conclusions.
A list may be useful without representing all existing services.
Assessment of information currency based on dates and contract rules. Query time alone does not prove source freshness.
A counter received now may come from an old observation.
Constructing a response using actually retrieved or provided information. Missing fields and caveats must remain visible.
Assistant repeats returned places without inventing schedules.
Indicates service orientation or destination. Must be checked with route and boarding location.
You look for the tram heading your destination, not the opposite direction.
Event affecting a transport service like interruption or route change. Effects must be read within specified area and time.
An alert may concern a line only during some hours.
Station equipment where a bike can be locked. Presence does not guarantee it accepts returns at the moment.
A return spot must be available and usable.
Arrangement where vehicles are not required to be taken or returned at fixed docks. Service zones and parking rules apply.
A scooter must be returned within an authorized area.
Water declared suitable for human consumption. A water point or fountain should not be labeled potable without explicit info.
Type and attributes of equipment should be clearly distinguished.
Bike with motor-assisted pedaling per its features. Mobility data may specify propulsion type and battery separately.
A station may distinguish mechanical and electric bikes.
Insertion of an external experience on a page, e.g. a map in an iframe. Parameters and permissions determine usage context.
A ROOTE iframe shows bikes around Bordeaux.
Search returning no entities in the consulted range. Does not prove physical absence of services beyond available data.
No stops returned with requested filters.
Address and operation exposed by an API for a given capability. Different routes may return different result sets.
/v1/transit/nearby searches transport places.
Forecast of a future passage based on available data, which may update as new info arrives.
A passage planned for 8:10 is now estimated at 8:14.
Standard public data format for shared mobility. Depending on version and feeds, describes systems, stations, vehicles, and statuses.
Station info and availability counters are separate.
Search converting an address or geographic expression to candidate places with coordinates. Multiple locations may match the same input.
Two cities have a street with the same name.
Distance calculated between positions per service method. Not automatically a routing distance or walking time.
A nearby place may require a detour to reach.
Obtaining a geographic position by a device or app. Depends on permissions and available accuracy.
Location button requests browser permission.
Values representing a geographic point, usually latitude and longitude. Order must be specified by the interface.
A proximity search uses two distinct coordinates.
Standard format to transmit trip updates, vehicle positions, and alerts. Published categories depend on producer.
A vehicle positions feed does not imply estimates for all stops.
Standard format describing planned transport offer: stops, lines, trips, calendars, and timings. Does not automatically provide realtime updates.
Scheduled passages linked to trips and service days.
Code indicating request result at HTTP level. Must be complemented by validation of content and business status.
HTTP 200 may contain a business error status.
HTML element loading a document in a page. On different domains, parent page cannot freely read the integrated document’s internal state.
Search changes require documented messaging to parent.
Using multiple transport modes successively during one trip. Each stage keeps its schedule, access, and conditions.
You bike to the tram stop then continue on foot.
Structured text format using objects, arrays, strings, and numbers. A syntactically valid JSON may not comply with an API schema.
A stations collection must have expected type and fields.
Coordinate showing position north or south of the equator in degrees in ROOTE examples. Valid values from −90 to 90.
Search latitude transmitted in lat.
Identified transport service in a network with one or more routes or variants. The line name alone does not specify direction.
The same line may offer multiple terminals.
Coordinate showing east-west position relative to reference meridian. ROOTE examples use degrees between −180 and 180.
Longitude transmitted as lon or the documented alias lng.
Map view enlargement level. Controls display but does not replace API request radius.
zoom=15 zooms in on the map view.
Protocol enabling an AI app to communicate with servers exposing tools or context. Alone does not define returned data quality.
An assistant discovers ROOTE’s search tools.
AI app component communicating with an MCP server. Manages protocol exchanges for this connection.
Client sends search arguments to ROOTE.
App hosting user interaction and managing one or several MCP clients. Responsible for results use in its experience.
Your conversational app connects to a ROOTE server.
Program exposing capabilities per MCP protocol. Actual tools announced by server determine what client can call.
tools/list returns the available inventory.
Executable capability described by a name, function, and argument schema. Assistant must use inputs accepted by that schema.
geocode accepts an address; transit_nearby accepts coordinates.
Upcoming passage or departure for a place and service. Finding a stop is not the same as searching its next departures.
Stops list and departures list are distinct results.
State or event noted at a specific time. Must be distinguished from planned or estimated events.
A bus's actual passage may differ from announced estimate.
Specification describing an HTTP API contract in a structured document. Helps verify routes, parameters, responses, and schemas.
ROOTE contract published in openapi.json.
Time frames when a place announces being open. They do not confirm live operational status.
Temporary closures may not be reflected in standard hours.
Result containing usable info with limits or missing elements noted. Should be accompanied by relevant warnings.
One source answers while another is unavailable.
Person with permanent or temporary movement difficulties. PRM label alone does not detail all required access or equipment.
Presence of a ramp does not describe all possible obstacles.
Boarding area or point at a transport location. Multiple nearby platforms may serve different directions or services.
Both directions of a line may use separate platforms.
Identifiable useful location for search, like an establishment or facility. POI differs from a simple postal address.
Hotel name can be searched as an establishment.
Attempt to use external content to modify an assistant’s instructions. Provider descriptions must remain data, not orders.
Hidden instruction in a place name must not be executed.
Information identifying data origin and, per contract, how it was produced. Helps interpret its scope.
A result keeps its source and collection context.
Toilets available for public use under local conditions. Presence in data does not guarantee free access, opening hours, or current accessibility.
Check stated conditions before visiting.
Value passed in the URL part following the question mark. Name and format defined by the used interface.
modes=bus,tram selects modes in a compatible URL.
Restriction on allowed request rate by a service. Rules and retry instructions depend on active contract.
Code 429 requests respecting retry instructions.
Capability for consultation without modification action by tool. Reading availability does not reserve, unlock, or rent a vehicle.
ROOTE Data tools are for consulting information.
Information updated to represent a recent situation or feed an estimate. Freshness must be evaluated; realtime is not instantaneous or guaranteed.
A passage estimate recalculated from recent data.
HTTP interface approach using web resources and mechanisms. API contract specifies routes, methods, and representations.
A search is sent to a documented GET route.
Ending vehicle use following service rules. Return possibilities may differ from pickup options.
A station allows departure but has no return spots.
Search for places or names from coordinates. A result may represent a nearby place rather than an exact guaranteed address.
A GPS point is associated with a readable label.
Planned time for a given date and stop in the service plan. Does not necessarily reflect the vehicle’s actual situation.
A departure planned at 8:10 according to the calendar.
Point from which a proximity search is performed and distances calculated. May differ from the map center shown.
Camera moves while search remains centered on Bordeaux.
Distance around origin point limiting a search. Unit and limits depend on route contract or tool.
radius=600 requests a 600-meter radius in REST example.
Information describing the days a transport service operates, including possible exceptions. Schedules require this calendar for interpretation.
A passage scheduled on weekdays may not run on Sundays.
Category used to select or describe an urban service. Acceptable values depend on the interface and its schema.
ROOTE Services API uses types=toilets for toilets.
Services providing access to vehicles used by multiple users instead of ownership by one person.
Bikes and scooters offered for rent in a city.
Information considered too old per contract or validity policy. May be kept as recent history without being presented as fresh.
Interface indicates availability needs updating.
MCP transport for communication with remote server via HTTP. Support must be checked in used client.
ROOTE remote server uses https://mcp.roote.ai/mcp.
End point of a transport route. A line may have variants with different termini.
A short service ends before the usual terminus.
Duration used to manage data validity or renewal in cache per contract. Does not alone prove observation time.
Expired cache must follow planned refresh policy.
Interruption of a wait exceeding planned operation duration. Indicates unfinished search, not absence of results.
App suggests retry instead of showing empty list.
Time indicator associated with data or event. Meaning depends on field: observation, update, receipt, or expiration.
source_updated_at and received_at refer to different steps.
Switching from one service or mode to another during a trip. Close stops do not guarantee a feasible transfer.
Time is needed to move between platforms and wait.
Place where a transport service picks up or drops off passengers. An uncovered stop may not automatically provide next trip times.
A bus stop returned without departure times.
Execution of a transport service linked to a route and stops. In GTFS, a trip connects a line and service calendar.
Two successive departures on the same line are two trips.
Absence of known value in a contract that uses null for this meaning. Should not be replaced by zero, false, or proof of absence.
A bike counter null does not mean an empty station.
Facility or service useful near a place, e.g. toilets, water point, or charging station. Attributes may be incomplete.
A proximity result describes a service with known info.
Starting to use a vehicle. A positive count alone is insufficient if pickup is disabled by the service.
Bikes may be present, but the station may not permit rental.
No definitions match. Try another word or remove the filter.
Terms unique to ROOTE follow its documented contracts. Standards and protocols have their own official references.
Back to Resource Center