Дмитрий Емельянов (Все сообщения пользователя)

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

- Локальный ключ (фиолетовый), устанавливается непосредственно в рабочее место, он либо не подключен, либо не установлен драйвер ключа.
- Сетевой ключ (красный), либо не подключен к компьютеру хосту, либо не установлен драйвер ключа (устанавливается и на компьютере с ключом и на клиенте), либо наш ключ (Vendor 45939) недоступен в Sentinel HASP Admin Control Center (необходимо задать параметры поиска ключа).

Начните с обновления драйвера ключа, обновите и на компьютере с ключом и на клиенте https://www.politerm.com/download/?dl=haspgui Недавно обновляли дистрибутив на сайте, старый драйвер "глючил" после обновления Windows.

Организация защиты описана в статье, https://www.politerm.com/articles/features/zuluhasp/

AsText() меняется на length()

Добрый день! Глубина колодцев определяется после расчета уклонов участков. Обратите внимание на расчет участков и исходные данные по ним.

Если надпись уже создана, то положение бирок считается зафиксированным, при этом некоторые надписи, для предотвращения наложения друг на друга или объекты карты, могли быть [URL=https://www.politerm.com/zuludoc/index.html#label_edit_move.html]смещены вручную.[/URL]

Что бы изменить положение надписей и перерисовать все надписи или надписи выделенных объектов, необходимо установить опцию [URL=https://www.politerm.com/zuludoc/index.html#label_orientation.html#label_orientation5]Переписать существующие надписи.[/URL]

В Вашем случае опция [URL=https://www.politerm.com/zuludoc/index.html#label_orientation.html#label_orientation1]вдоль линии[/URL], на мой взгляд, лишняя.

Добрый день!

Подробно описано в справке [URL=https://www.politerm.com/zuludrain/webhelp/index.html#auto_transfer_flow.html]https://www.politerm.com/zuludrain/webhelp/index.html#auto_transfer_flow.html[/URL]

из нюансов:
1) должен быть промежуточный слой - ЗДАНИЯ (называться он может как угодно)
2) точка привязки потребителя водоснабжения должна находиться внутри здания и колодцы водоотведения аналогично

В Текущей записи стрелками можно переключаться между записали подчиненной таблицы, а во вкладке Ответ видны все записи.

Добрый день!

Действительно, в рамках одного запроса могут отображаться данные из одного источника данных. Соответственно таблицы, размещенный в базе SQLite, необходимо будет разместить в источнике данных Oracle. Имеется инструмент миграции данных, позволяющий копировать таблицы между источниками данных. Миграция возможна для всего слоя и из редактора базы данных. Воспользуйтесь 2 способом.




https://www.politerm.com/zuludoc/index.html#zb_table_migration.html

Изначально, в операционной системе предустановлено 32-битное ядро СУБД Microsoft Access. 64-битные версия ZuluGIS 2021/ZuluServer 2021 не могут с ним взаимодействовать.

64-битное ядро СУБД Microsoft Access, которое необходимо скачать и установить доступно здесь: https://www.microsoft.com/ru-RU/download/details.aspx?id=54920

При работе с данными ZuluServer, оно должно быть установлено за серверным компьютером.
При работе с локальными данными, в однопользовательской ГИС ZuluGIS, оно должно быть установлено за локальными компьютером.


После "разблокировки" таблиц можете осуществить миграцию данных на альтернативные СУБД (База данных SQLite, SQL Server LocalDB, источник PostgreSQL или источники данных ADO (OLE DB)) .
https://www.politerm.com/zuludoc/index.html#zb_migratedata.html

Место, где вода остывает, всегда можно найти используя график.  Построив путь и переключив классический пьезометр на график падения температуры.

Если к потребителю вместо требуемых 95, приходит 88 то его действительно не наладить.

На температуру на вводе в потребитель оказывают  влияние тепловые потери и скорость движения воды по трубопроводу. Тепловые потери в свою очередь определяются исходя из исходных данных. и могут быть посчитаны по:
[LIST]
[*][URL=https://www.politerm.com/zuluthermo/webhelp/index.html#sd_common_thermoleaks_norms.html]нормированным потерям[/URL]
[*][URL=https://www.politerm.com/zuluthermo/webhelp/index.html#sd_common_thermoleaks_fact.html]с учетом фактической изоляции[/URL]
[/LIST]Определив тепловые потери, в зависимости от скорости движения воды, в результате расчета определяется величина остывания воды следуя от надала до конца участка.

Скорость движения воды зависит от диаметра участка и расхода по нему.

Таким образом, что бы приходило больше 88 градусов можно:
[LIST]
[*]снизить тепловые потери, улучшить изоляцию
[*]увеличить скорость, увеличив расход или уменьшив диаметр трубы
[*]увеличив температуру выходящую от источника
[/LIST]В некоторых случаях специально увеличивают расход на потребителя на 10-20% за счет установки опции [URL=https://www.politerm.com/zuluthermo/webhelp/index.html#options_thermoleaks.html]Компенсировать потери расходом для шайбовых вводов[/URL] , более 20 % обычно нецелесообразно, т.к. увеличив расход проходящей через СО в ней увеличиваются потери и они становятся больше Расчетного располагаемого напор в СО, м

В некоторых случаях на сети ставят перемычки

В некоторых случаях, если протяженность сети на графике 95/70 2-3 километра и более, ничего не поделаешь, вода всегда будет остывать.


Но зачастую все гораздо проще, достаточно просто проверить расчетную нагрузку на СО (её ставят очень маленькую, а соответственно получается маленький  расход, что в пересчете дает очень маленькую скорость), перевести её в т/ч и сравнить с реальными данными с объекта.

Добрый день!

Условие поиска не может быть пустым. Поставьте в условие пробел, попробуйте, найдет или нет.

Добрый День!
Да, кэшировать карту OSM из ZuluGIS - запрещено.
Это сделано специально, по просьбе администрации карт OpenStreetMap.

Проверьте, Что у вас занесено в поле [B]Максимальное давление в обратном тр-де на СО, м.
[/B]
Если там Пусто, приложите пьезометрический график, до проблемного потребителя.

Сейчас никак. Поставим в план.

Добрый день!

Можно добавить новый пункт легенды, основанный на базе фильтров тематической раскраски.https://www.politerm.com/zuludoc/index.html#print_layout_legend_edit.html

Важное замечание, средств для автоматической расстановке надписей(бирок), исключающих наложение их друг на друга - НЕТ.
Изменили описание.

Положение бирок можно менять следующими способами.
1) Изменение ориентации бирок в настройках надписей. Таки образом можно изменить положение всех бирок или только для перечня объектов, добавленного в группу.
*Что бы ориентация, ранее созданных бирок, изменилась при сохранении шаблона надписей надо поставить галочку переписать существующие надписи.
https://www.politerm.com/zuludoc/index.html#label_create.html

2) В режиме редактирования бирок, можно перемещать как одну бирку, так и для перечня объектов, добавленного в группу.
https://www.politerm.com/zuludoc/index.html#label_edit_move.html

Важно! для изменения положения бирок, опция АВТО, в настройках бирок должна быть отключена.

Добрый день!

В программе реализовано 2 подхода.

[B]Подход 1, по-умолчанию.[/B] Пользователь вносит нагрузку на ГВС в поле [B]Расчетная нагрузка на ГВС, Гкал/ч[/B], далее эта нагрузка переводится в соответствии с расчетными температурами в расход, который арифметически складывается по мере приближения к источнику. Заметьте, тут не важно что из себя представляет нагрузка. Внося либо среднюю, любо максимальную нагрузку, вы получаете разные расходы на участках.

Внесение средней нагрузки и арифметическое сложение расходов (нагрузок) не противоречить пункту  5.3 СП124.

[B]Подход 2, учет неравномерности. [/B]Пользователь вносит нагрузку на ГВС в поле [B]Расчетная нагрузка на ГВС, Гкал/ч, [/B]количество жителей в поле[B] Число жителей, [/B]устанавливает [URL=https://www.politerm.com/zuluthermo/webhelp/index.html#options_gvs.html]2 опции,[/URL] галочку напротив расчета учитывать неравномерность и тип нагрузки, которая указана в поле[B].[/B] При этом, к потребителю всегда будет поступать максимальный расход, при котором известны средний расход количество жителей и соответствующий им коэффициент неравномерности. При соединении максимальных расходов с 2-х участков, общий расход будет так же максимальным, но не будет арифметической суммой выходящих из узла расходов. Он рассчитывается на основании сложения общего количества жителей, определении общего коэффициента неравномерности, умноженного на сумму Средних расходов.

Такой подход мало кем используется, но в программе реализован. Пример расчета на обобщенных потребителях (в качестве исходных данных вносится не нагрузка, а расход) представлен [URL=https://www.politerm.com/history/zuluthermo_6472/]здесь[/URL].

У нас это уже реализовано, не как в CAD-системах, а немного иначе. Щелчком правой кнопки мыши вызывается контекстное меню и далее выбирается необходимая функция.

[URL=https://politerm.com/zuludoc/index.html#edit_input_polyline_geom.html]https://politerm.com/zuludoc/index.html#edit_input_polyline_geom.html[/URL]

[QUOTE] написал:
Есть ли возможность проверки заполнения базы данных по другим ячейкам? к примеру что бы программа проверяла заполненность ячейки с наименованием узла или потребителя?[/QUOTE]
Нет, такая проверка на этапе расчета не предусмотрена, т.к. эти поля не являются обязательными для выполнения расчета.

Что бы отслеживать процесс занесения данных вы можете:
1) выполнять запросы к базе данных, для поиска незаполненных данных,

2) закреплять условие запроса в виде тематической раскраски

3) сделать эти поля обязательными для заполнения

Все новые типы, которые добавляются без баз данных выступают в качестве соединительного элемента и в расчете не участвуют.

Если к этому типу добавляется база данных он может рассчитываться как элемент узел, со всеми свойственными им полями, являющимися исходным данным или результатом расчета [URL=https://www.politerm.com/zuluthermo/webhelp/index.html#tables_node.html]https://www.politerm.com/zuluthermo/webhelp/index.html#tables_node.html[/URL]
Поля должны быть добавлены, в расчете используется Имя поля, к примеру H_geo, Gt_pod, Ppod.

Узел характеризуется минимальным набором исходных данных, только поле H_geo - Геодезическая отметка, м. Если этого поля в базе данных нет, при выполнении расчета вы увидите сообщение Ошибка Z020: 'Новый тип #15' В базе не найдено поле 'H_geo' , при этом расчет пройдет, результаты расчета по узлу будут записываться, будто отметка узла 0.

Если поле базе данных имеется, но не заполнено при выполнении расчета вы увидите сообщение Ошибка ZD004: ID=350 Неверное значение поля 'H_geo'- и расчет не запустится. Ошибка может не возникать, если в базе по объекту отсутствует запись, поэтому перед расчетом надо обновить число записей по безе объектов, а на будущее настроить правило на добавление записей в структуре слоя.

Если поле базе данных имеется и оно заполнено, при выполнении расчета данная отметка будет использоваться для определения результирующих величин давления в данном узле.

Добрый день!
Версия 8.0 не поддерживает эти расчёты. Данная функция доступна только в ZuluThermo 2021.
Все новые возможности подробно описаны на странице "[URL=https://www.politerm.com/products/geo/zulugis/whatsnew/#zuluthermo]Что нового в ZuluThermo 2021[/URL]"

Обращаю ваше внимание, что при обновлении необходимо одновременно обновлять ZuluGIS/ZuluServer и ZuluThermo.

В процессе импорта имеющиеся у вас файлы XML преобразуются в слой Zulu. Файлы XML должны быть выполнены в соответствии с схемой.

о схемах: https://rosreestr.gov.ru/activity/okazanie-gosudarstvennykh-uslug/vedenie-egrn/xml-skhemy/
об импорте: об импорте: https://www.politerm.com/zuludoc/index.html#import_xml.html

Добрый день! Тут пример с описанием, вам в принципе надо делать все по аналогии.
https://www.politerm.com/zuluthermo/webhelp/index.html#data_processing_sample.html

Если надо отнять минус 6, так и указывайте.

Поиск в интернете дал такой документ [URL=https://docs.cntd.ru/document/1200114276]https://docs.cntd.ru/document/1200114276[/URL]. Можете использовать указанный в нем.

Можно пойти на сайт производителя трубы, поискать в там. У некоторых даже примеры расчета бывают, доступные на сайте или по запросу, можете попробовать сравнить.

И в версии ZuluGIS 2021 появилась функция для переноса данных из полей типа BLOB в файлы, что сильно уменьшит размер файла базы данных.
https://www.politerm.com/zuludoc/index.html#zb_transfer_blob.html