Диспетчерское ПО «АвтоГРАФ.PRO» v.5.x (.NET)

[denisio]

Версия с инсталлятором
Архив (portable версия)
MSI-пакет (только для тестирования, без схем и данных)
Установщик бета-версии

Файл с настройками интернет-карт - MapsUrls.ini

Руководство пользователя
Cборник всей документации (pdf)
Cборник всей документации (zip)

Документы по отдельности
Быстрый старт
Руководство пользователя
Работа с картами (добавление и настройка)
Обработка и расчет (создание параметров для расчета, дизайнер параметров)
Отчеты (быстрые отчеты, детальные отчеты, редактирование шаблонов)
Контроль обработанной площади (создание инструментов, расчет площадей)
Список водителей (создание, идентификация по карточкам и т.д.)
Диспетчер пользователей
Геозоны

Импорт данных из АвтоГРАФ 4.0 в АГ 5 ПРО - пособие для перехода из 4.0 в 5 ПРО

Краткое введение (видеозапись вебинара) - смотреть видео, скачать видео в mp4 (2.8 ГБ),
Презентация
Требования: .NET Framework 4.0 или здесь

При запросе логина и пароля использовать: demo / demo

[SK]

и я так предполагаю. но почему, когда точка с координатами посетителя выходит за пределы радиуса, программа все равно фиксирует, что машина находится в зоне КТ?

Вы думаете, что программа работает исключительно по концам отрезков из которых состоит трек ? Если бы так было, ТС вполне могло бы пересечь в пределах одного отрезка зону контрольной точки и, таким образом, не зафиксироваться. Т.е. когда отрезок трека пересекает зону КТ по хорде, но оба его конца лежат за пределами этой зоны.
Поэтому, если совсем упрощенно, для мобильных КТ реальные отрезки разбиваются на более мелкие. Для обычных Кт используются другие алгоритмы определения пересечения треком геозоны.

Вот Вам банальный (найденный сходу в вебке) пример пересечения треком геозоны, когда ни одна из записанных трекером точек трека не лежит внутри геозоны:



ТС же пересекло геозону, правильно ? То, что кто-то, например, поставил в трекере запись точек раз в 30 секунд не от меняет же факт входа в геозону в реальности, правда ?
Фиксация ТС в геозоне нужна же не всегда для определения факта остановки или еще какого-либо действия ТС в ней, так ? Зачастую это просто маршрутные точки, по которым удобно оценивать степень выполнения маршрута.

[programmer]

В добавок к сказанному SK.

Фиксируются также пересечения треков при значительном удалении красных точек от оранжевого отрезка и оранжевых точек от красного отрезка

А теперь простыми словами: Никто не утверждает, что алгоритмы максимально точны, как всегда - это компромисс между скоростью работы и точностью. Единицами времени по-прежнему являются записи прибора. Когда появится время, мы вернёмся к усовершенствованию алгоритмов. Перейдём к межзаписьным единицам времени, увеличим точность до миллисекунд и даже наносекунд (сейчас это модно), сразу предупреждаю: Ваши Селероны с 4Гб этого не потянут!
Пока же, Данил, я Вам просто подсказал, что значительно увеличит точность определения МКТ.

[AndrewVltg]

По гайду вот так


Подскажите пожалуйста, пытаюсь настроить расчёт площадей пока на 1 ед. техники и кажется мне, что ничего у меня не получается именно в этом месте

[NickolaDed]

Читайте мануал. Кто ленится читать мануал. То платит деньги тем кто его читал

[SK]

NickolaDed, цитату в рамочку и на стену !
Аплодирую стоя !

[AndrewVltg]

Нда. В первом скрине и так вырезка из мануала.

[programmer]

AndrewVltg, а я вообще не понял, в чём вопрос.

[NickolaDed]

Человеку надо настроить расчет площадей с выводом в рейсы. Я ему один объект настроил для затравки. Второй он повторить не может. Вот я теперь денег вымагаю или бартер

[AndrewVltg]

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

[Данил]

увеличит точность определения МКТ.

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