2,500+ MCP servers ready to use
Vinkius

Navitia MCP Server for Claude Desktop 11 tools β€” connect in under 2 minutes

Built by Vinkius GDPR 11 Tools IDE

Claude Desktop is Anthropic's native application for interacting with Claude AI models on macOS and Windows. It was the first consumer application to ship with built-in MCP support, making it the reference implementation for the Model Context Protocol standard.

Vinkius supports streamable HTTP and SSE.

RecommendedModern Approach β€” Zero Configuration

Vinkius Desktop App

The modern way to manage MCP Servers β€” no config files, no terminal commands. Install Navitia and 2,500+ MCP Servers from a single visual interface.

Vinkius Desktop InterfaceVinkius Desktop InterfaceVinkius Desktop InterfaceVinkius Desktop Interface
Download Free Open SourceNo signup required
Classic SetupΒ·json
{
  "mcpServers": {
    "navitia": {
      // Your Vinkius token β€” get it at cloud.vinkius.com
      "url": "https://edge.vinkius.com/[YOUR_TOKEN_HERE]/mcp"
    }
  }
}
Navitia
Fully ManagedVinkius Servers
60%Token savings
High SecurityEnterprise-grade
IAMAccess control
EU AI ActCompliant
DLPData protection
V8 IsolateSandboxed
Ed25519Audit chain
<40msKill switch
Stream every event to Splunk, Datadog, or your own webhook in real-time

* Every MCP server runs on Vinkius-managed infrastructure inside AWS - a purpose-built runtime with per-request V8 isolates, Ed25519 signed audit chains, and sub-40ms cold starts optimized for native MCP execution. See our infrastructure

About Navitia MCP Server

Connect your Navitia multimodal transit API to any AI agent and take full control of European public transportation planning, real-time service monitoring, and accessibility analysis through natural conversation.

Claude Desktop is the definitive way to connect Navitia to your AI workflow. Add the Vinkius Edge URL to your config, restart the app, and Claude immediately exposes all 11 tools in the chat interface β€” ask a question, Claude calls the right tool, and you see the answer. Zero code, zero context switching.

What you can do

  • Multimodal Journey Planning β€” Plan door-to-door trips combining metro, bus, tram, RER, regional rail, walking, cycling, bike-sharing, and car
  • Place Search β€” Find transit stops, stations, addresses, and POIs with autocomplete search across French and European networks
  • Real-Time Departures β€” Check upcoming departures at any transit stop with ETAs, platforms, and delay indicators
  • Arrival Tracking β€” Monitor incoming services for passenger pickup and connection coordination
  • Stop Schedules β€” Access complete timetables for any transit stop with weekday/weekend/holiday patterns
  • Nearby Discovery β€” Find all transit stops near any geographic coordinate with distance calculations
  • Service Disruptions β€” Check active alerts, strikes, maintenance works, and operational notices across networks
  • Line Exploration β€” Browse all transit lines by mode type (metro, bus, tram, rail) with operator affiliations
  • Network Analysis β€” Research transit operators including RATP, SNCF, TCL, RTM, and regional authorities
  • Isochrone Mapping β€” Generate accessibility maps showing reachable areas within time limits from any point
  • Coverage Discovery β€” List all available coverage regions with data validity periods and contributor information

The Navitia MCP Server exposes 11 tools through the Vinkius. Connect it to Claude Desktop in under two minutes β€” no API keys to rotate, no infrastructure to provision, no vendor lock-in. Your configuration, your data, your control.

How to Connect Navitia to Claude Desktop via MCP

Follow these steps to integrate the Navitia MCP Server with Claude Desktop.

01

Open Claude Desktop Settings

Go to Settings β†’ Developer β†’ Edit Config to open claude_desktop_config.json

02

Add the MCP Server

Paste the configuration above into the mcpServers section

03

Restart Claude Desktop

Close and reopen Claude Desktop to load the new server

04

Start using Navitia

Look for the πŸ”Œ icon in the chat β€” your 11 tools are now available

Why Use Claude Desktop with the Navitia MCP Server

Claude Desktop by Anthropic provides unique advantages when paired with Navitia through the Model Context Protocol.

01

Claude Desktop is the reference MCP client β€” it was designed alongside the protocol itself, ensuring the most complete and stable MCP implementation available

02

Zero-code configuration: add a server URL to a JSON file and Claude instantly discovers and exposes all available tools in the chat interface

03

Claude's extended thinking capability lets it reason through multi-step tool usage, chaining multiple API calls to answer complex questions

04

Enterprise-grade security with local config storage β€” your tokens never leave your machine, and connections go directly to the Vinkius Edge network

Navitia + Claude Desktop Use Cases

Practical scenarios where Claude Desktop combined with the Navitia MCP Server delivers measurable value.

01

Interactive data exploration: ask Claude to query DNS records, look up WHOIS data, and cross-reference results in a single conversation

02

Ad-hoc security audits: type a domain name and let Claude enumerate subdomains, check DNS history, and flag configuration anomalies β€” all through natural language

03

Executive briefings: generate comprehensive domain intelligence reports by asking Claude to compile findings into a formatted summary

04

Learning and training: new team members can explore API capabilities conversationally without needing to read documentation

Navitia MCP Tools for Claude Desktop (11)

These 11 tools become available when you connect Navitia to Claude Desktop via MCP:

01

get_arrivals

Returns list of arriving services with line names and codes, origins, scheduled and real-time arrival times, platform information, delay indicators, and mode types. Essential for passenger pickup coordination, arrival monitoring, connection planning, and real-time arrival boards. AI agents use this when users ask "when does the next train arrive at this station", "show incoming services at stop X", or need to track arriving services for passenger coordination. Supports both theoretical schedules and real-time arrival predictions when operator data feeds are available. Get upcoming arrivals at a specific transit stop

02

get_coverage

Shows which cities and metropolitan areas are covered, data freshness indicators, and the contributing transit authorities for each region. Essential for discovering which transit networks are accessible through the API, validating region IDs for subsequent queries, understanding data coverage scope, and planning integration scope. AI agents should use this when users ask "what cities does Navitia cover", "show me all available transit regions", or need to identify the correct region ID (e.g., "fr-idf" for Paris/Ile-de-France) before making region-specific queries for lines, disruptions, or journeys. List all available coverage regions in the Navitia platform

03

get_departures

Returns list of departing services with line names and codes, destinations, scheduled and real-time departure times, platform or bay information, delay indicators, direction codes, and physical/commercial mode types (metro, bus, tram, RER, Transilien). Supports real-time data when available from operators. Essential for passenger information displays, departure boards, real-time transit monitoring, and journey planning. AI agents should reference this when users ask "when is the next metro from this station", "show departures from stop ID X", or need to monitor upcoming services at a known transit stop. Use data_freshness parameter to choose base_schedule (theoretical timetable) or realtime (including disruptions and delays). Get upcoming departures from a specific transit stop

04

get_disruptions

Returns active disruptions with affected lines, routes, stops, and networks, disruption descriptions, severity levels (minor, major, blocking), start and end timestamps, cause types (incident, maintenance, strike, weather), impact descriptions, and detour or alternative service recommendations. Covers all modes including metro, bus, tram, RER, Transilien, and regional rail across French and European networks. Essential for disruption awareness, passenger communication, journey reliability monitoring, and travel planning during service changes. AI agents should reference this when users ask "are there any disruptions on the Paris metro", "is there a strike on SNCF trains", or need to check service reliability before planning journeys. Get active service disruptions and alerts for a transit region

05

get_isochrone

Returns GeoJSON polygon boundaries, reachable area statistics, travel time bands, and accessibility metrics. Essential for urban planning, real estate location analysis, accessibility studies, job market research, school catchment analysis, and understanding transit connectivity. AI agents use this when users ask "what area can I reach within 30 minutes by metro from this address", "show me the accessible zone in 45 minutes by public transport", or need to analyze geographic accessibility from a specific location for housing, employment, or service planning. Generate an isochrone map showing reachable area from a point within a time limit

06

get_lines

Returns lines with codes, names, network affiliations, physical modes (metro, bus, tram, RER, rail), commercial modes, colors, text colors, route counts, and operational information. Covers metro systems (RATP Paris, TCL Lyon, TCL Marseille), bus networks, tramway systems, RER lines, Transilien suburban rail, and regional TER services across France. Essential for transit network exploration, line identification, route planning context, network analysis, and understanding service coverage by mode type. AI agents should use this when users ask "list all metro lines in Paris", "show me all tram lines in Lyon", or need line metadata to understand transit network structure and operator affiliations. List all transit lines in a coverage region

07

get_nearby_stops

Returns nearby objects sorted by distance with coordinates, names, types (stop point, stop area, station, address, POI), distances from search point, served lines, and administrative information. Essential for location-based transit discovery, "stops near me" features, geographic transit analysis, multimodal connection identification, and traveler navigation. AI agents use this when users ask "what metro stations are near my current location", "find transit stops within 500m of these coordinates", or need to discover accessible transit options from a specific geographic point. Supports filtering by object type (stop_point, stop_area, poi, address) and adjustable search radius. Find transit stops near a geographic coordinate

08

get_networks

Returns network information including names, codes, contributing authorities, coverage areas, associated lines and routes, and operational status. Covers major operators like RATP (Paris metro/bus/tram), SNCF (RER/Transilien/TER), TCL (Lyon), RTM (Marseille), TCL (Toulouse), and dozens of regional and local operators across France. Essential for operator research, network scoping, regional transit analysis, and understanding service governance structure. AI agents should reference this when users ask "what operators run transit in Paris", "list all networks in Ile-de-France", or need to identify transit operators for a specific region before querying lines or disruptions. List all transit operators and networks in a coverage region

09

get_stop_schedule

Returns all scheduled departures with routes, destinations, first and last departure times, service frequency, headway signatures (days of operation), and physical/commercial mode information. Shows complete timetable structure including weekday, weekend, and holiday service patterns. Essential for comprehensive schedule analysis, journey planning at specific times, timetable visualization, and understanding service frequency throughout the day. AI agents should use this when users ask "show me the full timetable for this metro station", "what times does this bus run on Sundays", or need complete schedule data for a transit stop. Supports depth parameter to control level of detail in route and destination information. Get full timetable for a specific transit stop

10

plan_journey

Supports combining public transit (metro, bus, tram, regional trains, high-speed rail), walking, cycling, car, bike-sharing (VΓ©lib), and ridesharing. Returns complete itineraries with departure and arrival times, total duration, number of transfers, detailed legs with mode types, line names, operators, intermediate stops, walking distances, real-time disruption alerts, accessibility information (wheelchair access), and fare estimates. Essential for travel planning, multimodal route comparison, passenger information systems, and Mobility-as-a-Service applications across France and European cities. AI agents should use this when users ask "how do I get from Gare du Nord to Eiffel Tower", "plan a trip from Lyon Part-Dieu to Marseille", or need multimodal journey options with timing, transfers, and accessibility details. Supports traveler profiles including wheelchair, slow walker, fast walker, and luggage. Plan a multimodal trip between two locations in France or Europe

11

search_places

Returns transit stops (stop areas, stop points), stations (metro, tram, bus, rail), addresses, administrative areas, and points of interest with their IDs, names, coordinates, types, and administrative information. Supports autocomplete-style search for journey planning interfaces and location discovery. Essential for stop discovery, address resolution, geocoding, journey origin/destination identification, and building location-based transit features. AI agents should use this when users ask "find the metro station near Champs-Elysees", "search for stops called Republique", or need to identify place IDs and coordinates for use in journey planning queries. Results include embedded links to departures, schedules, and nearby objects for further exploration. Search for transit stops, stations, addresses, and POIs by name

Example Prompts for Navitia in Claude Desktop

Ready-to-use prompts you can give your Claude Desktop agent to start working with Navitia immediately.

01

"Plan a trip from Gare du Nord to the Eiffel Tower using public transit in Paris."

02

"Show me all metro departures from Chatelet station in the next 20 minutes."

03

"What areas can I reach within 45 minutes by public transit from Lyon Part-Dieu station?"

Troubleshooting Navitia MCP Server with Claude Desktop

Common issues when connecting Navitia to Claude Desktop through the Vinkius, and how to resolve them.

01

Server not appearing after restart

Ensure the JSON is valid (no trailing commas). Check the file path: ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\\Claude\\ (Windows).
02

Authentication error

Verify your Vinkius token is correct. Go to cloud.vinkius.com to regenerate it if needed.
03

Tools not showing in chat

Click the πŸ”Œ icon at the bottom of the chat input. If it shows 0 tools, the server may still be connecting β€” wait a few seconds.

Navitia + Claude Desktop FAQ

Common questions about integrating Navitia MCP Server with Claude Desktop.

01

How does Claude Desktop discover MCP tools?

When Claude Desktop starts, it reads the claude_desktop_config.json file and connects to each configured MCP server. It calls the tools/list endpoint to fetch the schema for every available tool, then surfaces them as clickable options in the chat interface via the πŸ”Œ icon.
02

What happens if the MCP server is temporarily unavailable?

Claude Desktop handles disconnections gracefully β€” if the server is unreachable at startup, the tools simply won't appear. Once the server becomes available again, restarting Claude Desktop will re-establish the connection. There is no timeout penalty or error loop.
03

Can I connect multiple MCP servers simultaneously?

Yes. You can add as many servers as you need in the mcpServers section of the config file. Each server appears as a separate tool provider, and Claude can use tools from multiple servers in a single conversation turn.
04

Is there a limit on the number of tools per server?

Claude Desktop can handle hundreds of tools per server. However, for optimal LLM performance, Vinkius servers are designed to expose focused, well-documented tool sets rather than overwhelming the model with too many options.
05

Does Claude Desktop support Streamable HTTP transport?

Yes. Claude Desktop supports both SSE (Server-Sent Events) and the newer Streamable HTTP transport that Vinkius uses. Simply provide the server URL β€” Claude auto-negotiates the transport protocol.

Connect Navitia to Claude Desktop

Get your token, paste the configuration, and start using 11 tools in under 2 minutes. No API key management needed.