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

**R3ABM** · 01.07.2011, 10:26

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

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

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

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

**UA3IRS** · 01.07.2011, 10:41

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

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

**R3ABM** · 01.07.2011, 10:57

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

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

**UA3IRS** · 01.07.2011, 11:38

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

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

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

**R3ABM** · 03.07.2011, 14:23

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

Добавлено через 2 часа 45 минут
Нашел часок

http://www.gibddcams.ru/ сегодня мертв

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

**R3ABM** · 04.07.2011, 08:09

-Удалил-

**R3ABM** · 05.07.2011, 09:14

В общем, если отфильтровать все записи, у которых рейтинг ниже или равен 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 км. Сколько будет точек при таких условиях? Возможно, пара сотен.

**RZ3DHN** · 05.07.2011, 11:16

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

**R3ABM** · 05.07.2011, 11:35

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

**R3ABM** · 06.07.2011, 06:45

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

**UA3MQJ** · 06.07.2011, 21:10

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

**R3ABM** · 06.07.2011, 22:14

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

**R9YZ** · 08.07.2011, 05:15

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

**R3ABM** · 08.07.2011, 05:57

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

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

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

**UA3MQJ** · 08.07.2011, 09:31

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

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

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