s4q, в действительности во втором мы получим только точки, подтянутые к оси АБ. Но там много нюансов: например, их порядок. Но это можно их отсортировать по сумме координат, а если ось ляжет неудачно, то там еще придется пошаманить.
И например могут попасться точки вне АБ, это тоже надо убирать.
Кстати, по-моему для обоих случаев вначале можно повыкидывать все, у которых координата х вне АхВх, а координата y вне AyBy.
s4q, зачем?
Ну, в том смысле, какую цель в итоге хотим достичь?
Потому что можно оптимизировать три разных параметра:
стоимость
время
качество (вероятность утраты/повреждения/ошибки)
И чем-то придется пожертвовать. И для каждого варианта свои способы решения.
Самый тупой способ - получаем функцию оси - прямой, проходящей через А и Б, потом можно сделать поворот, затем для каждой из промежуточных точек опускаем перпендикуляр на ось и измеряем его.
Фильтруем точки, у которых координата x вне АБ. Сортируем оставшиеся точки по длинам перпендикуляров по asc и отбираем нужное количество.
Другой вариант - для каждой точки меряем расстояния до А и до Б, затем сортируем их по сумме этих расстояний. Те, у которых сумма ближе всего к отрезку АБ, и есть самые подходящие.
Может все-таки проблема в библиотеке, возможно она некорректно работает? Хотя библиотека популярна, но если зайти на GitHub, там последний релиз год назад, и сотни тонн issues типа «div некорректно обрабатывает», «css глючит» и т.п.
mayton2019, сколь бы мощной ни была капча, ее должен мочь решать кожаный мешок и не мочь решать ии. Тут всё понятно - ии всегда будет лучше человека в конкретных задачах. Капча - это тупик.
Кстати, я бы советовал кабель расшить на розетки, а не обжать. А розетки соединить патчкордами с оборудованием. Иначе потом будет постоянно переламываться где гнется.
И например могут попасться точки вне АБ, это тоже надо убирать.
Кстати, по-моему для обоих случаев вначале можно повыкидывать все, у которых координата х вне АхВх, а координата y вне AyBy.