Visibility polygon. In computational geometry, the visibility polygon or visibility region for a point  in the plane among obstacles is the possibly unbounded polygonal region of all points of the plane visible from . The visibility polygon can also be defined for visibility from a segment, or a polygon. Visibility polygons are useful in robotics, video games, and in various optimization problems such as the facility location problem and the art gallery problem.

If the visibility polygon is bounded then it is a star-shaped polygon. A visibility polygon is bounded if all rays shooting from the point eventually terminate in some obstacle. This is the case, e.g., if the obstacles are the edges of a simple polygon and  is inside the polygon. In the latter case the visibility polygon may be found in linear time.

Definitions 
Formally, we can define the planar visibility polygon problem as such. Let  be a set of obstacles (either segments, or polygons) in . Let  be a point in  that is not within an obstacle. Then, the point visibility polygon  is the set of points in , such that for every point  in , the segment  does not intersect any obstacle in .

Likewise, the segment visibility polygon or edge visibility polygon is the portion visible to any point along a line segment.

Applications 
Visibility polygons are useful in robotics. For example, in robot localization, a robot using sensors such as a lidar will detect obstacles that it can see, which is similar to a visibility polygon.

They are also useful in video games, with numerous online tutorials explaining simple algorithms for implementing it.

Algorithms for point visibility polygons 
Numerous algorithms have been proposed for computing the point visibility polygon. For different variants of the problem (e.g. different types of obstacles), algorithms vary in time complexity.

Naive algorithms 
Naive algorithms are easy to understand and implement, but they are not optimal, since they can be much slower than other algorithms.

Uniform ray casting "physical" algorithm 
In real life, a glowing point illuminates the region visible to it because it emits light in every direction. This can be simulated by shooting rays in many directions. Suppose that the point is  and the set of obstacles is . Then, the pseudocode may be expressed in the following way:

 algorithm naive_bad_algorithm(, ) is
      := 
     for :
         // shoot a ray with angle 
          := 
         for each obstacle in :
              := min(, distance from  to the obstacle in this direction)
         add vertex  to 
     return 

Now, if it were possible to try all the infinitely many angles, the result would be correct. Unfortunately, it is impossible to really try every single direction due to the limitations of computers. An approximation can be created by casting many, say, 50 rays spaced uniformly apart. However, this is not an exact solution, since small obstacles might be missed by two adjacent rays entirely. Furthermore, it is very slow, since one may have to shoot many rays to gain a roughly similar solution, and the output visibility polygon may have many more vertices in it than necessary.

Ray casting to every vertex 
The previously described algorithm can be significantly improved in both speed and correctness by making the observation that it suffices to only shoot rays to every obstacle's vertices. This is because any bends or corners along the boundary of a visibility polygon must be due to some corner (i.e. a vertex) in an obstacle.

 algorithm naive_better_algorithm(, ) is
      := 
     for each obstacle  in :
         for each vertex  of :
             // shoot a ray from  to 
              := distance from  to 
              := angle of  with respect to 
             for each obstacle  in :
                  := min(, distance from  to )
             add vertex  to 
     return 

The above algorithm may not be correct. See the discussion under Talk.

The time complexity of this algorithm is . This is because the algorithm shoots a ray to every one of the  vertices, and to check where the ray ends, it has to check for intersection with every one of the  obstacles. This is sufficient for many simple applications such as video games, and as such many online tutorials teach this method. However, as we shall see later, there are faster  algorithms (or even faster ones if the obstacle is a simple polygon or if there are a fixed number of polygonal holes).

Optimal algorithms for a point in a simple polygon 

Given a simple polygon  and a point , a linear time algorithm is optimal for computing the region in  that is visible from . Such an algorithm was first proposed in 1981. However, it is quite complicated. In 1983, a conceptually simpler algorithm was proposed, which had a minor error that was corrected in 1987.

The latter algorithm will be briefly explained here. It simply walks around the boundary of the polygon , processing the vertices in the order in which they appear, while maintaining a stack of vertices  where  is the top of the stack. The stack constitutes the vertices encountered so far which are visible to . If, later during the execution of the algorithm, some new vertices are encountered that obscure part of , then the obscured vertices in  will be popped from the stack. By the time the algorithm terminates,  will consist of all the visible vertices, i.e. the desired visibility polygon. An efficient implementation was published in 2014.

Optimal algorithms for a point in a polygon with holes 
For a point in a polygon with  holes and  vertices in total, it can be shown that in the worst case, a  algorithm is optimal. Such an algorithm was proposed in 1995 together with its proof of optimality. However, it relies on the linear time polygon triangulation algorithm by Chazelle, which is extremely complex.

Optimal algorithms for a point among segments

Segments that do not intersect except at their endpoints 

For a point among a set of  segments that do not intersect except at their endpoints, it can be shown that in the worst case, a  algorithm is optimal. This is because a visibility polygon algorithm must output the vertices of the visibility polygon in sorted order, hence the problem of sorting can be reduced to computing a visibility polygon.

Notice that any algorithm that computes a visibility polygon for a point among segments can be used to compute a visibility polygon for all other kinds of polygonal obstacles, since any polygon can be decomposed into segments.

Divide and conquer 
A divide-and-conquer algorithm to compute the visibility polygon was proposed in 1987.

Angular sweep 
An angular sweep, i.e. rotational plane sweep algorithm to compute the visibility polygon was proposed in 1985 and 1986. The idea is to first sort all the segment endpoints by polar angle, and then iterate over them in that order. During the iteration, the event line is maintained as a heap. An efficient implementation was published in 2014.

Generally intersecting segments 
For a point among generally intersecting segments, the visibility polygon problem is reducible, in linear time, to the lower envelope problem. By the Davenport–Schinzel argument, the lower envelope in the worst case has  number of vertices, where  is the inverse Ackermann function. A worst case optimal divide-and-conquer algorithm running in  time was created by John Hershberger in 1989.

References

External links 
 http://web.informatik.uni-bonn.de/I/GeomLab/VisPolygon/index.html.en (visibility in simple polygons - applets)

Software
VisiLibity: A free open source C++ library for visibility computations in planar polygonal environments.
visibility-polygon-js: A public domain Javascript library for computing a visibility polygon for a point among segments using the angular sweep method.

Polygons
Geometric algorithms