Windows Вопросы и решение проблемм СПульт
- Автор темы revit
- Дата начала
revit написал(а):
Опция "не отображать снятые с контроля" нужно обязательно, т.к. после обновления ПО у ничего не подозревающих пользователей не должно ничего измениться.
И в дереве адресов оператора, при установленном признаке "не отображать снятые с контроля", не должно быть лифтов снятых с контроля.
У Администратора, все-таки, должны быть все лифты.
revit написал(а):
Фактически речь идет, как я понимаю, о возможности из режима Администратора, сразу перейти в режим "Настройка" конкретного пользователя. Ну и должен быть возможен возврат в режим Администратора в переделах работы одной сессии SPult. Это реально сделать, всё-таки, через промежуточное обращение к серверу, т.е. при переходе из Администратора в Настройку сохраняются текущие изменения на сервере, после чего вычитывается пользовательская структура из сервера. А при возврате из режима Настройки вычитывается вся структура для режима Администратора.
Эффект только в том, что не нужно завершать SPult и запускать снова.
apathy написал(а):
Это не в SPult, а в LKDSDomainCfg.
Желательно соблюдать направленность темы.
revit
Гуру
Андрей Ефименко написал(а):
Андрей Владимирович, вы возможно меня не правильно поняли. Я предложил это только для админского режима, т.к в нем на экране отображаются все лифты базы. Не контролируемые можно убирать из основного окна т.к занимают много места, но оставлять в дереве адресов (дерево сворачивается и места много ими не занимается) т.к иногда лифты возвращаются и надо же где то их искать чтобы не вводить дубли.
У диспетчеров лифтов снятых с контроля обычно совсем не много. Это исключительные случаи ,когда надо временно снять с контроля, но не убирать совсем. Они не портят общую картину.
Наверное опять не совсем правильно поняли меня.Андрей Ефименко написал(а):
Опишу еще раз свое видение. Когда я завожу новую организацию, то сразу формирую четыре профиля- админа, полный контроль, диспетчер и просмотр. Эти четыре профиля используются всегда и в любой организации! Остальные профили добавляются уже по мере необходимости и просьб. Так вот я как админ использую постоянно два из них -админский для изменения структуры и полный для проверки работоспособности ггс, диагностики, обновления и т.п. т.к практически всегда при добавлении новых лифтов приходится перенастраивать , прошивать и проверять работу блоков. По сути эти два профиля всегда админские т.к полный доступ вообще редко кому нужен. Вот и получается что практически всегда при администрировании пользуешься двумя окнами Спульт для одной организации. А иногда необходимо и две , три админки сразу запустить.. Так вот по админским аккаунтом я прошу обьединить админский режим и режим полного доступа .
Последнее редактирование модератором:
revit написал(а):
Такой режим имеет смысл для размещения "в виде упорядоченных улиц".
Это можно сделать на уровне SPult. Т.е. ввести параметр для подключения "В панели состояний не показывать неконтролируемые лифты".
revit написал(а):
В таком режиме SPult<->сервер не может работать принципиально, т.к. при работе Администратора не производится никакой обмен данными (кроме "тиков жизни"). Новые лифты до сохранения конфигурации не известны серверу.
revit
Гуру
Почему? А для режима "по поставщикам инфы"?Андрей Ефименко написал(а):
Почему бы не сделать переключение из режима конфигурирования лифтов в режим полного доступа для админа? По аналогии режима "настройка" в пользовательском СПульте, только наоборот?Андрей Ефименко написал(а):
Последнее редактирование модератором:
revit написал(а):
Конечно и для этого режима.
Почему-то думал, что этот режим нужен только операторам и только для проверки наличия связи с УМ.
revit написал(а):
Тогда, наверное, речь идет о возможности из режима Администратора, сразу перейти в режим "Работа" конкретного пользователя. Ну и должен быть возможен возврат в режим Администратора в переделах работы одной сессии SPult. Как я уже писал - это реально сделать через промежуточное обращение к серверу, т.е. при переходе из Администратора в Работу сохраняются текущие изменения на сервере, после чего вычитывается пользовательская структура из сервера. А при возврате из режима Работы вычитывается вся структура для режима Администратора.
Опять же - эффект только в том, что не нужно завершать SPult и запускать снова.
revit
Гуру
Эффект не только в этом. Меньше запущенных Спульт во время администрирования. Меньшее кол-во аккаунтов в окне подключения. У меня там список из нескольких десятков уже, потому что две больших сети, а помимо двух аккаунтов для администрирования в домэйне (админ и полный) бывают необходимы аккаунты диспетчерские и прочие для проверки.Андрей Ефименко написал(а):
А может, для радикального решения проблемы множественных админских аккаунтов, сделать некоего суперадмина, как когда-то предлагал кто-то на форуме, у которого будут администрироваться сразу все организации данного домэйна и можно будет переносить лифты из одной в другую, не размножая при этом одни и те же географические адреса?
Последнее редактирование модератором:
revit написал(а):А может, для радикального решения проблемы множественных админских аккаунтов, сделать некоего суперадмина, как когда-то предлагал кто-то на форуме, у которого будут администрироваться сразу все организации данного домэйна и можно будет переносить лифты из одной в другую, не размножая при этом одни и те же географические адреса?
LKDSDomain разработан на основе LKDSCloud.
Организация в LKDSCloud и в LKDSDomain изолированная сущность.
Возможно, организации в LKDSDomain не дают особого эффекта в части разделения прав, т.к. LKDSDomain работает для одного конкретного предприятия, и об этот тоже писали на форуме.
Ограниченность распределения прав на основе предопределённых групп лифтов, которых сейчас 32, замечали многие наши клиенты. Увеличение групп лифтов до 64 радикально не улучшит ситуацию.
Один наш немецкий клиент и ваш коллега предложил свою систему распределения прав на основе ролей.
Внутри одной организации (в терминах LKDSDomain) создаются роли. Роли определяют права (те же что и обычно) и лифты, на которые эти права распространяются. Пользователь привязан к ролям, возможно на определённый период.
И в LKDSDomain реализована поддержка этих ролей. Причём клиенты *SPult не дорабатывались, т.к. LKDSDomain передаёт им данные в привычном виде.
Для внедрения у нас этой системы распределения прав есть два препятствия:
1. Не реализовано администрирование, немцы сами непосредственно меняют базу данных.
2. Работа с ролями, в части понимания, существенно сложнее, чем традиционная работа с группами.
revit
Гуру
Решил воспользоваться функционалом показа на карте нужного адреса, удивить заказчика...
Проверяю.... Вбил координаты дома в параметрах дома, взятые с Яндекс-карт, сохранил.
В SPulte через меню "расположение на Google Maps" показывает дом на карте Гугл (почему не на Яндекс, допустим? ну ладно...)
Отдельно на лифтах такой команды нет, но почему -то в параметрах лифта есть поля для ввода географических координат...Зачем они?
И если уж они есть, то почему бы после ввода координат дома автоматически не перенести их в координаты всех лифтов этого адреса? Это же логично?! В каких то особых случаях значительного отклонения расположения лифта на адресе от координат дома пользователь сможет их поправить вручную, но я думаю это маловероятно.
В ASPulte через меню "показать на карте"ни на выбранном доме, ни на лифтах ничего не показывает. :-(
"В данном разделе нет информации о местоположении лифтовых блокАХ"
Для чего вводили тогда этот функционал? На мобильном девайсе он как раз таки логичнее.
И было бы замечательно иметь возможность перенести координаты сразу в яндекс нафигатор.
Проверяю.... Вбил координаты дома в параметрах дома, взятые с Яндекс-карт, сохранил.
В SPulte через меню "расположение на Google Maps" показывает дом на карте Гугл (почему не на Яндекс, допустим? ну ладно...)
Отдельно на лифтах такой команды нет, но почему -то в параметрах лифта есть поля для ввода географических координат...Зачем они?
И если уж они есть, то почему бы после ввода координат дома автоматически не перенести их в координаты всех лифтов этого адреса? Это же логично?! В каких то особых случаях значительного отклонения расположения лифта на адресе от координат дома пользователь сможет их поправить вручную, но я думаю это маловероятно.
В ASPulte через меню "показать на карте"ни на выбранном доме, ни на лифтах ничего не показывает. :-(
"В данном разделе нет информации о местоположении лифтовых блокАХ"
Для чего вводили тогда этот функционал? На мобильном девайсе он как раз таки логичнее.
И было бы замечательно иметь возможность перенести координаты сразу в яндекс нафигатор.
Последнее редактирование модератором:
revit написал(а):
Так показалось проще. Сейчас, наверно, придётся сделать выбор (настройку) - какие карты использовать - Google Maps или Yandex Maps.
revit написал(а):
Это недочёт для режима Оператора (в других режимах этого недочёта нет). Недочёт исправлен (SPult пока не выложен) - в режиме Оператора, если у лифта нет координат, а у дома есть, то лифт показывается на карте с координатами дома.
revit написал(а):
Наверное речь идет о ASPultPlus?
В ASPult сейчас нет возможности посмотреть расположение на карте.
revit
Гуру
Андрей Ефименко написал(а):
Вот спасибо... Сделал так, очистил всё.... Блин... пропали все подключения.... :angry:
надо было наверное "очистить кэш"?
А вот на карте так и не отображается ни в режиме показа адреса, ни в режиме показа лифтов(подъездов).
Зачем это меню в режиме отображения диспетчерской и в режиме отображения всех улиц непонятно вообще...
revit написал(а):Вот спасибо... Сделал так, очистил всё.... Блин... пропали все подключения.... :angry:
надо было наверное "очистить кэш"?
А вот на карте так и не отображается ни в режиме показа адреса, ни в режиме показа лифтов(подъездов).
Зачем это меню в режиме отображения диспетчерской и в режиме отображения всех улиц непонятно вообще...
Я передам разработчику ASPultPlus
Возможно будет лучше отметить этот эффект и в теме ASPultPlus.
revit написал(а):
В обновление ПО выложен SPult:
- в режиме Оператора, если у лифта нет координат, а у дома есть, то лифт показывается на карте с координатами дома.
- название команд "Расположение на Google maps" заменено на "Расположение на карте"
- во вторую строку файла ListConnect.xml добавлен параметр UseYandexMap:
<Disp Name="Connections" . . . UseYandexMap="1">
если UseYandexMap="0" или отсутвует, то для показа на карте лифта или дома используются Google Maps, иначе Yandex Maps
revit
Гуру
Не работаетАндрей Ефименко написал(а):
Работает. Но все таки лучше сделать по умолчанию Яндекс-карты (для Спульт). Они все таки точнее для нашей страны. На гугл картах просто нет многих новостроек которые уже эксплуатируются. И яндекс карты при открытии фокусируются на объект а гугл приходится долго приближать чтобы увидеть конкретный дом. Я думаю обычны пользователям , не умеющим редактировать фал конфигурации, будет легче с Яндекс-картами. Ну а если бы был оперативный выбор карты из меню (добавить еще 2ГИС), то вообще шикарно было бы. ИМХОАндрей Ефименко написал(а):
Последнее редактирование модератором:
