Visibility graph и motion planning — различия между версиями

Материал из Викиконспекты
Перейти к: навигация, поиск
м (Псевдокод)
м (Lee’s Algorithm. O(n ^ 2 \log n))
Строка 54: Строка 54:
 
<pre>
 
<pre>
 
graph buildVisibilityGraph(Set<Segment> segments)
 
graph buildVisibilityGraph(Set<Segment> segments)
   Set<Vertex> vertices = getVertices(segments)             //получаем все вершины препятствий
+
   Set<Vertex> vertices = getVertices(segments)       //получаем все вершины препятствий
   vertices.add(s, t)                                       //добавляем начальную и конечную вершину
+
   vertices.add(s, t)                                 //добавляем начальную и конечную вершину
   graph visibilityGraph(vertices)                         //изначально в графе только вершины
+
   graph visibilityGraph(vertices)                   //изначально в графе только вершины
   for Vertex v in vertices                                 //для каждой вершины
+
   for Vertex v in vertices                           //для каждой вершины
       for Vertex w in getVisibleVertices(v)                 //  добавляем в граф все видимые из нее вершины
+
       for Vertex w in getVisibleVertices(v)           //  добавляем в граф все видимые из нее вершины
 
         visibilityGraph.addEdge(v, w)
 
         visibilityGraph.addEdge(v, w)
 
   return visibilityGraph
 
   return visibilityGraph
Строка 66: Строка 66:
 
vector<Vertex> getVisibleVertices(vertex v)
 
vector<Vertex> getVisibleVertices(vertex v)
 
   vector<Vertex> answer, currentVertices
 
   vector<Vertex> answer, currentVertices
   currentVertices.add(all w in vertices : w.x >= v.x)     //рассматриваем только вершины правее v
+
   currentVertices.add(all w in vertices : w.x >= v.x)   //рассматриваем только вершины правее v
   sort vertexes by angle                                   //в порядке увеличения угла с  
+
   sort vertexes by angle                               //в порядке увеличения угла с  
                                                            //  вертикальной прямой, проходящей через v
+
                                                        //  вертикальной прямой, проходящей через v
 
   heap<Segment> status
 
   heap<Segment> status
 
   status.add(all e in Edges : intersection(e, l) != null)  //инициализируем статус
 
   status.add(all e in Edges : intersection(e, l) != null)  //инициализируем статус
 
   for w in currentVertices
 
   for w in currentVertices
       if intersection(vw, status.closest) == null           //если отрезок vw не пересекает ближайший  
+
       if intersection(vw, status.closest) == null       //если отрезок vw не пересекает ближайший  
                                                            //  отрезок в статусе
+
                                                        //  отрезок в статусе
         answer.add(w)                                     //  добавляем в ответ
+
         answer.add(w)                                   //  добавляем в ответ
       delete from status all edges ending in w             //обновляем статус
+
       delete from status all edges ending in w           //обновляем статус
 
       add in status all edges beginning in w
 
       add in status all edges beginning in w
 
   return answer
 
   return answer

Версия 21:39, 4 мая 2014

Visibility graph

Путь с препятствиями через трапецоидную карту
Такой путь не самый короткий

Рассмотрим задачу нахождения кратчайшего пути от точки [math] S [/math] до [math] T [/math] с препятствиями. Для начала рассмотрим движение материальной точки, случай произвольного полигона будет позднее.

Для нахождения пути можно построить трапецоидную карту, соединить ребрами середины вертикальных сторон трапецоидов с их центрами и в этом графе любым алгоритмом поиска кратчайших путей (например, алгоритмом Дейкстры или A*) найти путь от [math] S [/math] до [math] T [/math]. Однако, этот путь не будет абсолютно кратчайшим.

Этот алгоритм поиска пути через трапецоидную карту обширно используется, так как дает хорошее приближение, работает за [math] O(n \log n) [/math] и занимает линейное количество памяти, в то время как точные решения в лучшем случае работают за [math] O(n^2) [/math] времени и памяти (здесь и далее [math] n [/math] — количество всех вершин).

Теперь рассмотрим точное решение с помощью построения графа видимости. Для этого нам потребуется лемма:

Лемма (О кратчайшем пути):
Любой кратчайший путь от [math] S [/math] до [math] T [/math] с полигональными препятствиями представляет собой ломаную, вершины которой — вершины полигонов.
Доказательство:
[math]\triangleright[/math]
Short cut
Пусть кратчайший путь — не ломаная. В таком случае, на пути существует такая точка [math] p [/math], которая не принадлежит ни одному прямому отрезку. Это означает, что существует [math]\epsilon[/math]-окрестность точки [math] p [/math], в которую не попадает ни одно препятствие (случай, когда точка попала на ребро рассматривается аналогично). В таком случае, подпуть, который находится внутри [math]\epsilon[/math]-окрестности, по неравенству треугольника может быть сокращён по хорде, соединяющий точки пересечения границы [math]\epsilon[/math]-окрестности с путем. Раз часть пути может быть уменьшена, значит и весь путь может быть уменьшен, а значит исходное предположение некорректно.
[math]\triangleleft[/math]
Определение:
visibility graph — граф, вершины которого — вершины полигонов, а также [math] S [/math] и [math] T [/math]. Между вершинами [math] u [/math] и [math] v [/math] существует ребро, если из [math] u [/math] видна (mutually visible) [math] v [/math].


Лемма:
Удаляем [math] BD [/math]
Если существуют вершины [math] A, B, C [/math] одного препятствия и вершина [math] D [/math] такая, что поворот [math] DBA [/math] не совпадает с поворотом [math] DBC [/math], то ребро [math] DB [/math] не принадлежит кратчайшему пути и его можно удалить из графа. (См. поясняющую картинку справа)
Доказательство:
[math]\triangleright[/math]
Не удаляем [math] BS [/math]
Путь проходящий через ребро [math] BD [/math] будет длиннее, чем через соседей точки [math] B [/math], так как по неравенству треугольника [math] AB + BD \lt AD [/math]
[math]\triangleleft[/math]

По доказанным леммам любое ребро кратчайшего пути содержится в графе, таким образом для нахождения кратчайшего пути осталось найти кратчайший путь в этом графе от [math] S [/math] до [math] T [/math].

Построение visibility графа

Наивный алгоритм. [math] O(n ^ 3) [/math]

Если делать наивно, т. е. для каждой пары вершин проверять можно ли добавить ли такое ребро(нет ли пересечений с полигонами), будет [math] O(n^3) [/math].

Lee’s Algorithm. [math] O(n ^ 2 \log n) [/math]

Заметание плоскости вращающимся лучом

Однако можно это сделать за [math] O(n ^ 2 \log n) [/math]. Нам нужно решить следующую задачу: на плоскости дано множество отрезков (рёбер препятствий) и точка [math] v [/math]. Найти все концы отрезков, видимые из точки [math] v [/math].

Будем заметать плоскость вращающимся лучом с началом в точке [math] v [/math]. Статусом заметающего луча будут отрезки, которые его пересекают, упорядоченные по возрастанию расстояния от точки [math] v [/math] до точки пересечения. Точками событий будут концы отрезков.

Итак, первым делом вершины [math] w \in V [/math] сортируются по углу между лучом [math] vw [/math] и вертикальной полуосью, проходящей через [math] v [/math] — луч [math] l [/math] (достаточно рассматривать только точки, которые лежат правее [math] v [/math], так как все точки левее мы уже рассмотрели). Затем инициализируем статус отрезками, которые пересекают луч [math] l [/math]. Далее начинается заметание плоскости. В порядке сортировки вершин для каждой из них выполняется проверка: видна ли вершина [math] w [/math] из вершины [math] v [/math]. Для этого нам достаточно проверить только пересечение заметающего луча с ближайшим отрезком в статусе. Если вершина видима, необходимо добавить её в список видимых вершин. И, наконец, вне зависимости от видимости вершины, необходимо изменить статус заметающего луча. Для этого для текущей вершины [math] w [/math] необходимо удалить из статуса все рёбра (отрезки), которые заканчиваются в этой вершине (лежат слева от прямой [math] vw [/math]) и добавить все рёбра (отрезки), которые в ней начинаются (лежат справа от прямой [math] vw [/math]).

Псевдокод
graph buildVisibilityGraph(Set<Segment> segments)
   Set<Vertex> vertices = getVertices(segments)       //получаем все вершины препятствий
   vertices.add(s, t)                                 //добавляем начальную и конечную вершину
   graph visibilityGraph(vertices)                    //изначально в графе только вершины
   for Vertex v in vertices                           //для каждой вершины
      for Vertex w in getVisibleVertices(v)           //  добавляем в граф все видимые из нее вершины
         visibilityGraph.addEdge(v, w)
   return visibilityGraph

Здесь функция getVisibleVertices([math] v [/math]) возвращет все видимые из [math] v [/math] вершины и выглядит так:

vector<Vertex> getVisibleVertices(vertex v)
   vector<Vertex> answer, currentVertices
   currentVertices.add(all w in vertices : w.x >= v.x)   //рассматриваем только вершины правее v
   sort vertexes by angle                                //в порядке увеличения угла с 
                                                         //  вертикальной прямой, проходящей через v
   heap<Segment> status
   status.add(all e in Edges : intersection(e, l) != null)  //инициализируем статус
   for w in currentVertices
      if intersection(vw, status.closest) == null        //если отрезок vw не пересекает ближайший 
                                                         //  отрезок в статусе
         answer.add(w)                                   //  добавляем в ответ
      delete from status all edges ending in w           //обновляем статус
      add in status all edges beginning in w
   return answer

Вершин у нас [math] n [/math], для каждой вершины мы выполяеем следующие шаги: сортировка ([math] O(n \log n) [/math]), проверка пересечения ([math] O(1) [/math]), обновление статуса (суммарно выполняется за [math] O(n \log n) [/math], так как мы имеем [math] O(n) [/math] ребер и каждое ребро мы добавляем и удаляем один раз (вставка происходит за [math] O(\log n) [/math], удаление можно сделать за [math] O(1) [/math], например, для каждой вершины сохраняя позицию входящих в нее отрезков). Итого получаеем [math] O(n) * O(n \log n) = O(n^2 \log n) [/math]. Что и требовалось доказать.

Обновление статуса заметающего луча
Обновление статуса заметающего луча
Обновление статуса заметающего луча

Overmars and Welzl’s Algorithm [math] O(n ^ 2) [/math]

visibility graph при помощи rotation tree

C помощью rotation tree можно достичь асимптотики [math] O(n^2) [/math].

Motion planning

Раздуваем препятствия
Ищем путь для точки

Тут мы двигаем не точку, а произвольный выпуклый полигон. Если мы его не можем вращать, просто считаем configuration space, т. е. "обводим" препятствия нашим полигоном (делаем сумму Минковского препятствий и полигона, сдвинутого в начало координат какой-нибудь точкой) и получаем другие препятствия, но зато теперь мы двигаем точку. А это мы уже научились делать выше.

Теперь рассмотрим случай, когда мы можем вращать полигон. Для начала построим трапецоидную карту, как будто мы не можем вращать полигон. Теперь будем вращать полигон на малый угол, пока он не сделает полный оборот вокруг своей оси, и для каждого угла сделаем трапецоидную карту. Теперь разместим(мысленно) все карты друг над другом. Таким образом получится, что поворот на малый угол — это движение вверх/вниз между слоями. Осталось попересекать соседние слои и добавить между ними ребра (помним что первый и последний слои одинаковы) и уже в этом графе найти путь.

При такой реализации в некоторых случаях у нас может возникнуть ошибка в повороте, так как в одной плоскости мы все можем делать точно: положения на соседних слоях могут допускаться, а повернуть мы не сможем. Это лечится в основном двумя способами: измельчением угла поворота и изначальным сглаживанием углов полигона — повращать полигон на [math] +\epsilon [/math] и [math] -\epsilon [/math] и объединить с исходным, получив новый полигон.

Так как эта задача достаточно ресурсоемка, мы рассматриваем только наличие пути, а не нахождение кратчайшего.

Источники

  • Mark de Berg, Otfried Cheong, Marc van Kreveld, Mark Overmars (2008), Computational Geometry: Algorithms and Applications (3rd edition), Springer-Verlag, ISBN 978-3-540-77973-5 Chapter 15 page 324-331
  • статья про visibility graphs
  • Хабр