Поиск трех ближайших точек к данной

@Taras_Z · Регистрация: 27.10.2010

Студворк — интернет-сервис помощи студентам

Есть массив точек, заданных координатами х и y.
Нужно найти три ближайшие точки к данной, чтобы данная точка была в треугольнике, вершинами которого являются искомые точки.
Меня интересует самый быстрый алгоритм.

@salam · 01.01.2014, 19:34

люди, вы когда задачи придумываете, придумывайте их решаемыми... как я должен понять фразу "в треугольнике"? если данная точка лежит на одной из сторон? может ли треугольник вырождаться в прямую?...

@Taras_Z · 01.01.2014, 20:16 **[ТС]**

salam, точка также может лежать на стороне треугольника. Вершины треугольника - три искомые точки.

@AndrSlav · 01.01.2014, 21:34

На вскидку:
Вычислить длины векторов из точки к точкам массива, а потом добавлять в выборку по очереди точки, соответствующие минимальным длинам векторов и сортировать их по описывающему контуру вместе с заданной точкой. Когда заданная точка не будет попадать в выборку- она внутри и последняя добавленная точка с соседними в выборке образуют искомый треугольник.

@Taras_Z · 01.01.2014, 23:38 **[ТС]**

AndrSlav,

Сообщение от Taras_Z

Меня интересует самый быстрый алгоритм.

Как по мне это не самый быстрый алгоритм. У меня сделано все так же, но это работает очень долго и поэтому мне надо быстрый способ.

@IrineK · 02.01.2014, 07:55

Есть такая мысль:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
//точка С в треугольнике из трех других точек р1, р2, р3
//если параметры одинакового знака, то точка внутри треугольника
//если какой-то параметр = 0, то точка лежит на стороне
//иначе - точка вне треугольника
int IsInTriangle (TPoint *p1, TPoint *p2, TPoint *p3, TPoint *c)
{   int param1 = (p1->X - c->X)*(p2->Y - p1->Y) - (p2->X - p1->X)*(p1->Y - c->Y);
    int param2 = (p2->X - c->X)*(p3->Y - p2->Y) - (p3->X - p2->X)*(p2->Y - c->Y);
    int param3 = (p3->X - c->X)*(p1->Y - p3->Y) - (p1->X - p3->X)*(p3->Y - c->Y);
 
    if (param1*param2 >= 0 && param2*param3 >= 0)
        return 1;
    return 0;
}

Если воспользоваться, то массив из 200 точек, перебранных по три by brute force, "сдается" менее чем за секунду.

@IrineK · 02.01.2014, 08:08

А это - уже для 2000 точек.
Время выполнения: чуть больше 2 минут.

При этом, поскольку вы разрешили точке находиться на стороне, она приютилась в вершине треугольника )

@Taras_Z · 02.01.2014, 12:37 **[ТС]**

IrineK, Оно то так, но я делаю олимпиадную задачу, где надо уложиться в определенный тайм-лимит. В задаче, кроме этого алгоритма есть еще куча других, и вместе они будут выполняться достаточно долго. Мне просто нужно усовершенствовать это место.
Две минуты это очень долго. И точка может находиться на стороне, но не на вершине. Извиняюсь, что не указал этого раньше.

@salam · 02.01.2014, 12:50

Тогда бы уж дали ссылку на задачу.

@Taras_Z · 02.01.2014, 15:18 **[ТС]**

salam, Ссылку дать не могу, так как такой не существует.
Могу объяснить суть задачи.
В комнате есть большой круглый (синий ) сундук посреди комнаты.
Надо перенести сундук из комнаты - но мешают колонны ( оранжевые ) .
Нужно найти , через какую стену возможно вынести сундук ( левая, правая , верхняя , нижняя) . (Если это возможно).
Переносить сундук через угол нельзя.
В файле задается размер комнаты ( XY ) , координаты и диаметр сундука , количество колонн n , их координаты и диаметр.
Выводить 0 , если сундук вынести из комнаты нельзя , или указывать номер стены , через которую можно вынести ящик ( все варианты ) .
Если нижняя стена - 1
Верхняя - 2
Левая - 3
Правая - 4
Пример файла:

Кликните здесь для просмотра всего текста

31 14
17 8 6
11
2 3 3
5 1 2
11 1 2
18 1 2
26 1 2
8 9 2
1 12 2
13 12 2
21 11 3
25 8 2
29 12 2

Ответ: 1

@IrineK · 02.01.2014, 18:08

Две минуты для 2000 "колонн".
Для тех 11, которые мы видим в примере - речь идет о долях миллисекунд.
Кстати, в корректно поставленной спортивной задаче должно быть дано ограничение на их кво.
Каковы границы этого числа?

@Taras_Z · 02.01.2014, 18:35 **[ТС]**

IrineK, 11 колонн это лишь пример.
Четких ограничений на количество колонн сожалению нет. Не надо за меня решать всю задачу. Она уже решена. Я просто хочу улучшить время ее выполнения. То что мне нужно, сказано в моем первом сообщении. Если вы не знаете лучшего алгоритма, то не надо писать то, что здесь было уже написано.

@IrineK · 02.01.2014, 19:12

Сообщение от Taras_Z

Она уже решена

Почему меня это должно останавливать? )

Все-таки хочется знать порядок величин, в частности заинтересовали ограничения на площадь комнаты: каждая стена длиной до сотен, до тысяч? Думаю, эдакий bitmap помещения может сильно помочь.

Сообщение от Taras_Z

Я просто хочу улучшить время ее выполнения

Т.е. не все тесты проходим. Тогда задача - не совсем решена

@Taras_Z · 02.01.2014, 19:26 **[ТС]**

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

@IrineK · 02.01.2014, 19:31

ОК.
Тогда сориентируйте во времени, которое необходимо вашему коду, чтобы перемолоть пример.
И какое время хотелось бы получить?

@Taras_Z · 02.01.2014, 19:41 **[ТС]**

Сообщение от IrineK

И какое время хотелось бы получить?

Чем меньше тем лучше)
Пример выполняется за 0,003 с.
Но при увеличении колонн время существенно изменится.

@IrineK · 03.01.2014, 06:44

Основная идея альтернативного подхода такая.

Мне нужно пронести круглый сундук с определенным конечным радиусом, обходя круглые препятствия (fig1).

В принципе, если я "сброшу" радиус сундука на эти препятствия, то задача сводится к прохождению пикселя, который может проходить и по границе препятствий (fig2 - там пиксель несколько преувеличен).

Дальше - волновой алгоритм нам в помощь. Заходим со стен комнаты.

Однако, волнует следующее. Обе картинки даны с зумом 50. Видим два пути, похожих на выходы: слева и внизу.

В реале сундук проходит внизу впритык (окружности касаются, но не пересекаются). Слева по расчетам сундуку не хватает 0,015 пикселя, чтобы протиснуться. Но мы ставим на построение карты, а не на расчеты. Исходя из "0,015" зума 200 достаточно, чтобы увидеть, что окружности слева "наезжают", а не касаются (fig3 - слева, fig4 - внизу, зум 200).

В общем, Брезенхейм и "правильный" масштаб нам алсо в помощь )

@Taras_Z · 03.01.2014, 11:25 **[ТС]**

IrineK, Очень интересный метод!)
Спасибо)

@Taras_Z · 07.01.2014, 16:35 **[ТС]**

Никто не знает лучшего алгоритма?

@uhx · 07.01.2014, 16:42

Сообщение от Taras_Z

Четких ограничений на количество колонн сожалению нет.

Мде... классная задача. Тогда тайминг ничего не решает, ибо можно ввести максимальное число и тут даже самый оптимальный алгоритм не справится за секунду-другую.

Новые блоги и статьи Все статьи Все блоги /
My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .	Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .
Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача №1: при указании работ (справочник РаботыПоРемонтуСпецтехники),. . .

@Taras_Z 102 / 86 / 5 Регистрация: 27.10.2010 Сообщений: 534 Записей в блоге: 2

	Поиск трех ближайших точек к данной 01.01.2014, 19:29. Показов 4109. Ответов 21 Метки нет (Все метки) Есть массив точек, заданных координатами х и y. Нужно найти три ближайшие точки к данной, чтобы данная точка была в треугольнике, вершинами которого являются искомые точки. Меня интересует самый быстрый алгоритм. 0

@salam 194 / 174 / 30 Регистрация: 10.07.2012 Сообщений: 800
	01.01.2014, 19:34
	люди, вы когда задачи придумываете, придумывайте их решаемыми... как я должен понять фразу "в треугольнике"? если данная точка лежит на одной из сторон? может ли треугольник вырождаться в прямую?... 0

@Taras_Z 102 / 86 / 5 Регистрация: 27.10.2010 Сообщений: 534 Записей в блоге: 2
	01.01.2014, 20:16 [ТС]
	salam, точка также может лежать на стороне треугольника. Вершины треугольника - три искомые точки. 0

@AndrSlav 71 / 59 / 14 Регистрация: 20.12.2013 Сообщений: 732
	01.01.2014, 21:34
	На вскидку: Вычислить длины векторов из точки к точкам массива, а потом добавлять в выборку по очереди точки, соответствующие минимальным длинам векторов и сортировать их по описывающему контуру вместе с заданной точкой. Когда заданная точка не будет попадать в выборку- она внутри и последняя добавленная точка с соседними в выборке образуют искомый треугольник. 0

@IrineK 2023 / 1641 / 425 Регистрация: 23.02.2011 Сообщений: 6,002 Записей в блоге: 25
	02.01.2014, 08:08
	А это - уже для 2000 точек. Время выполнения: чуть больше 2 минут. При этом, поскольку вы разрешили точке находиться на стороне, она приютилась в вершине треугольника ) Миниатюры 0

@Taras_Z 102 / 86 / 5 Регистрация: 27.10.2010 Сообщений: 534 Записей в блоге: 2
	02.01.2014, 12:37 [ТС]
	IrineK, Оно то так, но я делаю олимпиадную задачу, где надо уложиться в определенный тайм-лимит. В задаче, кроме этого алгоритма есть еще куча других, и вместе они будут выполняться достаточно долго. Мне просто нужно усовершенствовать это место. Две минуты это очень долго. И точка может находиться на стороне, но не на вершине. Извиняюсь, что не указал этого раньше. 0

@salam 194 / 174 / 30 Регистрация: 10.07.2012 Сообщений: 800
	02.01.2014, 12:50
	Тогда бы уж дали ссылку на задачу. 0

@Taras_Z 102 / 86 / 5 Регистрация: 27.10.2010 Сообщений: 534 Записей в блоге: 2
	02.01.2014, 15:18 [ТС]
	salam, Ссылку дать не могу, так как такой не существует. Могу объяснить суть задачи. В комнате есть большой круглый (синий ) сундук посреди комнаты. Надо перенести сундук из комнаты - но мешают колонны ( оранжевые ) . Нужно найти , через какую стену возможно вынести сундук ( левая, правая , верхняя , нижняя) . (Если это возможно). Переносить сундук через угол нельзя. В файле задается размер комнаты ( XY ) , координаты и диаметр сундука , количество колонн n , их координаты и диаметр. Выводить 0 , если сундук вынести из комнаты нельзя , или указывать номер стены , через которую можно вынести ящик ( все варианты ) . Если нижняя стена - 1 Верхняя - 2 Левая - 3 Правая - 4 Пример файла: Кликните здесь для просмотра всего текста 31 14 17 8 6 11 2 3 3 5 1 2 11 1 2 18 1 2 26 1 2 8 9 2 1 12 2 13 12 2 21 11 3 25 8 2 29 12 2 Ответ: 1 Миниатюры 0

@IrineK 2023 / 1641 / 425 Регистрация: 23.02.2011 Сообщений: 6,002 Записей в блоге: 25
	02.01.2014, 18:08
	Две минуты для 2000 "колонн". Для тех 11, которые мы видим в примере - речь идет о долях миллисекунд. Кстати, в корректно поставленной спортивной задаче должно быть дано ограничение на их кво. Каковы границы этого числа? 0

@Taras_Z 102 / 86 / 5 Регистрация: 27.10.2010 Сообщений: 534 Записей в блоге: 2
	02.01.2014, 18:35 [ТС]
	IrineK, 11 колонн это лишь пример. Четких ограничений на количество колонн сожалению нет. Не надо за меня решать всю задачу. Она уже решена. Я просто хочу улучшить время ее выполнения. То что мне нужно, сказано в моем первом сообщении. Если вы не знаете лучшего алгоритма, то не надо писать то, что здесь было уже написано. 0

@Taras_Z 102 / 86 / 5 Регистрация: 27.10.2010 Сообщений: 534 Записей в блоге: 2
	02.01.2014, 19:26 [ТС]
	IrineK, У меня нет точных ограничений. Также я не знаю, проходит ли мое решение по времени, потому что не могу проверить его. Вы можете решать эту задачу. Даже, если хотите, можете мне рассказать свою идею ррешения задачи. Просто все, что я хочу сейчас это усовершенствовать свой метод. 0

@IrineK 2023 / 1641 / 425 Регистрация: 23.02.2011 Сообщений: 6,002 Записей в блоге: 25
	02.01.2014, 19:31
	ОК. Тогда сориентируйте во времени, которое необходимо вашему коду, чтобы перемолоть пример. И какое время хотелось бы получить? 0

@IrineK 2023 / 1641 / 425 Регистрация: 23.02.2011 Сообщений: 6,002 Записей в блоге: 25
	03.01.2014, 06:44
	Основная идея альтернативного подхода такая. Мне нужно пронести круглый сундук с определенным конечным радиусом, обходя круглые препятствия (fig1). В принципе, если я "сброшу" радиус сундука на эти препятствия, то задача сводится к прохождению пикселя, который может проходить и по границе препятствий (fig2 - там пиксель несколько преувеличен). Дальше - волновой алгоритм нам в помощь. Заходим со стен комнаты. Однако, волнует следующее. Обе картинки даны с зумом 50. Видим два пути, похожих на выходы: слева и внизу. В реале сундук проходит внизу впритык (окружности касаются, но не пересекаются). Слева по расчетам сундуку не хватает 0,015 пикселя, чтобы протиснуться. Но мы ставим на построение карты, а не на расчеты. Исходя из "0,015" зума 200 достаточно, чтобы увидеть, что окружности слева "наезжают", а не касаются (fig3 - слева, fig4 - внизу, зум 200). В общем, Брезенхейм и "правильный" масштаб нам алсо в помощь ) Миниатюры 0

@Taras_Z 102 / 86 / 5 Регистрация: 27.10.2010 Сообщений: 534 Записей в блоге: 2
	03.01.2014, 11:25 [ТС]
	IrineK, Очень интересный метод!) Спасибо) 0

@Taras_Z 102 / 86 / 5 Регистрация: 27.10.2010 Сообщений: 534 Записей в блоге: 2
	07.01.2014, 16:35 [ТС]
	Никто не знает лучшего алгоритма? 1