# withPoints - Family of functions¶

When points are also given as input:

Warning

Proposed functions for next mayor release.

They are not officially in the current release.

They will likely officially be part of the next mayor release:

The functions make use of ANY-INTEGER and ANY-NUMERICAL

Name might not change. (But still can)

Signature might not change. (But still can)

Functionality might not change. (But still can)

pgTap tests have being done. But might need more.

Documentation might need refinement.

pgr_withPoints - Proposed - Route from/to points anywhere on the graph.

pgr_withPointsCost - Proposed - Costs of the shortest paths.

pgr_withPointsCostMatrix - proposed - Costs of the shortest paths.

pgr_withPointsKSP - Proposed - K shortest paths.

pgr_withPointsDD - Proposed - Driving distance.

## Images¶

The squared vertices are the temporary vertices, The temporary vertices are added according to the driving side, The following images visually show the differences on how depending on the driving side the data is interpreted.

Right driving side

Left driving side

doesn’t matter the driving side

## Introduction¶

This family of functions was thought for routing vehicles, but might as well work for some other application that we can not think of.

The with points family of function give you the ability to route between arbitrary points located outside the original graph.

When given a point identified with a pid that its being mapped to and edge with an identifier edge_id, with a fraction along that edge (from the source to the target of the edge) and some additional information about which side of the edge the point is on, then routing from arbitrary points more accurately reflect routing vehicles in road networks,

- I talk about a family of functions because it includes different functionalities.
pgr_withPoints is pgr_dijkstra based

pgr_withPointsCost is pgr_dijkstraCost based

pgr_withPointsKSP is pgr_ksp based

pgr_withPointsDD is pgr_drivingDistance based

In all this functions we have to take care of as many aspects as possible:

Must work for routing:

Cars (directed graph)

Pedestrians (undirected graph)

Arriving at the point:

In either side of the street.

Compulsory arrival on the side of the street where the point is located.

Countries with:

Right side driving

Left side driving

Some points are:

Permanent, for example the set of points of clients stored in a table in the data base

Temporal, for example points given through a web application

The numbering of the points are handled with negative sign.

Original point identifiers are to be positive.

Transformation to negative is done internally.

For results for involving vertices identifiers

positive sign is a vertex of the original graph

negative sign is a point of the temporary points

The reason for doing this is to avoid confusion when there is a vertex with the same number as identifier as the points identifier.

## Graph & edges¶

Let \(G_d(V,E)\) where \(V\) is the set of vertices and \(E\) is the set of edges be the original directed graph.

An edge of the original edges_sql is \((id, source, target, cost, reverse\_cost)\) will generate internally

\((id, source, target, cost)\)

\((id, target, source, reverse\_cost)\)

## Point Definition¶

A point is defined by the quadruplet: \((pid, eid, fraction, side)\)

**pid**is the point identifier**eid**is an edge id of the edges_sql**fraction**represents where the edge eid will be cut.**side**Indicates the side of the edge where the point is located.

## Creating Temporary Vertices in the Graph¶

For edge (15, 9,12 10, 20), & lets insert point (2, 12, 0.3, r)

On a right hand side driving network

From first image above:

We can arrive to the point only via vertex 9.

It only affects the edge (15, 9,12, 10) so that edge is removed.

Edge (15, 12,9, 20) is kept.

Create new edges:

(15, 9,-1, 3) edge from vertex 9 to point 1 has cost 3

(15, -1,12, 7) edge from point 1 to vertex 12 has cost 7

On a left hand side driving network

From second image above:

We can arrive to the point only via vertex 12.

It only affects the edge (15, 12,9 20) so that edge is removed.

Edge (15, 9,12, 10) is kept.

Create new edges:

(15, 12,-1, 14) edge from vertex 12 to point 1 has cost 14

(15, -1,9, 6) edge from point 1 to vertex 9 has cost 6

- Remember
that fraction is from vertex 9 to vertex 12

When driving side does not matter

From third image above:

We can arrive to the point either via vertex 12 or via vertex 9

Edge (15, 12,9 20) is removed.

Edge (15, 9,12, 10) is removed.

Create new edges:

(15, 12,-1, 14) edge from vertex 12 to point 1 has cost 14

(15, -1,9, 6) edge from point 1 to vertex 9 has cost 6

(15, 9,-1, 3) edge from vertex 9 to point 1 has cost 3

(15, -1,12, 7) edge from point 1 to vertex 12 has cost 7

## See Also¶

Indices and tables