[U]В начале сообщения всегда пишите версию программы. [/U] Такое бывает когда после ЦТП нет циркуляционного трубопровода ГВС, только подающий на нужды открытого водоразбора. Режим работы участка Отключен обратный трубопровод, на потребителях не задана доля циркуляции. Если дело не в этом пришлите пьезометрический график и данные по участку после ЦТП.
Сейчас это невозможно. Рассмотри ваше предложение, может учтем в будущих обновлениях.
Хочу отметить, добавление таких полей может способствовать понижению достоверности информации. начнется ввод заведомо некорректных данных, так что бы было.
Уже появилось 2 варианта дальнейшего развития сценария.
Первый вариант По вашим словам, данные из таблицы участков достаточно скопировать в таблицу повреждений. Это можно сделать вручную, либо SQL запросом либо макросом. вручную вы умеете, SQL запрос может использовать оператор сравнения геометрии, Distance<(расстояние от центра символа повреждение, до участка) и выглядеть так:
Код
UPDATE [defect]
set [defect].[Диаметр участка] = [voda].[Внутренний диаметр трубы, мм]
where[voda].geometry.distance([defect].geometry)<10
and [voda].typeid = 8
Если говорить о макросе, все немного посложнее, можно использовать метод GetClosestElementByXY – поиск ближайшего объекта (позже добавим на сайт пример использования данного метода).
Копирование данных производиться не будет. Используется механизм связи 2-х и более таблиц (справка). Но необходимо соблюсти несколько условий.
1) Таблицы обоих слоев должны быть размещены в одном источнике данных, желательно в одном источнике ADO или ODBC(Microsofr SQL server или аналоги).
2) Необходимо продумать взаимодействие этих 2 таблиц, к примеру в таблицу повреждений добавить поле, в котором будет храниться идентификатор участка, это может быть поле sys или инвентарный номер участка.
3) Определиться с тем, как будет заполняться идентификатор участка в таблице повреждений: вручную, запросом SQL, скриптом. Описывалось в первом варианте.
4) В базе данных слоя повреждений необходимо создать еще один запрос, в котором произвести связь таблиц повреждений и участков.
Пожалуйста подробно опишите действия, которые совершает оператор, который заносит повреждения. Что означает "подгружалась основная информация" из каких объектов слоя тепловой сети. Какие дальнейшие действия с полученной информацией вы собираетесь предпринимать.
Версия ZuluGIS и ZuluServer 8.0.0.7150 - если ваши версии отличаются, пожалуйста обновитесь.
При добавлении Тематической раскраски, Надписей, Типов, Режимов и Баз данных в структуре слоя они автоматически появляются в окне Рабочее место. Карту пересохранять и переоткрывать не нужно.
Касательно скорости загрузки плиток с Tile-сервера OpenStreetMap, тут от ZuluGIS мало что зависит. Сервер медленно отдает плитки, это видно даже на сайте www.openstreetmap.org . Прервать попытки ZuluGIS в получении плиток можно копкой Esc. Тайловым слоям можно задать Рабочую область, что увеличит скорость доступа к данным Online Справка.
Можно поискать альтернативный источник плиток или попробовать скачать карту OSM в shp файлах, что обсуждалось в другой ветке форума (Подробнее...)
Здравствуйте! Адрес рабочий, видимо 19 уровень - конечный, после него плитки Tile-сервером не отправляются.
В Zulu можно зафиксировать максимальный уровень, после которого плитки больше не запрашиваться и происходит масштабирование изображения последнего уровня.
Видно, что это совершенно разные расчеты, сравнивать данные графики не имея представления по Вашей сети нецелесообразно. Отличая начинаются с наименования самих объектов, Тк-24СЗ на графике 1 и Тк-24 на графике 2, заканчивая расчетными параметрами, разный располагаемый напор в тех же узлах.
График 1 неверен - скорее всего построен по слою, расчет которого не производился или производился с ошибками. График визуализирует данные из баз по объектам, видимо давление вскипания в базе по задвижке равно нулю или пусто, а по сетям после задвижки остались данные предыдущего расчета. Рекомендация - произвести расчет, убедиться что он проходит, данные по элементам после Задвижки обновляются, построить график повторно.
График 2, - похож на правильный, он наглядно демонстрирует тот факт, что на участке от ТК-1 до Задвижки наблюдаются большие потери напора, которые отражены в таблицах по участку и видны под графиком. Чем они вызваны, надо анализировать модель.
Возникла путаница с типами полей (вещественное, строковое и т.п.). Ошибка скорее всего возникает в момент записи результатов расчета в таблицы. Посмотрите, на каком типе объектов возникает ошибка и перейдите в редактор соответствующей базы данных ([URL=www.politerm.com/zuludoc/index.html#zb_table_restruct.html]подробнее..[/URL]). Чтобы узнать какие типы полей должны быть установлены создайте новый слой. Настройте ваш рабочий слой по аналогии...
За компьютером, где установлен ZuluServer в настройках операционной системы, язык программ не поддерживающих Unicode - Установите Русский (подробнее...)
Модуль коммутационные задачи, да и в принципе почти все задачи, входящие в состав пакета можно приобретать по отдельности. Без лицензий на выполнение гидравлических расчетов коммутационные задачи работать буду.
Касательно количество модулей, оцените возможность их одновременного использования. Лицензии записываются на сетевой ключ, бывает и одной конкурентной лицензии достаточно, используя её по очереди.
SELECT
[Адрес узла ввода],
Sum ([Расчетная нагрузка на отопление, Гкал/ч]),
Sum([Расчетная нагрузка на вентиляцию, Гкал/ч]),
Sum([Расчетная средняя нагрузка на ГВС, Гкал/ч])
FROM [Система централизованного теплоснабжения]
WHERE Geometry.Selected() = 1 AND
typeid = 3
group by [Адрес узла ввода]
union all
(SELECT
"Суммарная нагрузка",
Sum([Расчетная нагрузка на отопление, Гкал/ч]),
Sum([Расчетная нагрузка на вентиляцию, Гкал/ч]),
Sum([Расчетная средняя нагрузка на ГВС, Гкал/ч])
FROM [Система централизованного теплоснабжения]
WHERE Geometry.Selected() = 1
AND typeid = 3)
SELECT byref[Вид прокладки тепловой сети] FROM [teplo] where byref[Вид прокладки тепловой сети] = 2
1) реализовано только в 8 версии 2) для полнофункциональной поддержки данного механизма(при работе через ZuluServer) может потребоваться установка обновлений версии 8.0.0.7097u
Скрытые (невидимые) в карте слои - на печать не выводятся и при печати с карты и в макете. Если слой включен, но опция отображать слой при печати не активна, он так же не будет выводиться на печать.
В ГИС Zulu 7.0 и ниже для хранения атрибутов зачастую использовались таблицы Paradox и dBase, используя Borland Database Engine (BDE). В процессе своей работы BDE пользуется своим служебным файлом, который по-умолчанию имеет путь C:\PDOXUSRS.NET. в случае, если создание этого файла в корне диска C:\ невозможно, BDE не может работать и возникает ошибка доступа к данным. Подробнее: www.politerm.com/articles/tips/bdevista/