teckel navigation toolbox

by Unknown

Not rated
Website

About

Give LLM/AI/Agents the ability to provide accurate navigation information (time & place, road-trips, general aviation).

Details

Author
Unknown
Categories
Other

Access to theteckelToolkit MCP/API endpoints is protected by API keys which are allocated to the developers’ Ethereum addresses. Developers can manage their API keys via theteckelApp. Developers pay for API usage on a pay-as-you-go basis viateckelcredits (tc) which can be purchased via theteckelApp.

Whatever the client, the configuration is essentially the same. Namely, provide the client with the MCP server endpoint and access credentials. These are typically in the form of a configuration JSON snippet, using your API key as the “Bearer” token in the “Authorization” tag. For example, here is the precise configuration for use with theCursordesktop app (navigate within the Cursor app to the Cursor Settings -> Tools & MCP -> + New MCP server and enter these details using your actual teckel API key to replace this fake one).

MCP JSON configuration (example for use with Cursor)

{ "mcpServers": { "teckel-ethereum-toolkit": { "url": "https://mcp-servers.bh.tkllabs.io:9780/ethereum-mcp", "headers": { "Authorization": "Bearer d1e12345-c234-45a6-9b76-1234567891ff" } }, "teckel-navigation-toolkit": { "url": "https://mcp-servers.bh.tkllabs.io:9780/navigation-mcp", "headers": { "Authorization": "Bearer d1e12345-c234-45a6-9b76-1234567891ff" } } } }

NOTE: This configuration assumes the HTTP(streamable) protocol. If your client requires the older (now legacy) SSE protocol, replace “ethereum-mcp” with “ethereum-sse” and “navigation-mcp” with “navigation-sse”, respectively.

MCP JSON Configuration (example for use with n8n)

teckelpublishes and maintains a suite of “teckelToolkits” designed to extend the utility of LLMs and AI Agents via MCP server plugins: eachteckelToolkit is an MCP server endpoint, accessible via the standard MCP protocols. These protocols are supported by a growing number of LLM/AI/Agentic vendors. For maximum utility, the Toolkits can also be called via standard RESTful API (POST) calls, enabling them to be used in any application, not just LLM/AI/Agents.

Access to theteckelToolkit MCP/API endpoints is protected by API keys which are allocated to the developers’ Ethereum addresses. Developers can manage their API keys via theteckelApp. Developers pay for API usage on a pay-as-you-go basis viateckelcredits (tc) which can be purchased via theteckelApp.

teckelhosts its MCP/API servers in private data centers located in Western Europe, i.e., they are “off-cloud”.

The following Toolkits are currently available (also, onGitHub):

This Toolkit provides access to a subset of theteckelweb3 Ethereum JSON-RPC services—namely those that requireread onlyaccess to the blockchain. (For full access to the Ethereum blockchain including transaction execution and smart contract interaction, use the fullteckelweb3 servicesJSON-RPC API.)

The main purpose of the Ethereum Toolkit is to give LLM/AI/Agents real-time access to Ethereum blockchain basic information. Once connected to an LLM via your MCP-client-of-choice, the LLM can use the suite of tools in the Toolkit to provide answers to prompts such as:

“What is the current Ethereum price in USD on the mainnet and the sepolia testnet?”

“What is the current Ethereum gas price on the mainnet and the sepolia testnet?”

“What is the balance of my Ethereum Account on the mainnet and the sepolia testnet?”

“What transactions have been processed in the latest block on the mainnet and the sepolia testnet?”

The main purpose of the Navigation Toolkit is to give LLM/AI/Agents the ability to provide accurate navigation information. There are three main application areas (all can be combined):

-

Accurate determination of local time and sun position at any place in the world, taking into account time zones and daylight savings corrections.

“How many hours of daylight will there be on the Isle of Man on June 15th this year?”

“What time is it in Hong Kong right now, and what are the light conditions (daylight, twilight, or darkness)?”

“What time is sunrise and sunset in Hamburg, Germany tomorrow?”

“My flight is departing for San Francisco from London at 3 hours from now. The flight will take ten hours. What time will it be when I arrive in San Francisco, and what will the lighting conditions be?”

-

Accurate determination of driving distances and times anywhere in the world, taking into account current traffic (and allowing for ferry trip times if water crossing required). Computation of latitude and longitude for any place specified by address, postal code, name, landmark, etc. Search for hotels, restaurants, or any other typical feature, within a specified range of any location.

“What is the distance, and how long will it take, to drive from Joshua Tree to Oakland CA?”

“Find me 10 hotels within 20 miles of Prestwick Airport, UK”

“What is the latitude and longitude of UK postcode IM4 7BN?”

“If I drive from Berlin to Munich tomorrow, departing at 9am local time, will it be dark when I arrive?”

-

Accurate computation of distances between points on Earth using the World Geodetic System 1984 (WGS84), the geodetic reference system that defines the Earth’s shape and size as an oblate spheroid, the standard for the Global Positioning System (GPS). The distances can be computed either as great-circles (i.e., shortest distance between the two points) or rhumblines (i.e., the distance measured along a straight line drawn on a mercator projection map).

Accurate computation of the end-point for a given start-point, bearing, and range. The bearing can be referenced to either true or magnetic north (if magnetic, the magnetic variation is automatically calculated and corrected for), and the track can be specified as a great circle or rhumbline.

Search for airports within a specified range from any location in the world, with multiple optional filters (such as “must have AVGAS” etc). For the US only, can also search for navaids, fixes, features, and obstacles.

Obtain the latest aviation weather report (METAR) and forecast (TAF) for any worldwide ICAO designated weather station (in raw and decoded formats). Find the nearest ICAO designated weather station to a given location, or multiple stations within a specified range of that location.

Computation of aviation-pertinent atmospheric parameters (versus altitude) given the measured temperature and pressure (from METARs).

Perform VFR (Visual-Flight-Rules) flight route calculations between specified origin and destination airfields, plus up to ten optional intermediate waypoints (when not routing direct). Automatically computes wind corrections (using latest METARs along the route, and assuming a power-law extrapolation from METAR measured winds at 10m AGL to wind aloft), magnetic variation, and sunlight conditions (e.g., if daylight, twilight, or night-time at each waypoint plus direction (azimuth and zenith) to the sun relative to flight track (to assess if glare will be an issue). For the origin and departure airfields, gives essential information for each runway (surface, dimensions) plus the crosswind and headwind/tailwind components (computed from latest METARs), plus, where the information is available, details on runway lighting, visual approach aids, and instrument approach aids. Also provides the communication frequencies for the origin and departure airfields, plus where the information is available, telephone contact details, operating hours, and whether PPR is required. Utilizes current atmospheric conditions (from latest METAR data) to model the atmosphere (and its deviations from the International Standard Atmosphere) in order to compute for example, density altitude at the departure airfield, true airspeed (TAS), Mach number, and estimated cloud-base and freezing altitude along the route, and pressure altitude at each waypoint (i.e., the altitude displayed on the altimeter when set at standard pressure setting, useful for flight level determination). All navigation timings are presented in UTC as well as in local time (taking account of timezone and Daylight-Savings corrections). As well as providing a route summary (total distance, flight time, fuel consumption), all relevant data is provided per leg to facilitate the generation of a navlog (e.g., groundspeed, distance, timings, magnetic heading and true track, fuel used, etc). Aircraft Performance and route profile data (indicated airspeed, altitude, fuel flow rate) can be specified or default values (100kts, 2500ft 8 USgal/hour) are used if omitted. The latest METAR (current weather) and TAF (forecasts) reports are provided for each waypoint. A URL is also provided which enables the route to be viewed on skyvector.com (via any web browser). From there, the route can be exported to popular pilot apps such as Garmin Pilot, ForeFlight etc.

“What is the great-circle distance between Prestwick Airport and Goodwood Airfield in the UK?”

“What is the latitude and longitude of the location 25 nautical miles on a true bearing of 335 degrees from EGNS?”

“What is the latitude and longitude of the location 45 nautical miles on a magnetic bearing of 85 degrees from the Daventry VOR (DTY) in the UK?”

“What is the nearest METAR report for Wolverhampton Airport, UK?”

“Perform the flight route calculations for a VFR flight from Wolverhampton Airport, UK, to EGTK, with intermediate waypoint 15 nautical miles on a magnetic bearing of 210 degrees from Wolverhampton. Indicated airspeed will be 95 kts, altitude 2000 ft, departing Wolverhampton 45 minutes from now. Provide details for the navlog, plus a skyvector URL.”

“How long is the drive from EGTK to Chipping Norton?”

“Perform the flight route calculations for a VFR flight from Palo Alto Airport, CA, to Half Moon Bay airport, CA, with an intermediate waypoint overflying Stanford University. Indicated airspeed will be 100 kts, altitude 3000 ft, departing Palo Alto two hours from now. Provide details for the navlog, plus a skyvector URL.”

“Are there any Mexican restaurants within 10 miles of Half Moon Bay airport?”

In the following two examples note that any overwater routes are constrained.

An example of a more complex planning request and the resultant output via PDF file:

Please provide a VFR flight plan departing Liverpool this week with final destination of Dublin. Please ensure all waypoints have AVGAS available and supply 3 overnight accommodations at each waypoint within a 5 mile radius of the waypoint. Please ensure no over water crossings greater than 50 nautical miles. Aircraft is a small single engine Cessna. Please keep maximum flight ceiling below 8000ft. Please ensure a minimum of 1 hour of daylight upon landing at each waypoint and final destination. Please provide the best flight itinerary to minimize flight times and total travel duration. Please check weather conditions enroute to safely accommodate flight restrictions. I must arrive in Dublin no later than 2pm on Dec 31st. Please also provide a skyvector url.”

Here is the corresponding output:example PDF transcript.

Another example of a more complex planning request and the resultant output via PDF file:

Please create a VFR only flight plan for a small Cessna with a 300nm range only landing at airports with AVGAS departing tomorrow morning from Yucca Valley CA with final destination of MIA. Avoid any over water routes greater than 50nm. Maximum ceiling is 9000ft. Require at least 1 hr of sunlight left in the day upon landing at any waypoint including the Destination. List at least 3 available lodging accommodations within a 5 mile radius of any waypoint. Include a detailed itinerary to minimize total travel time. Include a skyvector url.”

Here is the corresponding output:example PDF transcript.

For a more in-depth and historical discussion of the teckel Navigation Toolkit, please see thisblog article.

This Toolkit gives LLMs, AI Agents, and automated workflows the ability to utilize theInterPlanetary File System(IPFS) as a decentralized backend storage medium. Once connected via your MCP-client-of-choice (e.g., Cursor, Claude, n8n), the LLM can upload, retrieve, pin, encrypt, and manage files on IPFS through natural-language prompts — or developers can call the same functions directly via RESTful API.

“Upload this PDF to IPFS with the nickname ‘contract_v3’ and encrypt it.”

“List all my IPFS files that are pinned and contain ‘invoice’ in the nickname.”

“Retrieve and decrypt the IPFS file with CID Qm… and publish it to a public URL.”

“Unpin and remove all unencrypted video files from my IPFS account.”

-

Uploadfiles to IPFS via multipart form or base64-encoded payload, with optional encryption and custom nickname

Retrievefiles by CID with automatic decryption (for files originally uploaded viateckel)

Pin / unpinindividual CIDs or batches of files (selected via fuzzy nickname search) to control persistence

List and filteraccount inventory by nickname, pinned state, encrypted state, or content type (image / audio / video / etc.)

Removefiles from theteckelIPFS node and account inventory

Publishany stored IPFS file to theteckelweb server, returning a browseable public URL

Content moderation— all uploads are pre-scanned for malware and policy compliance before acceptance

Encryption options— server-side encryption keyed to the API key for convenience, or offline pre-encryption for full end-to-end privacy

Full interoperabilitywith the IPFS functionality of theteckelApp

MCP endpoint:https://mcp-servers.bh.tkllabs.io:9780/ipfs-mcp

GitHub:github.com/teckel-mcp-servers/ipfs-toolkit

First generate an API key using theteckelApp.

To use theteckelEthereum endpoint API, do the following:

1.Install theteckelApp(orteckelApp Store Edition) and create (or import) an Ethereum Account.

2. Navigate to the Accounts page by tapping on the wallet icon in the upper right corner of the App home screen. Access the API Key Manager for the created or imported Ethereum Account by tapping “Manage API Key” on the Accounts page as seen below.

3. Use the API key when making calls to the endpoints. All the available endpoints are available via theteckelApp, incorporating the actual API key for the given Ethereum Account. Navigate to Get API Key in the API Key Manager as seen below.

4. For illustrative purposes, we will use the following fake keyd1e12345-c234-45a6-9b76-1234567891ffin the examples presented below. You would substitute your actual API key in place of this fake key.

Next, decide if you are using the MCP servers or RESTful (API) to access the tools.

Whatever the client, the configuration is essentially the same. Namely, provide the client with the MCP server endpoint and access credentials. These are typically in the form of a configuration JSON snippet, using your API key as the “Bearer” token in the “Authorization” tag. For example, here is the precise configuration for use with theCursordesktop app (navigate within the Cursor app to the Cursor Settings -> Tools & MCP -> + New MCP server and enter these details using your actual teckel API key to replace this fake one).

MCP JSON configuration (example for use with Cursor)

{ "mcpServers": { "teckel-ethereum-toolkit": { "url": "https://mcp-servers.bh.tkllabs.io:9780/ethereum-mcp", "headers": { "Authorization": "Bearer d1e12345-c234-45a6-9b76-1234567891ff" } }, "teckel-navigation-toolkit": { "url": "https://mcp-servers.bh.tkllabs.io:9780/navigation-mcp", "headers": { "Authorization": "Bearer d1e12345-c234-45a6-9b76-1234567891ff" } } } }

NOTE: This configuration assumes the HTTP(streamable) protocol. If your client requires the older (now legacy) SSE protocol, replace “ethereum-mcp” with “ethereum-sse” and “navigation-mcp” with “navigation-sse”, respectively.

MCP JSON Configuration (example for use with n8n)

Similarly, for use with n8n, below is the JSON code snippet for a sample workflow which accesses theteckelEthereum and Navigation Toolkit MCP servers. (Save this entire snippet to a .json file; then import the file to your n8n workflow.) You will need to replace the credentials with your own “Bearer Auth” credential within n8n (using yourteckelAPI key as the “Bearer token”).NOTE: In the below snippet, the magenta font pertains to the actual teckel MCP Servers, the rest is the supporting workflow infrastructure for testing the MCP servers.

{ "name": "Teckel Tools MCP Example", "nodes": [ { "parameters": { "endpointUrl": "https://mcp-servers.bh.tkllabs.io:9780/ethereum-mcp", "authentication": "bearerAuth", "options": {} }, "type": "@n8n/n8n-nodes-langchain.mcpClientTool", "typeVersion": 1.2, "position": [ -16, 640 ], "id": "569bf922-b8cb-40a0-beb8-2da890dab925", "name": "Teckel Tools MCP server: ethereum", "credentials": { "httpBearerAuth": { "id": "zPHt516IS5uuS2S5", "name": "TECKEL APIKEY" } } }, { "parameters": { "modelId": { "__rl": true, "value": "gpt-5", "mode": "list", "cachedResultName": "GPT-5" }, "messages": { "values": [ { "content": "Perform a VFR flight route calculation from EGNS to EGPK, departing 60 minutes from now. Include an intermediate waypoint on magnetic bearing 320 degrees at 20 nm from EGNS, followed by another on true bearing 355 for 15 nm from the previous waypoint.\n" } ] }, "options": {} }, "type": "@n8n/n8n-nodes-langchain.openAi", "typeVersion": 1.8, "position": [ -496, 368 ], "id": "5c9a94cd-71a4-4d77-84f5-664ef14871af", "name": "Message a model", "credentials": { "openAiApi": { "id": "EvoF3L2GoYTtESR3", "name": "OpenAi account" } } }, { "parameters": { "endpointUrl": "https://mcp-servers.bh.tkllabs.io:9780/navigation-mcp", "authentication": "bearerAuth", "options": {} }, "type": "@n8n/n8n-nodes-langchain.mcpClientTool", "typeVersion": 1.2, "position": [ 192, 640 ], "id": "016dae90-92b4-4eed-9120-f8531bafbd10", "name": "Teckel Tools MCP server: navigation", "credentials": { "httpBearerAuth": { "id": "zPHt516IS5uuS2S5", "name": "TECKEL APIKEY" } } } ], "pinData": {}, "connections": { "Teckel Tools MCP server: ethereum": { "ai_tool": [ [ { "node": "Message a model", "type": "ai_tool", "index": 0 } ] ] }, "Teckel Tools MCP server: navigation": { "ai_tool": [ [ { "node": "Message a model", "type": "ai_tool", "index": 0 } ] ] } }, "active": false, "settings": { "executionOrder": "v1" }, "versionId": "626e0784-a43b-4857-bf54-91e7f1c32c59", "meta": { "templateId": "self-building-ai-agent", "templateCredsSetupCompleted": true, "instanceId": "3c7702199c1f42229c256ae3782d70f8576bc5028e557d0903826477f97e032b" }, "id": "rAm1XjSle8lYmOcT", "tags": [] }

The benefit of using the MCP servers is that the connected LLMs can parse the natural language in the user prompts, populate the required parameters for calling the toolkit API functions, then likewise unravel the returned JSON structure into natural language for presentation to the user. However, if you wish to utilise theteckelToolkits at a lower level (e.g., in your own app), you can call the functions directly using the RESTful (POST) API protocols. You are then responsible for populating the input parameters, and handling the returned JSON output.

The base API URL endpoint is identical to the MCP server endpoint:

The desired function name must be appended to this URL, and the function arguments must be added as query-string parameters. TheteckelAPI key must be added as a Bearer Token in the Authorization header. The POST protocol must be used (rather than GET), but the body can be empty since the parameters are passed in the query-string. Below is an example curl request for calling theeth_gasPricemethod in the Ethereum Toolkit with the requirednetworkparameter:

curl -X POST \ 'https://mcp-servers.bh.tkllabs.io:9780/eth_gasPrice?network=mainnet' \ -H 'Authorization: Bearer d1e12345-c234-45a6-9b76-1234567891ff' \ -H 'Content-Type: application/json'

Another example, calling theperform_sun_calculationsfrom the Navigation Toolkit:

curl -X POST \ 'https://mcp-servers.bh.tkllabs.io:9780/perform_sun_calculations?latitude=54&longitude=-4.4861228&altitudeMetres=100&dateTimeUTCstr=25-Oct-2025%2014:18:39' \ -H 'Authorization: Bearer d1e12345-c234-45a6-9b76-1234567891ff' \ -H 'Content-Type: application/json'
No reviews yet — be the first

Sign in to leave a review

Use Google, GitHub, or an email account so ratings stay tied to real people.

Email sign in

No reviews posted yet.