For Agents
Publish device location updates and look up another device's recent or current location, returning JSON or GeoJSON suitable for map rendering.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Miataru, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Miataru API.
Publish a device location update with timestamp and accuracy via POST /UpdateLocation
Retrieve the last known location for one or more devices via POST /GetLocation
Read recent location history for a device via POST /GetLocationHistory
GET STARTED
Use for: I need to publish my device's current latitude and longitude, Get the last known location for a list of device IDs, Retrieve the last 10 location points for a specific device, Render a device's current location as GeoJSON on a map
Not supported: Does not handle geocoding, routing, places search, or long-term location archiving — use for device location publishing and short-range lookup only.
Miataru is an open location-tracking API that lets clients post a device's location, retrieve another device's last known location, and read short-range location history. It supports GeoJSON output for direct rendering on maps and is designed for privacy-respecting tracking — locations are stored only as long as the publisher allows. The API is JSON-over-HTTP and exposes five endpoints under a versioned /v1 path.
Stream a device's current location as GeoJSON via GET /GetLocationGeoJSON/{deviceID} for direct map embedding
List the visitors that have queried a given device via POST /GetVisitorHistory
Patterns agents use Miataru API for, with concrete tasks.
★ Privacy-Respecting Personal Location Sharing
Individuals using Miataru clients publish their own locations to a Miataru server and share only their device ID with people they trust. Friends and family can call POST /GetLocation to read the most recent position without a centralised account, and POST /GetVisitorHistory exposes who has asked — giving the publisher full transparency.
Call POST /UpdateLocation for device 'phone-42' with current GPS coordinates and an accuracy of 15 metres.
Lightweight Asset and Bicycle Tracking
Bike-share operators and small fleets use Miataru as a low-overhead alternative to a full IoT platform — devices push positions on a configurable interval, and dashboards or agents poll POST /GetLocation for one or many devices to render the fleet view. POST /GetLocationHistory provides recent breadcrumbs without long-term storage commitments.
Call POST /GetLocation with an array of device IDs for the active bike fleet and return their latest coordinates.
GeoJSON for Direct Map Rendering
Web map developers using Leaflet or Mapbox can call GET /GetLocationGeoJSON/{deviceID} and feed the response straight into a layer without writing transformation code. The endpoint emits a Feature with the device's latest position so the map can show a live marker that updates as new posts arrive.
Call GET /GetLocationGeoJSON/phone-42 and return the resulting Feature for placement on a Leaflet map.
Agent-Driven Location Lookups
An autonomous agent helping a user find a friend or asset can call Miataru through Jentic. The agent searches by intent, loads POST /GetLocation, and executes with the device ID. Because Miataru is unauthenticated by design, Jentic standardises the call signature and lets the agent reuse the same flow it uses for authenticated APIs.
Search Jentic for 'get a device location', load POST /GetLocation, and execute with the device ID supplied by the user.
5 endpoints — miataru is an open location-tracking api that lets clients post a device's location, retrieve another device's last known location, and read short-range location history.
METHOD
PATH
DESCRIPTION
/UpdateLocation
Publish a device's current location
/GetLocation
Get the last known location for one or more devices
/GetLocationHistory
Retrieve recent location history for a device
/GetLocationGeoJSON/{deviceID}
Get a device's location as a GeoJSON Feature
/GetVisitorHistory
List the clients that queried a device
/UpdateLocation
Publish a device's current location
/GetLocation
Get the last known location for one or more devices
/GetLocationHistory
Retrieve recent location history for a device
/GetLocationGeoJSON/{deviceID}
Get a device's location as a GeoJSON Feature
/GetVisitorHistory
List the clients that queried a device
Three things that make agents converge on Jentic-routed access.
Credential isolation
Miataru does not require a token, but device IDs act as soft secrets. Jentic stores device IDs as configuration parameters in the vault and injects them at execution time so they do not leak through prompts.
Intent-based discovery
Agents search Jentic with intents like 'get a device location' or 'publish a location update' and Jentic returns the matching Miataru operation with its parameter schema, removing the need to read the protocol RFC.
Time to first call
Direct Miataru integration: a few hours, since the protocol is small. Through Jentic: minutes — search, load, execute, with consistent calling conventions across all your APIs.
Alternatives and complements available in the Jentic catalogue.
Specific to using Miataru API through Jentic.
What authentication does the Miataru API use?
Miataru is intentionally unauthenticated — clients identify devices by an opaque device ID. Privacy is enforced by keeping device IDs secret rather than by API tokens. Through Jentic the device ID is treated as configuration rather than as a credential.
Can I track the history of multiple devices in one call?
POST /GetLocation accepts a list of device IDs and returns the most recent location for each. For richer history per device use POST /GetLocationHistory, which is invoked one device at a time.
What are the rate limits for the Miataru API?
Miataru deployments do not publish a fixed rate limit — limits depend on the operator running the server. The protocol is request-for-comment status, so client implementations should back off conservatively and consider running their own server for high-volume use.
How do I render a device on a map through Jentic?
Search Jentic for 'get a device location as GeoJSON', load GET /GetLocationGeoJSON/{deviceID}, and pass the device ID. The resulting Feature can be plugged directly into a Leaflet or Mapbox layer without further transformation.
Is the Miataru API free?
Yes — the public Miataru server at service.miataru.com is free, and the protocol is openly published so anyone can run their own server. There are no per-call charges.
Does Miataru store location history long-term?
No — POST /GetLocationHistory returns only short-range recent history, and the publisher's client controls how long updates are retained. There is no built-in long-term archive.