# Understanding Great Circle Arcs Intersection Algorithm

By Enrico Spinielli

October 19, 2014

The following material is the result of my attempt to understand the nice example from Jason Davies. I was puzzled about the origin of the algorithm used to find the intersection of two great circle arcs. Google helped and I discovered Roger Stafford’s post in Matlab newsgroup and the relevant Python’s implementation in the Spherical Geometry Toolkit.

## The algorithm

You have two great circle arcs on a sphere, `\(a\)`

from point
`\(\mathbf{a_0}\)`

to `\(\mathbf{a_1}\)`

, and `\(b\)`

from `\(\mathbf{b_0}\)`

to
`\(\mathbf{b_1}\)`

, whose coordinates are expressed as longitude `\(\theta\)`

(positive going East of Greenwich) and latitude `\(\phi\)`

(positive going
North).
Transform theses coordinates over to Cartesian coordinates using the equations:

where

These Cartesian coordinates correspond to a hypothetical spherical “earth” of unit radius, but that does not interfere in the following computations.

Let `\(\mathbf{a_0}\)`

, `\(\mathbf{a_1}\)`

, `\(\mathbf{b_0}\)`

, and `\(\mathbf{b_1}\)`

be vectors of the Cartesian coordinate endpoints for the two arcs
`\(a\)`

($\mathbf{a_0} \leftrightarrow \mathbf{a_1}$) and
`\(b\)`

($\mathbf{b_0} \leftrightarrow \mathbf{b_1}$) obtained in this way.
Carry out the following omputations:

`\(\mathbf{p} = \mathbf{a_0} \times \mathbf{a_1}\)`

is the vector normal to the
plane going through the arc `\(a\)`

and the center of the Earth.

$ \mathbf{q} = \mathbf{b_0} \times \mathbf{b_1}$ is the vector normal to the
plane going through the arc `\(b\)`

and the center of the Earth.

`\(\mathbf{t} = \mathrm{normalized}(\mathbf{p} \times \mathbf{q})\)`

is along the
line of intersection of the planes above.

(The normalization was not mentioned in Roger’s post but it is implemented in the Spherical Geometry Toolkit and by Jason’s example.)

Then, let’s define the following quantities:

(These quantities are crucial: they represent the projection of `\(\mathbf{t}\)`

along the arcs `\(a\)`

and `\(b\)`

.)

The arcs `\(a\)`

and `\(b\)`

will intersect `\(\iff\)`

`\(-s_1\)`

, `\(s_2\)`

, `\(-s_3\)`

,
and `\(s_4\)`

are all of the same sign. In that case they intersect along
`\(+\mathbf{t}\)`

if they are all positive or along `\(-\mathbf{t}\)`

if all are
negative.
(Jason tests against `\(\epsilon = 10^{-6}\)`

, I implemented the test against the
sign.)

If they do intersect, you can transform the corresponding vector,
`\(\mathbf{t}\)`

or `\(-\mathbf{t}\)`

back into longitude and latitude (without
worrying about its length.) Letting `\(x\)`

, `\(y\)`

, `\(z\)`

be
`\(\mathbf{t}\)`

’s Cartesian coordinates this reverse transformation can be
accomplished this way:

### References

- Roger Stafford’s post on Matlab newsgroup (but it lacks the normalization step which is instead used in Jason Davies code, and in Spherical Geometry Toolkit)
- implementation in Python as part of the Spherical Geometry Toolkit
- Jason Davies implementation in D3.js

Originally written and published with StackEdit, later moved to Jekyll and GitHub Pages

- Posted on:
- October 19, 2014

- Length:
- 3 minute read, 503 words

- See Also:
- Learning Vega 2.0 a.k.a. Reactive Vega