RUS  ENG 

Пожелания на версию 8

Страницы: Пред. 1 2 3 4 5 6 След.
RSS
[ Закрыто ] Пожелания на версию 8
 
Абсолютно не согласен. За 1.5 года работы очень часто обращался в тех поддержку. Всегда получал быстрые и качественные ответы на любые по сложности вопросы.
 
nomer5,
Абсолютно согласен, более качественной техподдержки еще не встречал, хотя есть опыт работы с лицензионным софтом как московских фирм, так и в Питере.
 
Цитата:
nomer5,
Абсолютно согласен, более качественной техподдержки еще не встречал, хотя есть опыт работы с лицензионным софтом как московских фирм, так и в Питере.

+1
 
Добавить возможность в ZuluServer вести журнал сетевой активности пользователей по входящему и исходящему трафику, тот же монитор Zulu, только с возможностью задавать период хранения информации сетевой активности (время включения или отключения сервера, коннекта или дисконнекта пользователя, и т.д.). Так же добавить возможность экспорта в любые распространенные текстовые форматы. Было бы неплохо интегрировать данную функцию в Зулу Администратор.
 
Вся сетевая активность записывается в лог файл сервера на каждый день. Он уже в текстовом виде. Просмотрщик лога в плане стоит и будет делаться сперва локальный. Через ZSAdmin сложнее т.к. логи за день (в зависимости от активности и опций) могут составлять гигабайты, и чтобы по сети их читать нужно отдельный механизм делать.
 
Не знаю, звучала ли такая идея, но...
Не плохо было бы иметь возможность создвать стиль линий.
Для тех же тепловых сетей очень удобно не цветами разделять, а маркерами.
Например сетевая вода по прямому и обратному выглядела бы так: -------Т1/Т2-----
 
Стили линий уже реализованы. http://www.politerm.com/zuludoc/struct_linestyle.htm
 
Требуется возможность поворота изображения на любой угол при выводе его на печать.
 
Reidenschi, а через меню "Вид" изменить угол карты для печати? Самое простое решение.
 
Если мы приобретем Zulu 8.0 для работы с новыми проектами, возможно ли параллельно использовать в работе клиент ZULU 7.0, для завершения текущих проектов?
 
Вопрос, что значит параллельно? Независимо можно. Одновременно на одной машине и 7 и 8 работать не могут. Формат данных пока тот же. Есть некоторые расширения. Т.е. все старые проекты можно в новой версии вести.
 
Вопрос, что значит параллельно? Независимо можно. Одновременно на одной машине и 7 и 8 работать не могут. Формат данных пока тот же. Есть некоторые расширения. Т.е. все старые проекты можно в новой версии вести.
 
Параллельно это я имел ввиду 2 установленных клиента у пользователя, старые проекты дорабатывать, открывая 7.0 а новые уже в 8.0..
Если нельзя, то будем от Вас ожидать возможность сохранения расчетного слоя в более ранних версиях, как это сделано во многих графических (в т.ч. CAD) редакторах.
Иначе переход на современное ПО (8-ку) будет тормозиться, что несомненно нас разочаровывает (( .
 
Формат слоя пока никто не менял.
 
Мои предложения к 8 версии:
1. Исправить надписи. Они часто наслаиваются друг на друга, особенно когда две теплосети идут рядом или при 4-х трубке.
2. Сделать отображение полного пути до потребителя. Например: ТЭЦ-2/УТ1020/1020-3/А5. Необходимо при формировании отключений потребителей на определенных участках или составления отчетов по подключенной к камерам нагрузки.
3. Сделать удобную выборку, отключенных на участках тепловой сети потребителей. В идеале нажатием одной кнопки)
4. Отображать нагрузку, подключенную к участку тепловой сети. Необходимо при работе с транспортировщиками тепловой энергии.
5. Сделать возможность автоматического занесения данных с wms слоев в информацию по потребителям. По аналогии с занесением информации по рельефу.
 
1. Исправить надписи. Они часто наслаиваются друг на друга, особенно когда две теплосети идут рядом или при 4-х трубке.
Уточните, каким образом "исправить"? В общем случае это не совсем понятно, как реализовывать.
2. Сделать отображение полного пути до потребителя. Например: ТЭЦ-2/УТ1020/1020-3/А5. Необходимо при формировании отключений потребителей на определенных участках или составления отчетов по подключенной к камерам нагрузки.
Частный сценарий можно макросом реализовать. Отчеты у всех разные.
3. Сделать удобную выборку, отключенных на участках тепловой сети потребителей. В идеале нажатием одной кнопки)
Сценарии могут быть разные. Обычно макросами сценарий реализуют и вешают на кнопку.
4. Отображать нагрузку, подключенную к участку тепловой сети. Необходимо при работе с транспортировщиками тепловой энергии.
Тоже макросом делается. Если участок в кольце, то не сделать. Только для тупика можно просуммировать.
Пример макроса по суммированию тех или иных данных по графу сети можем написать и выложить на сайт.
5. Сделать возможность автоматического занесения данных с wms слоев в информацию по потребителям. По аналогии с занесением информации по рельефу. GetFeatureInfo в WMS не содержит структурированных данных. Содержание слоя WMS заранее не известно. Что именно нужно "автоматически" заносить и куда? В случае рельефа понятно.
 
1. Исправить надписи. Они часто наслаиваются друг на друга, особенно когда две теплосети идут рядом или при 4-х трубке.
Уточните, каким образом "исправить"? В общем случае это не совсем понятно, как реализовывать.

Например реализовать смещение надписи при наложении нескольких надписей друг на друга. Зачастую печатные карты из зулу просто нечитаемы из за надписей. Особенно в головных участках источников, когда по одному корридору идут две, а то и три теплотрассы.

2. Сделать отображение полного пути до потребителя. Например: ТЭЦ-2/УТ1020/1020-3/А5. Необходимо при формировании отключений потребителей на определенных участках или составления отчетов по подключенной к камерам нагрузки.
Частный сценарий можно макросом реализовать. Отчеты у всех разные.
3. Сделать удобную выборку, отключенных на участках тепловой сети потребителей. В идеале нажатием одной кнопки)
Сценарии могут быть разные. Обычно макросами сценарий реализуют и вешают на кнопку.

В любом случае необходимость формирования отчетов перед администрацией города при отключении потребителей стоит пред всеми теплоснабжающими организациями. Отсутствие такой штатной функции в Zulu было значительным препятствием при выборе ГИС системы для создания электронной модели нашего города. С трудом отстояли именно Zulu. 99,9 % процентов инженеров в теплоснабжающих организациях не представляют как реализовать такой макрос. А 99,9 % айтишников таких организаций не имеют достаточного представления о тепловых сетях.

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

Было бы неплохо если бы такой макрос появился на сайте.

5. Сделать возможность автоматического занесения данных с wms слоев в информацию по потребителям. По аналогии с занесением информации по рельефу. GetFeatureInfo в WMS не содержит структурированных данных. Содержание слоя WMS заранее не известно. Что именно нужно "автоматически" заносить и куда? В случае рельефа понятно.

Например, я хотел занести адреса потребителей, используя данные с wms яндекса и гугла. Некоторым было бы удобно заносить кадастровые номера участков в данные по потребителю.
 
1.Например реализовать смещение надписи при наложении нескольких надписей друг на друга. Зачастую печатные карты из зулу просто нечитаемы из за надписей. Особенно в головных участках источников, когда по одному коридору идут две, а то и три теплотрассы.

Как минимум есть редактор, где записи можно растаскивать, лишние скрывать и т.д. В 8 версии можно отображать надписи только для указанных режимов одного типа (например только для магистральных камер).
Понятно, что ручная работа - это трудозатраты, но в ближайшее время , автоматическое перераспределение надписей не планируем. В общем случае результат может оказаться сомнительным. Например, не налезают друг на друга, но налезают на надписи другого слоя или закрывают объекты другого слоя и т.д.

3. Штатная функция в Zulu есть: она выдает список ключей объектов, попавших под отключение. Далее пользователи, которые формируют специфические отчеты для своих нужд именно этой штатной функцией и пользуются. А в какой ГИС есть штатная функция "Выдать отчет администрации такого-то города"?
Потом, есть у нас коммутационные задачи, где настраивается связь сети со слоем домов и как раз выдается отчет по отключаемым адресам в частности. После настройки одно нажатие - указание отключаемого объекта, второе - формирование отчета по результатам его переключения.
Если там чего-то конкретно не хватает или неудобно, пишите, можно доработать.

5. Подумаем над общим случаем заполнения полей базы по обращениям к интернет ресурсам. Кстати, в 8 версии слой Росреестра реализован. Отображаются его участки, возможен запрос с карты к данным и поиск по кадастровому коду.
 
Цитата:
А в какой ГИС есть штатная функция "Выдать отчет администрации такого-то города"?
Например, тут http://citycom.ru.opt-images.1c-bitrix-cdn.ru/upload/medialibrary/164/164043440694d8c6dfca14cdbc85203c.jpg?1476561302442771
http://citycom.ru.opt-images.1c-bitrix-cdn.ru/upload/medialibrary/035/03522fd71eb2e14338858a78fb99ac7c.jpg?1476561160279704
Достаточно сделать так, а дальше уже каждый сам подгонит под свой отчет.

Цитата:
Штатная функция в Zulu есть: она выдает список ключей объектов, попавших под отключение.
Например: идут испытания теплотрасс. На теплоисточнике ТЭЦ-2 к данному моменту уже отключено 7 участков тепловых сетей. В настоящий момент поступают сведения о порыве на 8-ом. Требуется сделать выборку абонентов отключаемых при выводе в ремонт 8-ого участка. Думаю ситуация стандартная для всех ТО. Где можно прочитать как решить такую задачу в Zulu?

Есть ли у Политерма какие-то наработки в вопросе определения радиуса эффективного теплоснабжения? Методика ВТИ была на рассмотрении в министерстве, но насколько я знаю так и не утверждена. Вопрос архиважный т.к. в схеме теплоснабжения он должен быть рассчитан, но по факту его считают по формулам 40-х годов не отображающих реальное экономическое положение. Думаю, появись такой модуль в Zulu и спрос на него будет колоссальный.
 
1. Задачи по анализу отключений решаются это в коммутационных задачах: http://politerm.com/products/thermo/zuluthermo/#comm
Почитайте http://politerm.com/zuluthermo/help/commtasks.htm
Таблица для отчета при моделировании отключения выдается. Модуль коммутационных задач используют те, кто сам не программирует.
А многие пользователи используют программный интерфейс для получения именно тех отчетов, которые нужны им сразу, без промежуточной подгонки чужого ответа под собственные нужды.

2. Про радиус эффективного действия годами спрашивают. Всем отвечаем: дайте методику - запрограммируем.
 
Спасибо, с отключениями разобрался. Просто нам не купили модуль коммутационных задач. Будем просить теперь его.
 
Добрый день!.
Подскажите, где можно ознакомиться с полным перечнем изменений/улучшений 8-ой версии по сравнению с 7-ой?
 
Данная страница сейчас доступна на тестовом сайте, http://5.politerm.z8.ru/news/releases/ZuluGIS8/
 
Цитата:
Данная страница сейчас доступна на тестовом сайте, http://5.politerm.z8.ru/news/releases/ZuluGIS8/
Ок! Спасибо!

Ещё вопрос: с полгода, а может и больше назад общаясь с тех.поддержкой (увы не помню с кем именно и переписка не сохранилась) обсуждали такой элемент тепловой сети (Зулу Термо) как регулятор расхода, осуществляющий регулирование по температуре. Т.е. элемент используемый на узлах смешения. В результате общения тех. поддержка сообщили что задача принята и поставлена в план работы по 8-ой версии. Хотелось бы уточнить входит ли данный элемент в текущую 8-ю версию или ожидать его позже? Ну и относительно аналогичных изменений как дела обстоят -- в Зулу Термо появятся новые элементы или изменения, дополнения существующих?
 
В плане стоит. В текущую версию не входит. Если можно, распишите подробно принципы работы такого узла.
Страницы: Пред. 1 2 3 4 5 6 След.