мне кажется ты не понял как работает триангуляция. https://habr.com/ru/post/161195/ глянь сюда
Тебе чтобы построить базовый пайплайн нужно 3 или больше уровня сигналов, потом ты сам считаешь расстояния.
Еще в твоем случае получается есть факторы которые влияют на уровень сигнала, тогда перед тем как считать расстояния, уровень нужно препроцессить, к примеру собрать датасет в зависимости от погоды/застройки, походить по городу недельку, это даст возможность потом бустингом или обычными линейными моделями в зависимости от факторов уточнять реальный уровень сигнала и итоговую предположительную точку.

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

в общем-то проблема - в малом кол-ве данных, пока попробую другой датасет, испытаю, как себя уже опробованные методики поведут

да, я понял. Нужно смотреть на вводные, если у тебя 3 сигнала и один из них колбасит то будет сложно, если 4-5 то можно попробовать приблизить реальный сигнал способом вроде того как я описал.

сигналов от 3х и больше БС, колбасить будет все три, т.к. грубо говоря координата одна и та же, но девайсы внутри помещений - кого-то сильее экранируют, кого-то нет... тут точности высокой не будет, но хотя бы в пределах 500м

вот если бы была инфа о in-air-time

вообще стоит попробовать моделью ошибку эмпирического метода исправить... спасибо за идеи!

вообще если у нас девайс постоянно внутри одного помещения и есть ежедневные или чаще сигналы, то относительно влияние погоды мы можем сами вывести

в общем, нужно пробовать)

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

короче подход ясен - надо много измерений сигнала по всему городу, и далее куча вариантов, и эмпирика, и ml-модельки

Верно, вся загвоздка в количестве данных и их качестве, а так же полноте

Я так понял, координаты планируется находить по уровню сигнала от вышек?

Т.е. никаких точных таймеров как в жпс?

неа, нет

ну там не только уровень сигнала, грубо говоря... но распространение сигнала основано на переотражениях, будет неточно всегда

хотя с временем, говорят, можно и до сотни метров довести

День добрый, не знаю всей этой кухни, поэтому за вопрос не взыщите.

Скажите, пожалуйста, хочу я значит написать несколько функций и обернуть их потом в собственный package. Функции вида «удалить академические титулы перед именем», «исправление опечаток в именах» итд.

Вопрос вот в чем: для некоторых из этих функций необходимо использовать словарь имён (скажем для функции исправления опечаток). Скажите, можно ли словарь этот вшить мне внутрь этой библиотечки, чтоб все, так сказать, работало «из коробки»?

А сделай config или vocab.txt

А чем в питоне красивые графики сейчас модно рисовать? Интересует не с интерактивом, а в поверпойнт