Отслеживание GPS трекеров

[svp]

Обсуждаем возможность реализации отслеживания трекеров в SAS.Планете.

GPS тр́екер (также GPS локатор, GSM трекер или GPRS трекер) — устройство приёма-передачи данных для слежения и контроля за передвижениями объектов, к которому он прикрепляется, использующее Global Positioning System для точного определения местонахождения объекта.

Хорошо бы иметь возможность наблюдать за передвижением этих самых объектов через Планету.
Итак, стоит два вопроса:

1. Как получать данные о положении объектов.
2. Как отображать их в планете.

[svp]

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

Поэтому будем говорить о сейчас. Сейчас наиболее простая реализация механизма отслеживания трекеров мне видится так:

1. Сторонняя программа, получающая данные в том или ином виде, готовит KML-файл с уже отрисованными в нём треками и точками текущего положения отслеживаемых объектов, а также с указанием интервала обновления данных.
2. SAS.Планета научается видеть в KML-файле интервал перерисовки и через этот интервал времени (с поправкой на масштаб: зачем перерисовывать, если визуально ничего за такое время скорее всего не изменилось) обновляет экран перерисовывая KML с треками.

P.S.
Елси нужно сделать простенькую какую-то конвертилку текстового файла с координатами в KML-трек, то могу помочь -- дело это не хитрое=). Плюс у всех есть в винде сервер сценариев, благодаря которому на простеньком VBA или JavaScript можно набросать скриптик, который будет регулярно по расписанию запускать нужные утилииты, перемещать куда надо файлы и всё такое.

[XAND]

Перекидываю из другой ветки... раз не туда отписался ранее.

В принципе суть понял. Давайте всетаки создавайте отдельную тему. Я не очень понял как файл этот попадает для разбора программой, толи он скачивается тогда откуда?

Ну это уже вопрос для тех кто хочет организовывать подобный трэкер, либо ставится специальный сервер или еще чего придумывается, вопрос уже конкретного решения, главное что будет интерфейс куда давать данные. Это вариант для стационарного использования вашего продукта. Я почему про файл пишу, проще всего сформировать файл в который тот же скрипт на вашем HTTP сервере получив данные от удаленного трэкера, будет ложить строку с координатами и именем трекера, (ну мне так видится, можно как то подругому...), а парсер вашей программы если нажата соответствующая пимпочка или установлена галка на таймер обработки будет обращаться к данному файлу и обрабатывать строки, если строка одна, то один объект появляется на карте, две и два имени - два и т.д. Конечно тут желателен хвост из прошлых точек продумывать, дабы иметь вектор движения,но вопрос то надо обдумывать. Просто как увидел вашу программу, так и возикла мысль о трекере в ней. Когда столько карт сразу - это же дико удобно! Особенно если объекты шарятся по миру, да и по стране тоже...разные карты - разные возможности.

Затачивать идея не лучшая согласен, но тут вроде минимум функционала требуется. В принципе если это через КМЛ вполне реализуемо то хорошо, вопрос а с какой частотой изменения КМЛ могут отображаться в браузере сейчас? В принципе писать в КМЛ то же что и в отдельный файл.

[svp]

Надо оптимизировать отрисовку KML. Во первых учитывать по координатам виден контент или нет. Если нет, то не тратить на него время. Во вторых, нужно буфферизировать изображение по слоям, чтобы не перерисовывать каждый раз тайлы и неизменившиеся KML-объекты.

[zed]

вопрос а с какой частотой изменения КМЛ могут отображаться в браузере сейчас

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

[svp]

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

Причем тут скорость инета? Даже на очень медленном канале если данные идут непрерывным потоком отрисовывать с максимальной скоростью не получится. Отрисовка медленнее.

[XAND]

вопрос а с какой частотой изменения КМЛ могут отображаться в браузере сейчас

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

Ну инет тоже не столь критично... короче получается вопрос всего в одном факторе, нет настройки режима обновления просмотра КМЛ. Собственено интернет может и не применяться в случае если карта сто раз прокачана и не изменяется. Важны данные по треку от объектов, а они не изменяются с дикой скоростью... секунд 15 наверное самый короткий период отправки сообщения на сервер меньше смысла не имеет.

[zed]

Причем тут скорость инета? Даже на очень медленном канале если данные идут непрерывным потоком отрисовывать с максимальной скоростью не получится. Отрисовка медленнее.

При том, что KML файл нужно загружать из интернета, и если канал совсем дохлый/загруженый - на это может потребоваться несколько секунд. И это будет дискретный поток: 1. Трекер обновил kml в интернете; 2. SAS загрузил KML и отобразил точку на карте. И так по кругу, с интервалом n-секунд. А перерисовку самой карты нужно будет делать намного реже (если, конечно, не будем трекить самолёт, на карте 19-го зума - тогда естественно, SAS может не успеть за самолётом:))

Интересно, какие самые распрастранённые сервера принимающие инфу по трекам, и отдают ли они эту инфу без логина/пароля (и не возникнут ли, всвязи с этим, проблемы)? Или предлагается на базе сайта и трек-сервер устроить?

[svp]

При том, что KML файл нужно загружать из интернета

Откуда будет браться KML -- это ещё не известно! Серверов для слежения за трекерами в сети уже довольно много. Но я ни одного не знаю, который бы выдавал треки в KML, да ещё и в реальном времени. Какие-то серверы платные, какие-то показывают трек только на своём сайте. Под все трекеры планету заточить нереально. Речь шла о том, что где-то на винте компа с Планетой будет время от времени какой-то сторонней утилиткой обновляться файл с треками. Как это будет делать сторонняя утилитка -- это другой вопрос. Толи она будет тянуть KML из инета, чистить его, приводить к акому-то удобному нам виду и класть куда надо, толи будет ловить через блютуз коннект с телефоном SMS-ки с координатами и добавлять эти координаты в голову трека в KML-файле, а также ставить точку (или стрелку) в тот же KML в координатах новой точки... Давайте собирать инфу по разным серверам, тогда, прежде чем разводить совершенно пустые разговоры о скорости интернет коннекта и о том, успеет ли отрисоваться карта... Это разговоры "ни о чем". Слишком абстрактно и не в тему.
Конкретики, господа, больше конкретных сведений в тему и дело сдвинется.

[svp]

Насчет автоматического слежения лкном за курсорами трекеров.

Должен быть режим следования экрана за передвигающимися объектами.
Для простейшей его реализации в KML-файлах узлам, соответствующим курсорам объектов добавляем некоторый параметр, например, SAS_Spy = "1". В SAS.Планету добавляется экшн, который перебирает все "динамические" KML, выискивает в них точки с параметром SAS_Spy = "1" и вычисляет охватывающий координаты этих точек прямоугольник. Далее масштаб и положение окна выбираются так, чтобы в него вписывался этот прямоугольник. Чтобы включить автоматическое слежение за группой (или одним объектом) достаточно вызывать этот экшн по таймеру.

Примечания:
1. Не исключено, что подобный нашему параметр уже предусмотрен в фориате KML. Хотя, если мы добавим туда свой параметр, от этого формат не пострадает, ибо он XML.
2. К охватывающему прямоугольнику надо добавлять небольшие поля, чтобы крайние объекты не оказались на самом краю экрана. Также нужно определить допуски, при движении прямоугольника в пределах которых передвижение окна по карте не потребуется. Чтобы не дёргалось лишний раз изображение.