SpeedCam /базы радаров - установка, модификация для ВР Street Storm

Ну в общем-то не проблема, но зачем Вам вся база? Для экспериментов и такой файл пойдет, я думаю. Переименуйте в SpeedCam22.txt. Я специально с таким именем положил, чтобы "невнимательные" пользователи "это" своим ВРам не стали подсовывать.

 

Для РК, г.Печора.

 

Добавил наконец-то, извиняюсь за задержку, совсем занят был нафиг .
Вот, но хочу заметить! Этот спидкам (в приложении) содержит кучу ненужной информации. Работать конечно будет на ВРах, но...
1. Уважаемые сотрудники StreetStorm в своей новой базе сделали все камеры с директом "1", там, где были двунаправленные камеры стали две однонаправленные. Посты ДПС я конечно подкорректировал на круговой директ.
2. SS не пользуется (скорее всего) информацией из SCO, ну это и правильно, я бы их перестал уважать, если бы было наоборот. Но при слиянии баз моя программа не находит дубли там, где одинаковые камеры стоят рядом (не в одной точке), поэтому получаются задвоения, а так же, если координаты совпадают, а камеры разные.
Из-за этого много лишнего. Я решил свою программу дальше не развивать, а нарисовать сайт, в базе которого вся информация и будет храниться. На сегодняшний момент там реализована вся "мыслимая и немыслимая" логика по корректному объединению и отображение камер на карте Яндекса. Не успел дописать только формирование временных ссылок на скачивание SpeedCam22.txt. На выходных надо срочно написать "шабашку", в смысле небольшое ПО, так что при удачном стечении обстоятельств в воскресенье ночью займусь и выложу сюда качественную базу. Там сейчас 9017 записей, а в той, что я прикрепил более 10,5 тыс. А реально одно и то же.

 

Спасибо, достаточно было одной точки.

--- Сообщения Объединены, 29 авг 2015 ---

Спасибо, езжу экспериментирую.

 

Ребят, может кто-нибудь сделать для нашего ВР базу радаров для Европы?
Сам пробовал, но что-то не получилось, ВР не хочет её и виснет.
Очень нужно. Предстоит поездка по Европе.
Если кто-нибудь откликнется, буду очень признателен.

 

Вы посмотрите, какой у вас объем базы получился в speedcam22.txt? Если больше мегабайта - то никто не поможет. ВР не переваривает такие объемы ((

--- Сообщения Объединены, 30 авг 2015 ---

Тут одна крамольная мысль пришла в голову. А может попробовать сращивать не speedcam22, а уже конвертированные e_dog? Ведь теоретически, если у этих файлов нет заголовка, а просто шифрованние, то тупо можно в текстовом редакторе скопировать из одного в другой.
@Alex870 , что по этому поводу думаете?
Предвосхищу вопрос о совпадении ID - можно заранее готовить базы с продолжающимися ID. (Например 1 файл id с 1 по 100, второй - с 101 по 200.)
Или вообще без id. Я уже раньше проверял - ВР кушает базы без id

 

Если формат базы скармливаете корректный, то единственно правильный вариант Вам озвучил @jeka. Только есть у меня сомнения в том, что в Европе столько камер. Как создавали базу?

Мысль неплохая, на счет ID - их легко можно исправить и в e_dog_data.txt.
Может конечно я не до конца понял суть. Но вот такой вопрос: а где мы возьмем e_dog от, например, SCO?
Ну или другими словами какие e_dog Вы предлагаете сращивать? Есть e_dog от SS и SpeedCam от SCO. Я их сращиваю, на выходе получаю "SpeedCam+".
На самом деле формат e_dog мне известен и я могу его сделать из файла SpeedCam22, за исключением хэша в конце каждой из строк. Как он формируется для меня загадка. Вопрос тут поднимал, даже к Китайцам обращались, но все пути ведут к программистам SS. Всё это писали они, но признаваться не хотят. Этот хэш формируется на основе координат точки. Я проверял, если у двух разных камер одинаковые координаты, то и хэш одинаковый.
Может конечно попробовать вообще без него, а вдруг он ВР и не нужен, а используется только для сортировки точек, т.к. является буквенно-цифровым. Причем используются только маленькие латинские буквы кодировки ANSII.
Надо будет попробовать....
@jeka, расскажите поподробнее о своей идее.

 

Поясню. ВР не может сконвертировать из speedcam22 в e_dog базы бОльше определенного размера. Поэтому моя мысль такая: разбиваем большой speedcam22 на два небольших, конвертим по отдельности каждый. Получаем два разных e_dog и потом в текстовом редакторе их "склеиваем" и получаем один большой e_dog

 

Мысль здравая, я правда пока не сталкивался с e_dog таких размеров. В принципе даже утилитку могу написать для склеивания и автонумерации точек внутри склеенного e_dog. Ну если надо конечно.
А это Вы вообще по поводу поста @Andrej или сами с такой проблемой столкнулись, в смысле большой базы?

 

Как мне кажется, людям 1/1000 нужна полная база по камерам и радарам, и это наверное "дальнобои", а вот всем остальным нужны определённые регионы. Поэтому лучше делать speedcam по регионам и как вариант их склеивания. И ещё, чем больше shpeedcam, тем сильнее нагрузка на проц, а это не есть гуд, т.к. будет страдать качество записи и камеры будут определяться чуточку с запозданием. Вывод (просьба): Alex870 сделать данную прогу по регионам и возможностью формирования файла с учетом выбранных регионов, а также камер, радаров, пешеходных переходов и т.д. и т.п.

 

Если честно - вопрос очень спорный.
На сколько я понимаю архитектуру этих чипов, отдельных потоков для записи видео там не создается. Этим занимается встроенный модуль, там же реализован и кодек. Понятное дело, что основной поток не спит в это время, но и не загружен. А к базе он (основной поток) обращается по индексам, ну должен по крайней мере. Конечно если база будет запредельно большая - работать с ней основному потоку будет тяжеловато, но 1 даже 5 Мб никакой разницы для этой архитектуры нет. Так что грузите хоть весь мир. Другое дело конвертирование. Как уже установил @jeka больше 1 Мб переконвертировать у ВРа сил не хватает. Но 1Мб это около 20 тыс. камер!
На счет нужности регионов тоже сомнительно. Если Вы ездите только "с работы - на работу" (условно) то Вам SpeedCam вообще не нужен, вы и так знаете, где камеры стоят. Другое дело Москва. Там да, не все знают, что творится в соседнем округе. А если взять "провинцию"?! Люди ездят по 4-5 соседним субъектам. Это сравнимо с поездками москвичей. Ну там летом на море, на рыбалку, охоту (не летом ). Ну это конечно только мой взгляд, я лишь усомнился по поводу 1/1000.
Программу дорабатывать желания особого нет, она не получила особой популярности, а писать код... ну скажем так не самое простое дело. Я уже писал о том, что продолжаю работать над сайтом, там - да, можно сделать, но как разделить точки по принадлежности к региону я не знаю. Может в Яндекс-API и есть такие возможности, но пока не встречал.
Ну и интересно мнение остальных участников, кто что думает по этому поводу?

 

В основном по поводу @Andrej , но и сам как-то сталкивался, пытаясь срастить три базы от SS, SCO и MCI (естественно предварительно отфильтровав все возможные дубли)
Тогда база получилась где-то 1.4Мб и ВР завис на ее пережевывании.

Не могу согласиться. Никогда не знаешь, куда тебя занесет. Я например, во все четыре направления катаюсь от Москвы, радиус до 2000 км. Мне не с руки вибирать регионы, в которых собираюсь быть. А вдруг придется отклониться от маршрута и залезь в другой регион.
Потом, @aCEtOn добавил еще два типа "тревожных" точек - не камер. Некоторые ими захотят пользоваться. Так вот при добавлении в базу этих точек, объем растет до 2 мегов

 

Ну господа, вот Вы гоняете в радиусе 2000 км около Москвы (а сколько Вас таких по стране, которые не знают свой маршрут поездки?). Теперь, люди собираются в отпуск и ЗАРАНЕЕ планируют маршрут поездки (+/- 1-2 соседних региона), к примеру еду из РК в Сочи, то зачем мне Иркутская область, Дальний Восток и т.д. и т.п.? Это всё в обратной стороне, лишняя инфа для ВР, его работа, которая будет перелопачивать базу и искать точки с камерами. Как-то так. А про "допы", сами написали, что они базу еще более увеличивают, и всё будет нарастать как снежный ком, который катится с горки. Мое и только моё сугубо личное мнение, что ЖЕЛАТЕЛЬНО сделать возможность выбора базы по регионам и по видам опасностей (камеры, радары, опасности и т.д. и т.п.) И еще, если SS сделал свою базу слегка отличающуюся от общепринятой, то он как вариант мог бы на сайте и что-либо придумать для своих пользователей.
И вопрос: с 26 по 29 была выставка "Интеравто-2015", там был стенд SS кто-либо ходил-смотрел-общался с представителями и каковы их планы на будущее по своей продукции?

 

Присоединюсь к просьбе разграничения по регионам. Иногда езжу к родителям по маршруту Саров (Нижегородская обл.) - Заречный (Пензенская обл.) через Мордовию. Когда до SS был Advocam, жрущий все txt-шные файлы, то и грузил соответственно базы Нижегородской и Пензенской областей, а также Республики Мордовия с сайта MapCam.info. В этой базе всё - вплоть до лежачих полицейских, которые в закрытых городах и которые опционально можно и не грузить. Было удобно...
Отсюда и была одно время паника, что мой SS не видит базы, которые видел AdvoCam, - оказывается их просто нет в базе SS. Не входят Саров и Заречный в базу "Вся Россия"...

 

Мужики.
Регистратор CVR-A7810-G PRO, прошивка 6.2.
Копирую на карту памяти файл speedcam22.txt, на внутренней памяти регистратора создается файл e_dog_data.txt (раньше, на предыдущих версиях прошивки он создавался на карте памяти).
Что дальше? Оставить e_dog_data.txt на внутренней памяти регистратора или скопировать его на карту памяти?

 

На сколько я знаю, он всё равно конвертируется на внутреннюю. Думаю оставить. Проще сразу на карту кидать, что бы он конвертировался на внутреннюю.

 

раньше он из speedcam22.txt конвертировался на карту памяти, а не на внутреннюю, там и лежал, теперь конвертируется в внутреннюю память регистратора.

 

Раньше мы делали, чтобы с карты speedcam22.txt конвертировался на внутреннюю в e_dog_data.txt, теперь , начиная с 6-ой версии и стоковые прошивки делают это. Если с карты исчез speedcam22.txt и появился на внутренней e_dog_data.txt, то все нормально и должно работать. Так же и e_dog_data.txt с карты переносится во внутреннюю.

 

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