Bn
как говориться... всё украдено до нас
Size: a a a
2020 May 08
PG
ОК, если обе задачи решаются уже существующими инструментами - это хорошо. Надо будет их попробовать.
Bn
ОК, если обе задачи решаются уже существующими инструментами - это хорошо. Надо будет их попробовать.
а вторая какая была?..
PG
Анализатор записанных треков.
PG
PG
а вторая какая была?..
Здесь описывал: https://t.me/ruosm/438401
Bn
кажется что эта штука вполне себе решается через osmosis, но вот только не очень понятно по какому принципу привязываться к топонимам на углу здания, если разброс метки >(3m + V*t + T), V — скорость велосипедиста, t - время реакции велосипедиста, T — время на нахождение необходимого тега в рубрикаторе
PG
кажется что эта штука вполне себе решается через osmosis, но вот только не очень понятно по какому принципу привязываться к топонимам на углу здания, если разброс метки >(3m + V*t + T), V — скорость велосипедиста, t - время реакции велосипедиста, T — время на нахождение необходимого тега в рубрикаторе
Я подозреваю, что существуют горы инструментов, которые при помощи костылей, велосипедов и последующей обработки напильником могут дать нужный результат. Но решение должно быть однокнопочным и не требовать от пользователя наличия трёх высших образований в области Data Mining и смежных областях.
Bn
Я подозреваю, что существуют горы инструментов, которые при помощи костылей, велосипедов и последующей обработки напильником могут дать нужный результат. Но решение должно быть однокнопочным и не требовать от пользователя наличия трёх высших образований в области Data Mining и смежных областях.
ну постановка постобработки и привязки как раз таки звучит как задача в области data mininig'а
S
кажется что эта штука вполне себе решается через osmosis, но вот только не очень понятно по какому принципу привязываться к топонимам на углу здания, если разброс метки >(3m + V*t + T), V — скорость велосипедиста, t - время реакции велосипедиста, T — время на нахождение необходимого тега в рубрикаторе
T можешь выкинуть, позицию можно запомнить уже при нажатии первой кнопки, а там уже едь думай сколько хочешь
Bn
хотя время обработки в принципе можно компенсировать перемещением точки назад по треку
PG
Ну вот решение должно быть "засунул записанный трек с одной стороны - получил трек с метками и описанием событий с другой".
Bn
T можешь выкинуть, позицию можно запомнить уже при нажатии первой кнопки, а там уже едь думай сколько хочешь
так osmtracker не работае)
PG
T можешь выкинуть, позицию можно запомнить уже при нажатии первой кнопки, а там уже едь думай сколько хочешь
Не, это уже другая задачка.
Bn
Ну вот решение должно быть "засунул записанный трек с одной стороны - получил трек с метками и описанием событий с другой".
я не понял изначальной задачи кажется
S
ну вот waze так работает - главное точно нажать Большую Кнопку, а дальше уже можно без спешки найти нужный пункт в рубрикаторе
S
или я тоже не понял задачу
PG
я не понял изначальной задачи кажется
Я проехал по треку. В процессе были какие-то события. Где-то останавливались ненадолго, где-то надолго, рядом с остановками есть топонимы (идентифицирующие место) и POI (идентифицирующие события). Надо на основании этого трека вычленить все события и оформить их добавлением к исходному треку POI описанием событий (стоянка столько-то минут там-то с такими-то целями).
PG
Задачка осложняется тем, что у нас не очень чёткое определение стоянки. Если я стоял, но при этом перемещался в пределах 100 метров туда-сюда пешком - это ещё стоянка или уже нет? А если просто очень медленно двигался, но зато равномерно и прямолинейно?
PG
Плюс шум.