У кого много GPS треков?
 

В общем, у многих наверняка есть архив своих (и не очень) GPS треков. У меня вот скопилось около трех сотен штук того добра.

При планировании очередного похода возникает надобность найти все треки которые затрагивают интересующий регион. Кто и как решает эту проблему?

Очевидные варианты, как разложить по папочкам - можно не указывать 8), т.к. больше интересют технические средства наподобие:

[img]http://storage1.static.itmages.ru/i/15/0522/h_1432307546_8264600_dec88cedc9.jpg[/img]

Открываешь их все в Ози и если не зависнет - увидишь все на карте. Еще можно на Кавказию залить и потом выбрав целевой топоним, справа увидеть список треков, которые проходят мимо него (насколько я помню, в километре).

Этого функционала вроде нет на GPSies, хотя давно не заходил туда, может и можно там выбрать все треки, проходящие в определенном радиусе от выбранной точки. Если такой функции действительно нет, то я готов еще и усовершенствовать Кавказиевскую, чтобы уже хотя бы в чем-то обогнать конкурентов :)
У меня сейчас как раз творческий подъем на программирование (делаю сайт одному товарищу), так что могу и на Кавказии недостающие функции дописать. Кому что надо было по части треков там?

Можно просто локальный скрипт написать простой на перле, который просмотрит все треки в папке и выберет те, которые либо проходят мимо какой-то точки, либо вписаны в какой-то прямоугольник. Это пишется за 5 минут и не требует закачки своих файлов ни на какой сайт. Я таким образом автоматически отсортировал свою тыщу треков по годам и месяцам (мне не нужно было по районам, но и по районам также легко).

Плюс есть еще Кавказиевский алгоритм выбора района трека (видели наверное типа "Лагонаки", "Тхачи" или "Заповедник"). Это я карту покрыл сетью более или менее равномерно расположенных опопрных точек, которые назвал по району (то есть в каждом районе много таких точек). И дальше анализатор треков во время их закачки на сайт (или запущенный вручную модератором после) просматривает треки и находит к каким из таких опорных точек он наиболее близко подходит (просматривается не каждая точка трека, а для скорости - несколько, кажется штук 20, не помню точно, то есть каждая N/20-атая точка трека с N точками). Таким образом трек может попасть в несколько соседних районов, например "Тхачи, Заповедник".

> если не зависнет

И сколько он выдерживает примерно? А то у меня только версия с медиаатласа да и в линуксе оно не показательно работает 8)

НА Gpsies оно есть но писано уникальными личностями и показывает только начало трека (а трек только при наведении) - очевидно на какойнить яворовой поляне начинаются сотни треков и ничего не понятно

в новой версии они вообще запрятали карту и теперь там только результаты поиска видно

Собственно из-за обновления gpsies я раскопал свой проект и теперь пытаюсь понять нужен ли он комуто вообще 8)

>усовершенствовать Кавказиевскую

Хочется видеть трек, а веб интерфейс это не потянет - придется городить упрощенные версии треков на разные уровни зума, да еще и объединять их при небольшом увеличении

[quote=wayerr;39066852]НА Gpsies оно есть но писано уникальными личностями и показывает только начало трека (а трек только при наведении) - очевидно на какойнить яворовой поляне начинаются сотни треков и ничего не понятно[/quote]

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

Вот как работает gpsies (это их старый интерфейс)

[img]http://storage3.static.itmages.ru/i/15/0522/h_1432309337_9673702_e74249c233.jpg[/img]

С Ози проблема другая - даже если ты откроешь все треки, приблизишь карту до нужно тебе района и увидишь, что через твою поляну проходят 10 нужных треков, ты не сможешь подцепить их мышкой, чтобы узнать какой из них какой. Они будут все одинаковые красные :)

[quote=wayerr;39066852]Хочется видеть трек, а веб интерфейс это не потянет[/quote]

Алгоритмы есть. Не далее как вчера народ там хвастался алгоритмом обработки двух миллионов точек на веб-карте.

*народ там = народ на хабре

8-PNL > Они будут все одинаковые красные :)

Как то думал, что за десяток лет прошедший с той версии ози что я видел, разработчик что-то улучшил 8)

10-PNL > Не далее как вчера народ там хвастался алгоритмом обработки двух миллионов точек на веб-карте.

О, а где, я по диагонали щас прокрутил до 20го числа и не нашел.

11 - В Ози сидят правильные программисты. А у правильных программистов главенствует правильный (и самый главный) принцип программирования - "работает - не трогай" :)

[quote=PNL;39066880]Они будут все одинаковые красные :) [/quote]

ыыы, Паша... Открываешь панель треков и каждому ставишь свой цвет.

Всегда так делаю.

Пардон, ошибся с датой того поста. Это я на нее натолкнулся вчера, а написана она раньше - [url]http://habrahabr.ru/post/147744/[/url]

13 - Еще раз перечитай условия :)
Я прекрасно знаю как раскрашивать треки в ози (на лекцию ко мне загляни как-нибудь, да?), но, увы, это относится к исходной задаче примерно также как апельсин к бетонированию.

13 - Не говоря уже о том, что столько разных цветов в ози просто не существует :)

15-PNL > далековато мне к тебе на лекцию:)так что всё методом тыка:)

Но твой пост до конца не понимаю - на чем акцент: на том, что все красные или на том, что мышкой не подцепишь?

Мышкой цеплять надобности не вижу, ну не сотню ж треков в конце концов ты зальешь в Ози. А через панель треков всегда можно видеть активный трек и этим макаром отличить от других то, что тебе больше нравится. Так что даже фильтровка цветом излишняя.
Ну, типа, я за минимальные телодвижения:)

А треки все-таки храню по районам:) и да, загружаю при планировании маршрута их в Ози и там шаманю.

17 - У топикстартера 300 треков. У меня 500. Все же перечитай условия. Нужно определить какие треки (из кучи хранящихся в одном месте) проходят в нужном тебе районе.

17 - Почитай посты 0 и 1, где беседа начинает развиваться, тогда станет понятна сложность.

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

"У меня вот скопилось около трех сотен штук того добра."
"интересют технические средства"
"Открываешь их все в Ози и если не зависнет - увидишь все на карте."
"И сколько он выдерживает примерно?"
"С Ози проблема другая - даже если ты откроешь все треки, приблизишь карту до нужно тебе района и увидишь, что через твою поляну проходят 10 нужных треков, ты не сможешь подцепить их мышкой, чтобы узнать какой из них какой. Они будут все одинаковые красные :)"

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

[quote=Ansv;39067178]ну не сотню ж треков в конце концов ты зальешь в Ози[/quote]

Нет, конечно. Сотен три-пять минимум. Может и тысячу.

0-wayerr >рассмотри BaseCamp показывает все что у тебя есть (специально загружать не надо), бьешь по треку он выделяется.

Ну и, кстати, кончайте юзать этот Ози, ловлю себя на мысли, что гораздо чаще у меня нынче открыт САС.

Ну вы даете.
Открыть панель треков, щелкнуть по верхнему в списке (выделить), потом на клавиатуре стрелкой "вниз" перебирать треки. Выделенный отобразится набором точек, а не гладкой линией.

24 - 500 треков? O_o Ну вы даете.

24 - А потом еще каждый сохранять кликами.
В условии был именно технический способ. Нажал одну кнопку и правильно отобранные треки лежат в отдельной папке. Такое решение ищем.

"Если автоматизировать бардак, получится автоматизированный бардак", а сотни треков в одной куче это не что иное, как бардак:)

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

Исходный вопрос был в том, что некий товарищ именно собирает треки свои и чужие. Но что если подойти к этому немного по-библиотечному?
Не качать со всех ресурсов треки и валить в одну кучу, а организовывать каталогизацию и только определив принадлежность к району помещать трек в хранилище. При этом не зазорно переименовывать треки по какому-либо принципу. Может быть, районам условно присвоить некие числовые значения, а в начале трека указывать это число. Ну, уж если папочки там претят:)

[quote=PNL;39067598]В условии был именно технический способ[/quote] Не совсем так. "Больше технический, нежели какой-то другой" не означает "исключительно технический".
Ну и вообще автор спросил кто и как решает проблему.

[quote=Ansv;39067809]"Если автоматизировать бардак, получится автоматизированный бардак", а сотни треков в одной куче это не что иное, как бардак:)[/quote]

Тебе с таким настроением дорога в веб-программирование закрыта :)

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

[quote=Ansv;39067809]и только определив принадлежность к району помещать трек в хранилище[/quote]

Бинго! См. выше :)

[quote=PNL;39067928]Тебе с таким настроением дорога в веб-программирование закрыта :)[/quote]

а я туда и не стремлюсь:) у меня более консервативная профессия

Кстати, на том же принципе (бардак отдельно, база данных отдельно) работает Lightroom.

27-Ansv > Исходный вопрос был в том, что некий товарищ именно собирает треки свои и чужие. Но что если подойти к этому немного по-библиотечному?

[img]http://storage4.static.itmages.ru/i/15/0522/h_1432319439_1612907_06580a01c8.jpg[/img]

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

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

33 - Вот хуже всего разделение по папкам именно тем, что ты сейчас пояснил. Если один трек относится к разным районам, то брадак будет только усиливаться. Трек такой надо класть либо сразу в две папки, либо в одну из них не класть, значит его потом хрен найдешь. Так что я за бардак+база. А уж каким спобом - х.з. Меня устраивает кавказия (хотя она несколько не для того, да).

22-stiker > BaseCamp показывает все что у тебя есть (специально загружать не надо)

он работает с папкой где бардак, или у него свое хранилище скрытое от юзера?

у vantage point (аналогичная программа только для навигаторов от магеллана) было так, оно сломалось и утащило все треки в небытие

33-wayerr > Так может быть, у тебя излишняя детализация? Зачем папки Фишт, Оштен, Мезмай, если можно использовать одну "Лаго-наки"? Это всё ж лучше, чем иметь все треки в одной куче, либо каждый трек в отдельно папке.

Вот "Геленджикский район" - это годная папка.

14-PNL > ошибся с датой того поста

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

36 - Тогда сложность задачи не сильно изменится, просто надо будет выбирать не из 300 треков, а из 100, что тыкая мышкой тоже сложно :)
Программист всегда думает о будущем и о унификации. Вот сегодня у тебя 30 треков в папке Лагонаки и способ тыканья мышкой работает, а завтра будет 2700 треков. Способ работать перестанет (и не только этот). Почему сразу не придумать один способ, который не "просрочится"? :)

35-wayerr > Программа показывает все как у тебя лежит.