---
title: point
url: https://nexyron.tech/docs/cypher/functions/geospatial/point
description: Computes point, distance, or containment helpers for location aware values. It is documented separately because coordinate shape, distance units, and containment assumptions need t
---

# point

## Generic Description

Computes point, distance, or containment helpers for location-aware values. It is documented separately because coordinate shape, distance units, and containment assumptions need to be visible in the query text.

Simple example:

```cypher
RETURN point({latitude: 48.8566, longitude: 2.3522}) AS p
```

## Consumer-Level Explanation

Use it when location math should stay visible next to graph filters and document payloads. Prefer this function when the location calculation is part of filtering, ranking, or audit evidence rather than display-only formatting.

## More Detailed Explanation

`point` should be understood by the value shape it expects and the row shape it returns. It composes with `MATCH`, `WHERE`, `WITH`, `RETURN`, and procedure output, so planner-facing documentation should describe both the immediate value transformation and why it belongs in the database query.

## Advanced Example

This example uses `point` inside a named row pipeline so the value shape is clear to both the planner and reviewers.

```cypher
MATCH (r:Runner)
CALL nexyron.temporal_history(id(r), 'position', 0, 10000)
YIELD ts, value
RETURN r.name,
       ts,
       point({latitude: value.lat, longitude: value.lon}) AS p
ORDER BY ts
```

## Real Use Cases

-   keeping value shaping visible to the planner and reviewers
-   combining graph structure with document-style payload handling
-   returning named, typed fields that downstream tooling can reason about

## Real Limitations And Tradeoffs

-   the function does not repair incorrectly modeled input values
-   nearby aliases may be clearer if they express the business intent more directly
-   broad use inside hot filters should be reviewed for cost and index interaction