[983]

@Neon, я дуже багато років особисто знаю пилипецьких спасів.
Їм не насрати !
Щодо статусів : так само може будь яке мудло з кабаку зателефонувати з повідомленням, що лежить в лавині десь під Грабом, наприклад.

Обслуговувати ця система має лише зареєстрованих юзерів : нік, пароль, ID.
Це одночасно є захист від своєрідного Dos.
Взагалі про ці статуси я вигадав "отбалды, це все можна ще доводити до досконалого стану.

Можна зробити, щоб реалтаймово спостерігати за переміщенням зареєстрованих юзерів могли тільки зареєстровані юзери,
про можливість спостерігання такими ж фрірайдерами я якось і не подумав, а це також дуже корисна опція !

В першу чергу "спасение утопающих -- дело рук самих утопающих",
таким чином, хай для початку, за своїми товаришами слідкуют їхні друзі,
у разі чого можна буде дати спасам коордінати та посилання на сторінку х мапою та треком.

Для початку треба зробити , щоб воно просто функціювало, а потім вже , як піде.
Може вийти файна іграшка, котра потім має шанс дорости до сер'йозної системи.

Для початку можна запустити цей сервіс, наприклад, тут, на extreme.com.ua
це автоматично додасть механізм авторизвції,
наявність в реалтаймі статусів ахтунг та sos можна відображувати десь в шапці портала.
Варіантів -- купа :
аби воно заробило, а далі побачимо ...

Добавлено через 2 минуты

Коментар від Neon

часте спілкування з нашими держ працівниками зробило з мене невиправного песиміста

а нєфіг з ними спілкуватись : це шкодить здоров'ю сильніше, ніж паління )))
і взагалі, якщо би всі чекали чогось від держ. працівників, то вже поляки та словаки збирали би добровольчі батальони, а тут би був ЛЬВОВНАШ.
еее, це вже політика, а для неї є окрема тема.

Добавлено через 2 минуты

Коментар від Neon

цеж потрібний постійний моніторинг таких ахтунг сигналів їхнє відфільтровування ітд.

не обовїязково, хоча і бажано : головне, щоб була можливість в разі необхідності отрамати трек із "останніми кадрами".
А якщо буде постійний моніторинг, то ще краще.

[Neon]

Коментар від 983

я дуже багато років особисто знаю пилипецьких спасів.
Їм не насрати !

це я в цілому про наших МНСників, я теж з ними дуже довго знайомий і маю багато точок перетину. але тут справа в іншому якщо це буде закритий клуб то хто крім самих членів клубу будуть в цьому дійстві приймати участь ? ну буде нас пару десятків в кращому випадку, але одночасно в межах одного споту одиниці, які не факт що щось зможуть зробити (згадуючи випадок на Шпицях).

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

[983]

@Neon, організаційни питання, це окрема справа,
для початку -- саме так : "только для членов профсоюза", а далі може й пошириться, якщо буде попит.

Щовзагалі роблять спаси в кінці катального дня ?
- обїжджають підконтрольні траси.
Тут додається можливість на екрані монітора обдивитись не тільки траси, а і прилеглі теріторії.

Не захочуть, тоді нехай друзі тих, хто своєчасно не повернувся з гори не підіймають галас, а спочатку зайдуть на сторінку із всіма треками.

Зробити такий сервіс зручним, це вже справа не спасів і не користувачів.

Головна перевага цієі іграшки чв тому, що це не комерційний проект, що нема директорів та менеджерів, брокерів, ділерів, букмекерів та іншіх ріелторів

И ещё : с картографией и связаннім с ней коприрайтством можно будет не заморачиваться : есть же и картографы : @NBomb, ,

[983]

Коментар від TheGhost

Хотя тут нюанс - как спас узнает что у катальщика траблы, а не банально "села батарейка"

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

Пока не проверил возможности отображения нескольких треков, прирастающих одновременно и подцветки фрагментов трека в зависимости от статуса трека.
Подцветка всего трека в зависимости от статуса -- не проблема.

Раскраска точек в зависимости от статусов -- не проблема, можно даже "моргачие" -- блинкующие точки поделать : в качестве точки используется gif картинка.
Например новая, свежая точка всегда блинкующая, с цветом , соответствующим статусу. И даже круче : при одновременно двух статусах, отличных от нормального, например "ахтунг" и "садится батарейка", можно моргать поочерёдно , например синим и рыжим.

У андроидного программиста щас авралище на работе,
если что, то в конце концов, можно на страничке с яваскриптом замутить эмулятор фрирайдерского андроидного приложения.
Заодно с ним и отладить серверную часть, принимающую данные от бродячего клиента.

пока вот : Трек с точками
при клике на точку всплывает баллон. надо бы посмотреть, есть ли возможность сделать, чтоб баоллон всплывал при наведении на точку ( и немного расширить кликабельную область вокруг точки )

Добавлено через 19 минут

Коментар від TheGhost

как связист говорю)

я тоже в какой то мере связист. В армии отслужил оператором передающенго центра, увлекался эфирным радиолюбительством UB5DDE , EU0983/A
Неск. лет отработал в горах телевизионном ретрансляторе,
Прилично поработал по монтажам антенн, неск. лет работал по ремонту радиоприёмнопередающей техники ...

А ты где и как ?

[TheGhost]

@983, я вот два года как универ закончил по данной специальности + собственные интересы

[983]

Коментар від TheGhost

два года как универ закончил по данной специальности

а я его так и не закончил )))

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

С английским почти не дружу, на знакомых языках информации не так много,
метод тыка работает на УРА.

Ссылка на рабочий пример : Трек с точками

[983]

Ещё поковырялся с этой темой,
в одном варианте научился отображать несколько треков с маркерами, -- ссылка в предыдущем посте,
в другом пока один трек , но уже умеет брать данные с сервера.
Запрос аяксом каждые 5 секунд, если вкладка неактивная , то запросы не шлёт.
как только вкладка в фокусе, тут же внеочередной запрос.

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

Когда на сервере вручную меняю данные трека, всё адекватно перерисовывается на страничке.

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

Можно начинать лепить серверную часть и имитатор бродячего клиента на веб страничке, чтоб слать изменяющиеся, дополняющиеся данные на сервер.
Пока на сервере тупо считывается файл с данными и отправляется следящему клиенту.

Вот оно : Трек с точками
Временами может не работать и глючить, когда с ним ковыряюсь.

Пока формат данных такой :
пустое место, возможно ID точки
широта
долгота
высота
время
статус
примечания

Данные для каждой точки -- с новой строки,
вв строке поля разделены табами
Нулевая строка -- , типа, имя трека.
Трек и маркеры кликабельны, понавыводить можно любые имеющиеся данные.
в зависимости от статуса будут менять цвет,
старт и финиш трека тоже как нибудь обозначу,
у незавершённого трека самый свежий маркер будет моргать.

Если окажется, что для данных уже существуют устаканившиеся стандарты, то перелопатить под стандарт -- недолго.

geojson не понравился - слишком много ест служебная информация -- разделители и прочие скобки.
TSV -- намного веселее.
CSV не стал использовать : в заголовке трека и в комментариях могут встречаться запятые.

Пока вот так ...

[983]

Апаю тему, ато нигде её не найти.
Чуток изменил вид странички, сделал на сервере имитацию отображения реального перемещения "пациента" -- бродячего клиента.

Щас используются данные трека, полученного с помощью гугловского бродячего клиента,
а сервер их выдаёт, типа, в час по чайной ложке, а точнее одну точку раз в 5 секунд,
страничка обращается к серверу за обновлёнными данными с таким же интервалом

С нетерпением жду , когда освободится программист, способный и обещавший написать приложение под андроид, ( вот-вот освободится уже),
которое отправляло бы на сервер данные его GPSа.

Вот адрес странички на данный момент : http://leaflet.u9.myjino.ru/2/

В области, где сейчас отображаются данные трека, в дальнейшем думаю разместить область просмотра названий / идентификаторов доступных треков, всякие настройки и прочее.
Кнопки в низу пока чисто для отладки :
Pause и Play управляют автообновлением данных,
Следующая кнопка принудительно перерисовывает трек, так можно поставив на паузу поредактировать данные трека, заменить их на свои, после чего нажать на кнопку и просмотреть результат изменений.
Последняя кнопка -- принудительное получение свежих данных с сервера, она же индикатор состояния :
зелёный -- свежие данные, не старее 5 сек.
Жёлтый -- идёт получение данных,
Красный -- ошибка сети или неполучение данных в течении интервала, определяемого сам не знаю кем, наверно движком броузера.
Чёрный -- автообновление остановлено пользователем или автоматически при потере фокуса страничкой.
Синий -- ошибка в данных, зависание странички.

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

[Lom]

@983, вообще - грандиозно, респект!

О дизайне пока что речь не идет, он начинается, когда полностью определится функционал. "Эту кнопку потом приделаем" не пролазит))

ИМХО, предварительно:
- хорошо бы добавить кнопку с перекрестием, как на навигаторе. Тыць в кнопку позиционирует карту на пациенте. Иначе тяжело найти бродягу после масштабирования карты.
- тыць в точку на треке вместе координатами хочет показывать время нахождения бродяги в этой точке с учетом часового пояса.
- кнопка, или меню экспорта трека в файл какого-то универсального формата, понятного например для Google Earth. Возможность оправить такой файл по заранее забитым e-mail в один тыць. Имя файла должно состоять из координат и времени последней точки, сначала время.
- кнопка "Я тут" оправляет время и координаты бродяги на момент оправки (или крайнюю точку) в SMS по заранее забитым номерам, кнопка SOS - то же, на номера спасов. Добавить перед оправкой SOS кнопку подтверждения серьезности намерений))
- если это возможно в принципе: отельная программа с самостийной иконкой на рабочем столе телефона для ручного создания трека, если батарейка кердык. Действия наверное такие: включить GPS-модуль девайса и интернет через мобильного провайдера, дождаться привязки бродяги к карте, добавить точку на трек, сообщить о готовности (лучше звуком), выключить GPS-модуль девайса и интернет.

Внешне, так себе думаю, это не одна, а несколько программ (кнопок), которым следует выделить отдельный рабочий стол или папку в телефоне:
- собственно программа
- SMS SOS
- SMS "Я тут"
- Добавить точку в трек вручную
- Оправить файл с треком на электропочту.
Для настройки кнопок (программ) соорудить отдельное меню в основной программе.

Где-то так. И да, @983, даже то, что уже есть - это офигенно. Снимаю каску

[983]

@Lom, Большое спасибо за советы , рекомендации и пожелания.
Ну, полюбому это будет 3 отдельных штуковины :
1) клиентское приложение для андроида -- бродячий клиент ( его ещё нет),
2) серверная поддержка ( пока по сути только имитация настоящей работы),
3) броузерное веб приложение бля большого компа -- сидячий , следячий клиент
* (то, что уже есть и даже немного работает )).
Меж собой они связаны только форматом передаваемых и хранимых данных.

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

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

На бродячем клиенте обязательны кнопки Ахтунг СОС Финализация трека,
ахтунг можно включать на сервере автоматически в случае неполучения свежих данных сервером от бродячего клиента, такой ахтунг должен автоматически сбрасываться при возобновлении связи.
Ахтунг от клиента -- вручную, если клиент заходит в опасную зону--
лавиноопасный склон, туман, травмирование, позволяющее самостоятельно перемещаться дальше,
снимается только самим бродячим клиентом, админом или спасом.
Так же можно попытаться задействовать модуль акселерометра, и гироскопа там где они есть, чтоб при характерных превышениях подобранных опытным путём значений, также выдавать ахтунг или сос ( самосбрасывающиеся, в случае например, нормальных ускорений в течении несольких минут )
В случае отсутствия ускорений присвоение несбрасываемого автоматически соса.

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

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

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


Короче, ковыряться и ковыряться ещё !

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

Карты бы надо СВОИ, имеющиеся и доступные временами грузятся с большими тормозами,
на своих можно наделать очень полезных пометок.

UPD:
Добавил включение - отключение точек на треке.
Добавил выбор цвета трека

Коментар від Lom

- хорошо бы добавить кнопку с перекрестием, как на навигаторе. Тыць в кнопку позиционирует карту на пациенте. Иначе тяжело найти бродягу после масштабирования карты.

готово. чуть не начал изобретать свой лисапед, но нашёл готовое встроенное средство.