ForHosting KIT · Developer Utilities

Rhumb line midpoint calculator

A rhumb line, also called a loxodrome, crosses every meridian at the same compass angle.

● BetaFree · in your browser
Use it from WebAPIEmailTelegramApp soon

This calculator finds the coordinate halfway along that constant-bearing path between two supplied latitude and longitude points. It uses spherical rhumb geometry rather than averaging both coordinates, so the result remains meaningful on long routes and paths that cross the antimeridian. Enter decimal-degree coordinates, choose the output precision, and receive a normalized midpoint suitable for navigation calculations, mapping workflows, route labels, or independent verification.

What a rhumb line midpoint represents

The midpoint returned here is the halfway position along a spherical rhumb line, not the midpoint of a great-circle arc and not simply the arithmetic average of two latitude and longitude pairs. A rhumb line maintains one constant compass bearing as it crosses successive meridians. That property made loxodromes especially useful for traditional marine navigation and still makes them relevant when a route is intentionally described by a fixed heading. Latitude changes uniformly along the spherical formulation, while longitude must be evaluated through isometric latitude, a logarithmic transformation used in Mercator geometry. The distinction matters because longitude spacing represents different surface distances at different latitudes. On a short local segment, several midpoint methods may look nearly identical, but the difference becomes visible across large north-south spans or near high latitudes. Use this result when the underlying route is explicitly a constant-bearing path. If your route follows the shortest surface arc instead, a great-circle midpoint calculator describes a different geometric object and should be used instead.

How to enter coordinates and interpret the result

Provide the starting latitude and longitude as lat1 and lon1, then the ending values as lat2 and lon2. Coordinates are decimal degrees: latitude is negative south of the equator and positive north of it, while longitude is negative west of Greenwich and positive east. Longitudes may include either endpoint of the conventional −180 to 180 degree range. Exact north and south pole latitudes are rejected because the isometric-latitude expression becomes singular there; values close to a pole remain valid. The response contains lat and lon for the point halfway along the loxodrome. Longitude is normalized to the standard range, which is important when the shortest constant-bearing route crosses the antimeridian. For example, a path from 170 degrees east to 170 degrees west should pass near 180 degrees, not sweep through Greenwich. The optional precision field controls decimal places from zero through twelve. It changes presentation and rounding only; it does not switch the geometric model or imply real-world survey accuracy.

Method, assumptions, and practical limits

The calculation treats the Earth as a sphere and applies the standard loxodromic midpoint relationship. It first converts both latitudes to radians, takes their halfway latitude, and then determines the matching longitude by comparing logarithms of Mercator projection factors. When both endpoints have effectively the same latitude, the logarithmic denominator approaches zero, so the algorithm uses the midpoint of the unwrapped longitudes instead. Before that calculation, an antimeridian crossing is unwrapped onto the shorter longitudinal interval; the final longitude is then normalized again. This approach is deterministic and uses no network service, stored route data, random values, or current time. A spherical answer is appropriate for navigation estimates, map annotation, educational work, and consistency checks. It is not a cadastral or geodetic survey solution, because the Earth is better represented by an ellipsoid for high-precision physical positioning. Also remember that a rhumb path is generally longer than a great-circle route, except along special tracks such as the equator or a meridian. The API price is $0.002 per request.

Label a constant-course route

Place a route label or annotation at the actual halfway coordinate of a loxodromic segment.

Check marine navigation calculations

Compare a charting or navigation system midpoint with an independent deterministic spherical result.

Split a rhumb segment

Use the returned coordinate as a breakpoint before processing two constant-bearing route sections.

Is this the same as averaging both coordinates?

No. Latitude is halfway in the spherical rhumb formulation, but longitude is obtained through isometric latitude so that the point lies halfway along the constant-bearing path.

Is a rhumb midpoint the same as a great-circle midpoint?

Usually not. A rhumb line holds a constant compass bearing, while a great circle follows the shortest spherical surface arc.

What happens when the route crosses the antimeridian?

The calculation unwraps the shorter longitude interval before finding the midpoint, then normalizes the result to the −180 through 180 degree range.

Can I enter either pole?

No. Exact latitudes of −90 or 90 degrees are rejected because rhumb-line isometric latitude is singular at the poles.

How much does an API request cost?

Each request costs $0.002. The browser calculation uses the same deterministic core logic.

Everything on this page is available programmatically. This section is for teams who want to wire it into their own systems; everyone else can just use the tool above.

POSThttps://api.kit.forhosting.com/geo/rhumb-midpoint

Prefer to automate it? One authenticated POST creates the task; the result comes back by webhook or a signed link. The same capability also runs here on the web, by email and from Telegram — and soon from our app too.

curl -X POST https://api.kit.forhosting.com/geo/rhumb-midpoint \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"lat1":51.5074,"lon1":-0.1278,"lat2":40.7128,"lon2":-74.006}'
{
  "lat1": 51.5074,
  "lon1": -0.1278,
  "lat2": 40.7128,
  "lon2": -74.006
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "geo.rhumb_midpoint",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

The API is asynchronous: the call returns a task_id immediately and the result arrives by webhook. Polling is capped at 1 req/s per task.

Per request$0.002

Published price — no tokens, no invented credits. A failed task is never charged.

HTTPCodeMeaning
401unauthorizedMissing or invalid API key.
402insufficient_balanceYour balance doesn't cover the task price.
404unknown_typeThat task type doesn't exist.
429rate_limitedToo many requests. Use the webhook instead of polling.

Read the full KIT documentation →