Алексей Аширов (Все сообщения пользователя)

[QUOTE] написал:
[QUOTE] написал:
 [QUOTE] написал:
Не работает EnumElements Версия  8.0.08105 В чем причина?[/QUOTE]
 Вроде работает. Если слой серверный, должны быть права на перечисление объектов[/QUOTE]
Слой серверный. Что такое права на перечисление объектов? У нас есть лицензия на определенное кол-во одновременных подключений, можем спокойно редактировать, добавлять, удалять объекты и т.д.[/QUOTE]
[URL=https://politerm.com/zuluserver/webhelp/index.html#zsaccess_permissions.html]https://politerm.com/zuluserver/webhelp/index.html#zsaccess_permissions.html[/URL]

[QUOTE] написал:
Не работает EnumElements Версия  8.0.08105 В чем причина?
[/QUOTE]
Вроде работает. Если слой серверный, должны быть права на перечисление объектов

Планы есть, но не ближайшие.

Да, можно не включать. Это файлы производные от основных данных.

[QUOTE] написал:
Доброе утро!
Спасибо за быстрый ответ, но моя база не на основе слоя, т.е. есть описатель *.zb и сама таблица *.db в ней нет *.b00 и т.п. Такая структура мной сделана намеренно т.к. если база как слой (но без графических объектов на карте) то при отображении семантики в браузере активная кнопка "обновить число записей" при клике на которую все записи базы удаляются!!-объектов же в ней нет!
Или сделать базу нормальным слоем без объектов, тогда как сделать чтобы кнопка в браузере "обновить число записей"  была не активна
При вызове диалога открытия через Сервер геоданных *.zb  не видно, оно и понятно т.к. через Сервер геоданных для открытия мы используем *.zl в котором содержится строка-ссылка на *.b00
В принципе лог изменений можно писать и в текстовый файл не заморачиваться базами!
Подключение через Сервер геоданных необходим для надежности т.к. файловый доступ по сети иногда "слетает" и требуется заново пользователю вводить учетные данные логин-пароль[/QUOTE]
Сейчас с сервера отдельно базу не открыть.
Можно создать слой на сервере, к которому доступ защищен от простых пользователей. К этому слою формально прицепить базу и с ней работать. С форматом db вообще лучше не работать, тем более на сервере.
Обычно протокол изменений табличных данных ведется триггерами в самой СУБД, т.к. таблицы прямого отношения к Zulu не имеют и могут изменятся другими приложениями.

[QUOTE] написал:
Создаю журнал изменений при редактировании пользователями слоев. Всю информацию пишу в определенные мной поля базы данных *.zb без графических объектов.  Плагин открывает базу через файл расположенный в папке на компьютере сервера Zulu  (файловый доступ) Вопрос можно ли как-то открывать эту базу через сервер геоданных как например *.zl открывает слои?[/QUOTE]
Добрый день. Нужно открыть слой, через слой получить имя нужной базы  и открыть базу с этим именем. Файловым доступом пользоваться для серверного слоя не надо.

Нужно посмотреть, как на самом деле данные организованы и что с ними происходит. Пришлите, пожалуйста, телефон на [email protected]

Если растровый слой оставить в проекции МСК, то он все равно будет отображаться в карте с проекцией WGS84, пересчитывая изображение при рисовании. Будет медленнее рисовать из-за постоянного пересчета с эллипсоида на эллипсоид и из проекции в проекцию.

[QUOTE] написал:
Версия 8.0.0.8061u.
Добрый день. При наладке на схемах ЦТП с элеваторами не производится расчет рекомендуемого номера элеватора и диаметра сопла. В ноябре 2021г. такой проблемы не было. Подскажите в чем может быть причина?[/QUOTE]
Добрый день. Сейчас тоже расчет производится. Если результат по элеватору не записан, возможно расчет проведен не полностью. Посмотрите, что пишется в протокол расчета. Либо сеть пришлите на [URL=mailto:[email protected]][email protected][/URL] Посмотрим.

Добрый день. Если рельеф есть, то должно быть можно. Подумаем.

Этот параметр ранее был заведен для трубчатых ТО. Для пластинчатых, да и для любых можно задавать 1 секция, 1 группа и общие потери. По идее, если у ТО есть регулятор, то к потерям ТО нужно добавлять еще и потери полностью открытого регулятора.

[QUOTE]Жук Андрей написал:
Добрый день. Есть опубликованная на сервере карта с привязкой по координатам, доступ к которой осуществляется с мобильных устройств. Также есть набор растровых файлов на внутренней памяти телефона привязанных к карте в той же системе координат, но не опубликованных на сервере. Можно ли при пользовании картой с телефона открыть как дополнительный слой растровый файл в внутренней памяти телефона?[/QUOTE]
Добрый день. А что собой представляют растровые файлы и как описана их привязка?

Тут нужны подробности. Пришлите, пожалуйста, телефон для связи на [email protected]

Сейчас в существующий слой доимпортировать нельзя. В планах развития новой версии такая задача есть.
Сейчас можно, например, так: 1. импортировать csv в новый слой, там сделать импортированные объекты типовыми. 2. в общий слой импортировать тип из нового слоя. 3. выделить все объекты нового слоя и Карта\Группа\Записать в общий слой.

[QUOTE]Нелли Григ написал:
Получается не видит введенную у потребителя нагрузку. Как устранить?[/QUOTE]
Добрый день. Мы не видим Вашу сеть. Пришлите, пожалуйста, сеть на [URL=mailto:[email protected]][email protected][/URL] Посмотрим

[QUOTE]Татьяна Жила написал:
 Здравствуйте, подскажите, пожалуйста, в чем проблема: с недавнего времени (скорее всего после обновления, просто не сразу обратили внимание) при запуске наладочного расчета, программа словно не видит/не учитывает большую часть дросселирующих узлов (регулятор давления в обратном). Раньше все было нормально, заданные в них регулируемые параметры напора учитывались при расчете. Ссылку на пример проблемного узла прилагаю. Версия: 8.0.0.7894u.[/QUOTE]
Добрый день. На картинке путь для пьезографика не проходит через обратный трубопровод. Так что вопрос не очень понятен.
Версия не очень новая. Обновите. Если вопрос останется, пришлите пример на [URL=mailto:[email protected]][email protected][/URL]

Добрый день.

Сейчас такой возможности в правилах нет.
Обычно запросами заполняют:

[QUOTE]BY VA написал:
Здравствуйте. Решили вопрос? такая же проблема, пользователи остаются в системе и не дают вновь входить.
может есть какое-то дополнение, которое по тайм-ауту будет освобождать сервер от пользователей?[/QUOTE]
Добрый день. У нас есть отключение по тайм-ауту, если его задать в конфигурационном файле или персонально для каких-то пользователей.
Тут проблема другая. Остаются соединения, несмотря на тайм-ауты.
Чтобы проблему исправить, нужно ее воспроизвести и отловить в отладчике. У нас пока воспроизвести ситуацию не удается.
На демонстрационном сервере (zs.zulugis.ru), который иногда месяцами крутится, такого ни разу не было.
Пришлите, пожалуйста, телефон для связи на [URL=mailto:[email protected]][email protected][/URL] Нужно уточнить условия возникновения ситуации.

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

Если  же ставить свое сопло в поле результата наладки, то первая же наладка значение перезапишет.

Добрый день. От места, возможно, зависит. В Питере 18 уровень

[QUOTE]Марина Маркова написал:
Добрый день, возможно ли расширить данный модуль или создать на базе новый, выполняющий статистические задачи, Например аккумулировать и графически показывать количество и места повреждений за ОЗП или любой заданный период.[/QUOTE]
Добрый день. Напишите, пожалуйста, более подробно про задачи на [URL=mailto:[email protected]][email protected][/URL]

[QUOTE]Валерий Филатов написал:
[QUOTE]
[/QUOTE]
Спасибо за оперативный ответ!
Я могу сохранить данные из сторонней программы в формате kml, дальше планировал написать конвертор(например на python), который будет создавать поля, необходимые для корректной загрузки в Zulu. Проблема в том, что сама Zulu должным образом не воспринимает файл, созданный в этой же программе. Я поэтому и спрашиваю: может я чего-то не понимаю, и есть способ, при котором импортируемые из kml формата  данные (речь про данные созданные с помощью встроенной команды экспорт) могут восприниматься как расчетный слой zulu thermo.
Как перевести данные из формата kml (структура которых не предназначена для чтения программой zulu) в формат zmp не представляю.[/QUOTE]
Сообщите, пожалуйста, Ваш телефон для связи на [URL=mailto:[email protected]][email protected][/URL]

[QUOTE]Валерий Филатов написал:
Большое количество данных, для которых нужно выполнить гидравлический расчет, хранятся в сторонней программе.  Для удобства импорта данных в зулу и дальнейшего расчета предполагалось написать конвертор, представляющий данные в формате kml. Однако при рассмотрении процедур экспорта  в kml формат и последующего импорта из kml формат в программе Zulu было замечено следующее: слой, содержащий базовые объекты zulu thermo, после экспорта в kml формат и импорта этого же слоя в Zulu, воспринимает слой, как слой - неподходящий для расчета в zulu thermo. Подскажите пожалуйста: возможно ли добиться такого результата, чтобы импорт из kml формата воспринимался как расчетный слой zulu thermo ?[/QUOTE]
Добрый день. Это надо формат разрабатывать. KML - это просто способ хранения.
Но если Вы можете писать в формат kml, то Вы также можете писать и в формат zulu, что люди и делают. И тогда можно точно получить расчетную модель для ZuluThermo

[QUOTE]Pavels Sarkovs написал:
Добрый день
Сервер 8.0.0.7894
Клиент 8.0.0.7894u

Проблема с "зависшими" сессиями по-прежнему актуальна
Пользователям разрешено 2 сессии что бы не звонили каждый день что не могут зайти.
Дата скриншота 29 сентября - видно повисшие с 27го сессии[/QUOTE]
Пришлите, пожалуйста, лог сервера