Vindicar

Выпуклая оболочка, предложенная Vindicar, может соеденить не все точки. Какие-то будут просто внутри. Как в примере с картинки в вопросе, оболочка будет теругольником, а точка по центру будет не соединена ни с чем.

Надо точки как-то отсортировать. Например, берете самую нижнюю, из всех таких самую левую. Сортируете все оставшиеся точки по углу, относительно этой (по значению atan2(yi-y0, xi-x0)), при равенсве угла по расстоянию (не важно по возрастанию или убыванию). Потом в таком порядке их соединяйте, пересечений не будет.

В примере из вопроса оно как раз отсортирует их как на картинке.

Edit, а еще, можно вместо atan сравнивать углы через векторное произведение. Если входные данные - целые точки, то вообще все вычисления будут в целых переменных.

Используйте expect для автоматизации.

https://dzen.ru/list/gadgets/python-aiogram-schedule
Вторая ссылка по счету в выдаче гугла.
Вы сперва приводите варианты, которые рассматривали, и, если сами не смогли определить какой из них лучше, то свои соображения и эти варианты выкладывайте в вопрос. А так это не вопрос а задание на поиск информации в сети.
Заданиям тут не место. Ищите сами и конкретные вопросы и непонятки задавайте.

Судя по постановке вопроса и ошибкам в его тексте вам ещё не скоро хватит знаний и опыта для реализации задуманного.
Нет смысла отвечать подробно на него. Но в общих чертах сделать такой оффлайн навигатор несложно.
Правда писать его с нуля на чистом питоне тоже никакого смысла нет. Обычно поднимают в докер-контейнерах готовые:
- постгрес с постгисом
- osrm
- тайл-сервар
- ну и само приложение, которое может быть как бэкенд веб-приложения или написано на том же ткинтере.

Самое сложное во всём этом - это сконфигурировать все эти сервисы, ну или найти простую инструкцию которая доходчиво расскажет как вытащить необходимые данные из OSM, как настроить рендер тайлов, как сконфигурировать osrm...

Помогите разложить это по полочкам.

Зависит от задачи:
1. aiohttp + asyncio - выполнение асинхронных http запросов, без блокировки основного потока. Когда надо спарсить множество страниц без защиты, а времени в обрез.
2. requests + bs - выполнение синхронных http запросов, с блокировкой основного потока. Когда надо спарсить несколько страниц без защиты, и время не жмет.
3. selenium - когда первые 2 легли на первой же "защите на дурака". Синхронно, медленно, ресурсоёмко, максимальная человечность.

if (isNaN(F.current)) {
  console.log('F.current is NaN.')
}
else {
  console.log('F.current is NOT a NaN.');
}

Почему при парсинге страницы с погодой выдает None?

Выберите то, что Вам больше понравилось:
- requests парсит первый ответ сервера, а там сайт на реакте с динамической загрузкой части контента.
- Запрос отправляется без заголовков и Вас блочит примитивная защита.
- Вы попадаете на капчу, т.к. request видно издалека.

Хранит оно в реестре, но это вполне может меняться с обновлениями.
Лучше использовать это:
https://learn.microsoft.com/en-us/windows/win32/sh...

Ну, это совсем просто. Чтобы держать биполярный ключ открытым, надо ему в базу загонять ток, всё время. Т.е. непрерывно тратить энергию, поскольку там есть замкнутая цепь для электрического тока (открытый эмиттерно-базовый PN-переход).
С полевым ключом принципиально не так. Управляющая цепь затвора - не замкнутая, поскольку между затвором и каналом есть изолирующая прослойка. Поэтому там ток не течёт, для открытия ключа достаточно подать напряжение, для закрытия - снять его. Электроэнергия на это практически не тратится (если не считать первый момент, когда заряжается затворная ёмкость). Вот и первое преимущество - экономичность в управлении.
Второе преимущество полевика - малое проходное сопротивление (единицы миллиом, много меньше, чем у биполярного, и в некоторых случаях даже меньше, чем у замкнутых контактов). Причём чем больше управляющее напряжение на затворе, тем проходное сопротивление меньше, соответственно и меньше нагрев полевика проходящим током. Однако не надо впадать в фанатизм на этом пути - если Uупр превысит значение 15 вольт, то изоляция затвора может быть пробита, и полевой ключ (такой удобный и простой в применении) превратится в тыкву.
Есть и другие отличия, которые проявляются только на высоких частотах.

нужно как минимум выкинуть ключ f из команды запуска, который несовместим с systemd

Читать правила PythonAnywhere. Ещё можно поиском здесь воспользоваться, такой вопрос уже много раз задавали.