iZasada: трансляция speedcam-ов, может пора?

Давным-давно тема нанесения радаров и засад на карту краем затрагивалась вот в этой теме - http://forum.qrz.ru/showthread.php?t...F0%E0%E4%E0%F0

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

Может быть имеет смысл "нарисовать" где-нибуть в сети ретрансляшку данных c http://www.gibddcams.ru/ и http://www.radarinfo.ru/ ? Соответственно, отслеживать изменения на этих картах и ретранслировать их в APRS-IS. А там через гейты и на радио попадет.

Если идея нравится и вы будите "за", готов подумать о реализации...

Прежде чем это делать, конечно же нужно хорошенько подумать как грамотно и без ущерба для всех реализовать эту идею.
У реализации этой идеи есть и свои плюсы и минусы.
Мне кажется что лучше всего для этого в APRS подходит технология оверлеев.
Главное - чтобы оверлейный файл этих объектов был всегда свеж и те, кому он интересен знали бы где его можно оперативно взять!
Если не использовать технологию оверлеев, то эфир будет 'засоряться' не всем интересными объектами.

ПРИМ: см статью Что такое оверлеи и как с ними работать в программе UI-View

Понятно... Значит, не делаем. :)

Идея была как раз в том, чтоб вещять их в эфир. А кому не нужны - отфильтруют.
Типовой вариант использования я предполага следующий:
По идее, шлюз (ествественно все зависит от оператора шлюза) должен вещать только объектами, находящимися в определенном радиусе от него.
Едешь на машине. Попадаешь в зону дейтсвия гейта или репитера. Получаешь свежие (очень свежие!) точки по спидкамам и засадам. Станция или навигатор покажут (предупридят) о близжайших точках по мере следования.
Соответственно, я предполагал обновлять точки в APRS-IS раз в сутки по данным из указанных источников, там они "живые". Детально еще не ковырял эти сайты, но в KML они там сплевывают хинт "уровень достоверности". При репликации в APRS можно и отфильтровать наименее достоверные.

Цитата:

---

Сообщение от UB3ABM

А кому не нужны - отфильтруют.

---

Сейчас много разных APRS-клиентов, которые просто-напросто не умеют фильтровать.
Более того - что значить фильтровать? Фильтрация полагает не показывание каких-то пакетов на экране, только и всего, но ведь на входе радиотракта то все эти пакеты то будут присутствовать.
А поскольку этих объектов (радаров, камер и т. п.) очень много и их число растет с сумасшедшей прогрессией, то можно предположить чем заполнится эфир, когда эти объекты полезут в эфир. 8(((

Ну предположим, что первичный фильтр (/m) уже установилен на на каждом гейте. Таким образом гейт будет вещать не все объекты, а только те, что в радиусе, настроенном с помощью /m.
Предположим, что там будет сотня статических объектов, которые будут выплевываться в эфир только по Query All Stations. Получается, что не так много и не так часто. Это для радио-сегмента. для IS даже если их тысяча - это ничто. У французов же работает...
Я предлагаю сделать так: на неделе я поковыряю эти сайтики и выгружу с них точки, посмотрю из количество и (может) отфильтрую те, у которых "достоверность" низкая. Тогда мы будем обрладать уже какими-то более-менее четкими данными, чтоб обсуждать решение дальше...

Добавлено через 2 часа 45 минут
Нашел часок :) http://www.gibddcams.ru/ сегодня мертв :)

По поводу http://www.radarinfo.ru/
~ 2800 точек на всю Россею. На столицу еще выборку не делал.
Есть офицальный экспорт в CSV с точками, типами засад и лимитом скорости. Есть интерфейс для гугл-мэпс, в XML, там есть описание засад на русском языке, индекс достоверности точки и количество коментариев.
Ну что, посчитать точки для МСК?

-Удалил-

В общем, если отфильтровать все записи, у которых рейтинг ниже или равен 5, остается 1338 записей.

Предлагаю транслировать их Item-ами. Item-ы все-таки к датам не привязаны... В качестве символов предлагаю использовать /! (police/cheriff) для стацонарных постов, /P (police car) для засад, /E (eye) для камер и \< (advisory) для радаров.

Покапался на aprs.org, похоже что Bob Bruninga абсолютно не против такого варианта использования. Скажу более, они у себя сделали мониторинг трафика и рассматривали вариант ретрансляции трансляции. Для таких задач введен символ \m, отображающий бокс с набором символов, передаваемых в параметре сообщения - изначально для отображения скорости потока, но допускается использовать его в своих целях.

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

Цитата:

---

Сообщение от UA3IRS

то эфир будет 'засоряться' не всем интересными объектами.

---

Я достаточно глубоко поизучал спецификацию APRS, прототипирую скрипт для импорта. Нет у меня ощущения того, что эфир "засориться":

По скольку в нашем случае объекты статичны, обновления данных по ним не будет или будут крайне редки. Основные операции - добавление и удаление, но и они не часты (за последние три дня добавилось три точки на всю страну). Соответственно, все это ляжет в кэши узлов IS и IGate-ы.

В запросе Query All Station явным образом указываются координаты станции и радиус, в котором необходимо возвратить станции. Ну предположим, даже 20 км. Сколько будет точек при таких условиях? Возможно, пара сотен.

Артём,
я не против изучения и экспериментов, но пока как-то в голове не клеится как на мобильной yaesu ftm-350 всё это будет? Предпологаю удобство если подключён навигатор и типа POI засандаливаются в него с эфира через станцию на дисплей, но у меня такого нет.
Также на обычных навигаторах есть уже поддержка POI и с возможностью оповещения звуком автомобилиста в дороге.
Ещё один слабый вопрос про покрытие в Москве, а оно далеко от идеала.

С POI вам нужно регулярно загружать с сайтов в навигатор файл с точками. Получается, что 1) неудобно и 2) часто не актуально. Не каждый же день на будите синхронизировать данные? А тут едите - точки обновляются.
Как это может выглядить на 350-ке или 700/710 станции и на сколько это будет удобно - я не знаю. Но если затраты на разработку и тест небольшие - почему не попробовать?
А если прийдется к месту, может и мотив появится развивать покрытие :)

Ладно, уговорили. Темой вейпоинтов по спидкамам в контексте APRS не занимаюсь.

Ну почему так сразу категорично?
Можно использовать другую частоту. Свой APRS сервер.
Стандарт хороший, зачем изобретать другой.
Нужно только изобрести то, как не давать эту инфу тем, кому это не надо.

Своя частота и сво. APRS-сервер только убивают идею. Это означает, что прийдется развивать свой форк APRS-IS, искать единомышлинников на это, что произойдет навряд-ли, учитывая смешное количество дигирипитеров в Москве, либо вещать в одну физиономию и микроскопическое покрытие.
Так что лавочку прекрываем.

на сайте http://mapcam.info/ есть точки POI и спидкамы, там автомобилисты выкладывают свои данные по радарам и камерам для навиков, и есть конструктор по регионам

Цитата:

---

Сообщение от RA9YSZ

на сайте http://mapcam.info/ есть точки POI и спидкамы, там автомобилисты выкладывают свои данные по радарам и камерам для навиков, и есть конструктор по регионам

---

Спасибо! Хороши. Ресурс, большое количество точек и сделан аккуратно. Интересно, почему он мне раньше не попадался?
Да, похоже точки нужно очень сегментированно закачивать в навигацию, на одну Москву на сайте из только более 2000! Вопрос, конечно, в достоверности такого количества. Для APRS-а многовато :)

Цитата:

---

Сообщение от UB3ABM

...на одну Москву на сайте из только более 2000! Вопрос, конечно, в достоверности такого количества. Для APRS-а многовато :)

---

А может как-то запросами работать? Зачем все точки? Пусть диги прослушав мой маяк (если он со значком АВТО) передаст мне что творится вокруг в 5-ти километрах.