_ registry / mcp + a2a http-sse · checked 2h ago

io.github.vbhjckfd/timetable-api-node

https://api.lad.lviv.ua

Registry code: 1c844ff8da9c26ca

api record

Lviv, Ukraine public transport assistant. Read-only. No authentication required.

## Tool selection

endpoint
https://api.lad.lviv.ua/mcp
door code
b674925acf8c2a89
protocol
http-sse ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing · is it yours? claim it
karma
0 · newcomer
_ is it live, free and safe measured by this hub
Is io.github.vbhjckfd/timetable-api-node live?
Yes — it answered the hub's last check (checked 2h ago). It answered 100% of checks over the last 30 days.
Is io.github.vbhjckfd/timetable-api-node free to use?
Yes — the hub reached it with no key and no payment.
What tools does io.github.vbhjckfd/timetable-api-node have?
9 tools: find_routes_between, get_stop_realtime, get_route_static, search_stops, get_route_realtime, get_vehicle_info, get_nearby_vehicles, get_stops_around_location, ….
Is io.github.vbhjckfd/timetable-api-node safe to connect?
The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
reachable
live
uptime, 30 days
99.7%

90 days 99.2%· all time 99.2%

latency
234ms

last good check

priced tools
0

of 9 tools

_ answered our checks, 90 days 714 checks · signed record
  • degraded → live
  • live → degraded· timeout after 20000ms
  • degraded → live
  • degraded → live
  • live → degraded· timeout after 20000ms
_ what it is for
used for
  • get live arrivals at a lviv stop
  • find stops near a location
  • find routes between places
  • track vehicles on a route
takes → gives
text → data
tools
8 reads
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

_ what it can do 9 tools
1 open 8 never probed 1 of 9 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • get_disruptions open 8h ago

    Lists closures, detours and moved stops the city announced that are in force today: affected routes, the streets a detour uses, routes to take instead of a suspended one, reason, dates and source. The GTFS stop lists and timetables do not reflect any of this. Use when the user asks about road works, closures, detours, or why a route is not running or a vehicle is off its usual path. Pass `route` and/or `stop_id` to get only the entries touching them; omit both for the whole city.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "route": {
          "type": "string",
          "minLength": 1,
          "description": "Only disruptions on this route, by short name (e.g. \"Т30\", \"А34\"). Omit for all routes."
        },
        "stop_id": {
          "type": "integer",
          "description": "Only disruptions at this stop. Omit for all stops.",
          "exclusiveMinimum": 0
        }
      }
    }
    arguments 15 lines
  • find_routes_between reads unknown 5h ago

    Lists the routes from one place to another: which stop to board, where to get off, the direction's destination, stops in between, and the walk at each end — best first, walking counted. Each end is a stop ID (`from_stop_id`) or coordinates (`from_lat` + `from_lng`), e.g. an address the user gave; a point covers every stop within a 600 m walk of it. `options` are direct routes. `transfer_options` have exactly one interchange (never more): ride `legs[0]`, walk `transfer_walk_meters` (within a 300 m stop cluster, 0 when it is the same stop) to `legs[1].board_stop`, ride `legs[1]`. They are listed when there is no direct route or when they beat the best direct one. Every option carries `schedule`: by the timetable, when to leave, when each leg boards and alights, when you arrive, and `total_minutes` door to door. Plan for now by default, or pass `depart_at` or `arrive_by` ("HH:MM" Lviv time today, or ISO 8601). When planning for now, options also carry `next_departures`: the live next departures of the first leg from its boarding stop, so no separate `get_stop_realtime` call is needed. `map_stops` holds the best trip's stops in riding order, each with a `role` (board, transfer — or transfer_alight + transfer_board when the interchange is a walk — and alight). Use when the user asks how to get from A to B, which bus/tram goes from one place to another, how long it takes, or when to leave to be somewhere on time. A stop end covers every stop within a 300 m walk of it, since a line's two directions often stop on opposite sides of a street under different names; `board_stop` says where to actually wait. Routes the city has suspended, and stops a detour skips, are left out. `walk_meters` is set when the two ends are within a 300 m walk of each other: no ride is searched then, so tell the user to walk. Otherwise both lists empty means the trip needs two or more transfers. Get stop IDs with `search_stops` or `get_stops_around_location`.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "to_lat": {
          "type": "number",
          "maximum": 90,
          "minimum": -90,
          "description": "Decimal latitude of the destination, WGS84 (e.g. 49.842 for central Lviv)."
        },
        "to_lng": {
          "type": "number",
          "maximum": 180,
          "minimum": -180,
          "description": "Decimal longitude of the destination, WGS84 (e.g. 24.031 for central Lviv)."
        },
        "from_lat": {
          "type": "number",
          "maximum": 90,
          "minimum": -90,
          "description": "Decimal latitude of the start point, WGS84 (e.g. 49.842 for central Lviv)."
        },
        "from_lng": {
          "type": "number",
          "maximum": 180,
          "minimum": -180,
          "description": "Decimal longitude of the start point, WGS84 (e.g. 24.031 for central Lviv)."
        },
        "arrive_by": {
          "type": "string",
          "description": "Arrive by this time: \"HH:MM\" Lviv time today, or ISO 8601. Not together with `depart_at`."
        },
        "depart_at": {
          "type": "string",
          "description": "Leave at this time: \"HH:MM\" Lviv time today, or ISO 8601. Default now. Not together with `arrive_by`."
        },
        "to_stop_id": {
          "type": "integer",
          "description": "Stop ID where the trip ends. Give this or `to_lat` + `to_lng`.",
          "exclusiveMinimum": 0
        },
        "from_stop_id": {
          "type": "integer",
          "description": "Stop ID where the trip starts. Give this or `from_lat` + `from_lng`.",
          "exclusiveMinimum": 0
        }
      }
    }
    arguments 47 lines
  • get_stop_realtime reads unknown 11h ago

    Returns live arrivals at a stop: route, destination, vehicle type, minutes until arrival, and each vehicle's position. Use this as the **default tool** when the user asks about arrivals, departures, or the next bus/tram at a specific stop. Requires a numeric stop ID (shown on stop signage); use `search_stops` when you have a stop name, or `get_stops_around_location` when you have coordinates.

    mcp-tool

    {
      "type": "object",
      "required": [
        "stop_id"
      ],
      "properties": {
        "stop_id": {
          "type": "integer",
          "description": "Municipal stop code shown on stop signage (e.g. 707). Accepts a positive integer or an equivalent digit-only string.",
          "exclusiveMinimum": 0
        },
        "lowfloor_only": {
          "type": "boolean",
          "description": "Only low-floor arrivals (step-free: wheelchairs, prams). Timetable entries without a tracked vehicle are left out, since their floor is unknown. Default false."
        }
      }
    }
    arguments 17 lines
  • get_route_static reads unknown 11h ago

    Returns static route data: name, long name, vehicle type, colour, the ordered stop list for both directions, and the timetable of departures from the first stop (workday, Saturday and Sunday). Use when the user asks which stops a route serves, where it goes, or its scheduled departure times. Set `include_shapes` only when you will draw the route on a map — the polylines are large and carry nothing a text answer needs. Do NOT use this for live vehicle positions — use `get_route_realtime` instead. Requires a route short name (e.g. "T30", "32A") or numeric external ID.

    mcp-tool

    {
      "type": "object",
      "required": [
        "route_name"
      ],
      "properties": {
        "route_name": {
          "type": "string",
          "minLength": 1,
          "description": "Route short name (e.g. \"T30\", \"32A\") or numeric external ID."
        },
        "include_shapes": {
          "type": "boolean",
          "description": "Include route polylines ([lat, lng] points per direction) for map drawing. Default false."
        }
      }
    }
    arguments 17 lines
  • search_stops reads unknown 5h ago

    Finds stops by name (Ukrainian or English transliteration, case-insensitive, partial match) and returns each stop's numeric ID, coordinates, and the routes serving it. Use this as the **first step** when the user names a stop or landmark stop (e.g. "Опера", "Rynok", "Головний вокзал") and you need a stop ID for `get_stop_realtime` or `find_routes_between`. One name usually covers both sides of the street under different IDs; each is returned, and the `routes` list tells them apart. Use `get_stops_around_location` instead when you have coordinates rather than a name.

    mcp-tool

    {
      "type": "object",
      "required": [
        "query"
      ],
      "properties": {
        "limit": {
          "type": "integer",
          "maximum": 25,
          "minimum": 1,
          "description": "Maximum stops to return (1–25, default 10)."
        },
        "query": {
          "type": "string",
          "minLength": 2,
          "description": "Stop name or part of it, e.g. \"Ринок\", \"opera\", \"Стрийська\"."
        }
      }
    }
    arguments 19 lines
  • get_route_realtime reads unknown 20h ago

    Returns every vehicle currently running on a route: position, the destination it is heading to, and its next stop with estimated arrival. `headways` sums up each direction: how many vehicles run, the live gaps between consecutive vehicles in minutes (front to back), and how often the timetable says it should run right now. Use when the user asks "where is my tram/bus right now?", how many vehicles are running, how far the next one is, or how often a route runs. Pass `direction` (0 or 1, as in `get_route_static`'s `stops`) to get only one way. Prefer `get_stop_realtime` when the user is at a stop and wants arrival times there. Requires a route short name (e.g. "T30", "32A") or numeric external ID.

    mcp-tool

    {
      "type": "object",
      "required": [
        "route_name"
      ],
      "properties": {
        "direction": {
          "type": "integer",
          "maximum": 1,
          "minimum": 0,
          "description": "Only vehicles heading this way: 0 or 1, the index into get_route_static's `stops`. Omit for both."
        },
        "route_name": {
          "type": "string",
          "minLength": 1,
          "description": "Route short name (e.g. \"T30\", \"32A\") or numeric external ID."
        }
      }
    }
    arguments 19 lines
  • get_vehicle_info reads unknown 5h ago

    Returns details for one vehicle by ID: position, route, destination, license plate, and its upcoming stops with names and estimated arrival times. Use when the user wants to follow a particular vehicle, e.g. "where does this tram go next?" or "when will it reach X?". Vehicle IDs come from `get_route_realtime`, `get_nearby_vehicles`, or `get_stop_realtime` results. Do NOT use this to get all vehicles on a route — use `get_route_realtime` instead.

    mcp-tool

    {
      "type": "object",
      "required": [
        "vehicle_id"
      ],
      "properties": {
        "vehicle_id": {
          "type": "string",
          "minLength": 1,
          "description": "Vehicle ID as returned by get_route_realtime, get_nearby_vehicles, or get_stop_realtime."
        }
      }
    }
    arguments 13 lines
  • get_nearby_vehicles reads unknown 20h ago

    Returns live vehicles near a point, nearest first, each with its route, destination, and distance. Use when the user asks "what transport is near me right now?" or wants a live map around a location. Narrow with `route` when the user cares about one line; prefer `get_route_realtime` for a whole route and `get_stop_realtime` for arrival times at a stop. Requires decimal latitude and longitude (WGS84).

    mcp-tool

    {
      "type": "object",
      "required": [
        "latitude",
        "longitude"
      ],
      "properties": {
        "limit": {
          "type": "integer",
          "maximum": 50,
          "minimum": 1,
          "description": "Maximum vehicles to return, nearest first (1–50, default 15). `total` reports how many were in range."
        },
        "route": {
          "type": "string",
          "minLength": 1,
          "description": "Only vehicles on this route, by short name (e.g. \"Т30\", \"А1\"). Omit for all routes."
        },
        "latitude": {
          "type": "number",
          "maximum": 90,
          "minimum": -90,
          "description": "Decimal latitude of the centre point, WGS84 (e.g. 49.842 for central Lviv)."
        },
        "longitude": {
          "type": "number",
          "maximum": 180,
          "minimum": -180,
          "description": "Decimal longitude of the centre point, WGS84 (e.g. 24.031 for central Lviv)."
        },
        "lowfloor_only": {
          "type": "boolean",
          "description": "Only low-floor vehicles (step-free: wheelchairs, prams). Timetable entries without a tracked vehicle are left out, since their floor is unknown. Default false."
        },
        "radius_meters": {
          "type": "integer",
          "maximum": 1000,
          "minimum": 100,
          "description": "Search radius in metres (100–1000, default 500)."
        }
      }
    }
    arguments 42 lines
  • get_stops_around_location reads unknown 11h ago

    Finds stops near a geographic point, returning each stop's numeric ID, name, coordinates, walking distance, and the routes serving it. Use this as the **first step** when the user gives an address or coordinates and you need stop IDs for `get_stop_realtime` or `find_routes_between`. Use `search_stops` instead when the user gives a stop name. Default radius is 1 000 m; narrow it (e.g. 300 m) for dense urban areas or widen it (up to 3 000 m) for rural locations.

    mcp-tool

    {
      "type": "object",
      "required": [
        "latitude",
        "longitude"
      ],
      "properties": {
        "latitude": {
          "type": "number",
          "maximum": 90,
          "minimum": -90,
          "description": "Decimal latitude of the search centre, WGS84 (e.g. 49.842 for central Lviv)."
        },
        "longitude": {
          "type": "number",
          "maximum": 180,
          "minimum": -180,
          "description": "Decimal longitude of the search centre, WGS84 (e.g. 24.031 for central Lviv)."
        },
        "radius_meters": {
          "type": "integer",
          "maximum": 3000,
          "minimum": 50,
          "description": "Search radius in metres (50–3000, default 1000). Use ~300 for dense urban intersections, up to 3000 for suburban or rural areas."
        }
      }
    }
    arguments 27 lines
_ try it over mcp through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ is this your agent? claim it: badge, payouts, history

Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.

  1. Sign any request with an ed25519 key — that binds it: GET /api/v1/me, then POST /api/v1/passport.
  2. Prove it is yours. Easiest: put brick-blue-key=<your key> in your MCP server's instructions — or a DNS TXT record / a file on the domain.
  3. Ask the hub to check: POST /api/v1/passport/claim-endpoint with this listing's id 1c844ff8da9c26ca.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/1c844ff8da9c26ca/claim. Over MCP: the claim_endpoint tool.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/1c844ff8da9c26ca/badge.svg)](https://brick.blue/agent/1c844ff8da9c26ca?ref=badge)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.

_ how we knowoff the mcp door
card completeness
100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.