nikniz

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

Можно пользоваться нынешними .dcm (они тоже выпускаются), .cgmaps не видит.

Ну, извините, тогда я вашу ситуацию объяснить не смог, у меня при включении навигатора в 20:30 файл "98Spb.jam" остался при обновлении за 15 часов с чем-то, когда я последний раз выключался.

Вы уж извините, это ведь все мои домыслы. Хорошо было бы, чтобы ответил кто-нибудь из персон, приближенных к тайным знаниям программы. Файл стирать теперь не надо, как только все заработало, он должен был обновиться. По поводу корректур - я понимаю, что, официально, корректуры идут в файле "98Spb.prod.upd". Я не заметил, но может он и обновлялся нормально?

Я подчеркиваю, связь была, пробки делали вид, что обновляются. СитиГид, поэтому считал, что информация актуальна, но в реальности перезаписывания файла "98SPb.jam" не происходило и СитиГид пользовался этим файлом, считая что он только что пришел.

Если бы вы прочитали пять -шесть сообщений выше своего, то поняли бы, что 23 мая с 20:09 до 22:10 пробки не отдавались, по причине работ на сервере. Хотя связь с сервером была нормальная и "телефончик" был зеленый. Очевидно, что у вас сохранилась пробочная информация от 17:40 (или около этого) и, при запуске навигатора в 20 часов с копейками, СитиГид счел ее актуальной и предлагал маршруты по ней, а не по статистике. В таком случае, наверное (ИМХО) надо было бы стереть файл устаревших пробок. Хотя как это можно было понять находясь за рулем в дороге я не представляю .

Joss, большое вам спасибо, конечно, за быстрое и все разъясняющее сообщение, но, может быть, ввести в практику предупреждение заранее - "С такого-то часа работы на сервере, пробок не будет 10 минут"? Я бы, например, сразу успокоился и не стал бы смотреть логи, перезапускать PC и роутер, проверять прохождение в разные стороны и т. д.

В Питере 23 мая в СитиГид лайте и Диспетчере с 20:09 пропали пробки. В логах ошибок нет.

То есть, на стороне клиента ничего сделать нельзя? Только ждать нового Диспетчера?

Следовательно сервер не виноват? Можно пробовать старые версии Диспетчера? Правильно ли я понял, что проблемы пока останутся, но будут возникать эпизодически? Или верный ответ: проблема началась 20 мая и останется до переиздания Диспетчера? Спасибо за ответ.

Вчера (20 мая), с 17:04 сервер перестал отдавать Диспетчеру информацию сессии ADDP (рекламу, видимо?). И с этого момента до сих пор точки опять отдаются диспетчером через 6-10 минут. Прошу обратить на это внимание.

Еще не ездил по версии 7.8, но наверное стоит, на всякий случай, сообщить, что проблемы с пропаданием звука начались у меня на навигаторе StarWay 500x с выходом версии 7 для WinCE ( не помню, наверное 7.2?). Но я решил, что это просто совпадение и мне на самом деле попался дохнущий экземпляр навигатора. На СитиГид никогда не грешил. Особенно уверился в аппаратном происхождении глюка после того, как однажды звук пропал из под Навитела. При попытке определить момент, когда отваливается звук, ездил слушая музыку через встроенный в навигатор трансмиттер. Вероятных причин по набранной с

Спасибо, но теперь пропал мониторинг: Подскажите, какого апдейта? СитиГид или Диспетчера? P.S. Спасибо, 14:46 уже нормально.

Ранее, я уже отмечал непонятную закономерность пропускания точек в Диспетчере 2.1. Сегодня в СПБ, по крайней мере, с утра снова в History.txt идут ошибки сессии MESS И снова в Диспетчере точки от навигатора на маршруте идут через 6 -8 минут Это я наблюдаю уже в четвертый раз, наверное можно считать, что реальная связь между ошибками MESS и пропаданием точек существует. P.S. Читающие форум сотрудники MIT, можно попросить что-то снова поправить, чтобы ошибок MESS не было?

Согласен, разумного объяснения, приходу точек через раз, через два не вижу. Прошлый раз, для себя сначала пытался объяснить эффект пропадания точек длительным таймаутом (2 минуты) сессии MESS, но посмотрел лог и понял,что не совсем так - сессия MONI идет все равно через каждые три минуты. Может, после сбойной сессии MESS идет пустая сессия MONI? А когда MESS задваивается (видел такие куски в логе), то идет пропуск двух точек? Короче, после того, как Joss прошлый раз написал, что MESS починили, все стало нормально.

Я прошу прощения, понимаю что тема не та, но MESS в диспетчере снова не работает точно также как было ранее. И, следовательно, пошли пропуски точек - идут через 6-8 минут.

Спасибо! MESS заработал. Подскажите, а с пробками ПК - это чисто моя проблема или что-то есть и на серверах?

Да, у меня в навигаторе пробки через MTS теперь идут, все в порядке. Но, насколько я понимаю, сервер пробок другой - juxib.probki.net ? Только в сессии MESS как и в Диспетчере ошибки Добавлено: Lite и Диспетчер пока без изменений.

Пробок в Питере нет в 11 часов (и ранее). Доехал по Тексету без пробок - так и не получил. Попробовал запустить дома Lite и Диспетчер Что-то service.probki.net [84.52.88.199] даже не пингуется. Другие серверы работают - monib.probki.net, dpoib.probki.net. А вот messb.probki.net у меня тоже failet P.S. Посмотрел далее - пинги service.probki.net проходят, только иногда терялись.

Да, интервал прихода 6 - 8 минут. Кусок трека: А в History.txt все время идет с ошибкой сессия MESS (наверное Message History?) Может что-нибудь надо включить или выключить в настройках, чтобы ошибок не было? Я, конечно, вижу, что в тему диспетчера знатоки не заглядывают . Но вдруг кто-нибудь разъяснит, что это за ошибка. P.S. (Файл messhistory.txt - пустой, т.е. в HEX: 0000000000: FF00 FF00 0002 0000 │ 0000 0000)

A нельзя ли добавить тему с черными (а не с темно-серыми) шрифтами в самом тексте сообщений? Пониженный контраст текст-фон ускоряет утомление глаз, особенно если зрение не 100%. Хорошо, что оставлена возможность вернуться на старый вариант, там шрифты черные и четкие. Для сравнения:

24 апреля 12:16 запускаю СитиГИД диспетчер v2.1. ДПОИ приходят и отображаются, объекты мониторинга отображаются, а пробки однократно приходят (сведения в About присутствуют), но не отображаются. В СитиГИД Lite 3.4 все нормально. P.S. Отображающиеся пробки пришли только в 12:38. (Канал Interhet проводной).

Смотрю сегодня в Питере с компьютера - что-то с пробками не так. Такое впечатление, что данные по пробкам на сервере сбросились и начинают накапливаться заново. Одинаково CGLite и Диспетчер. Город словно пустой.

Если сразу взять CityGuideDispatcher v2.0, вместо СГЛайта, то трек с навика надо только переименовать в соответствии с названием "друга" в диспетчере и открыть как трек этого "друга"

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