Здравствуйте! Адрес рабочий, видимо 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/
(1 способ, попроще) расхода на участке или располагаемом напоре у потребителя, в Zulu создаются в виде надписей. При экспорте в DXF указывается опция, [COLOR=#ff0000]экспортировать бирки[/COLOR]. В чертеже DXF, создается новый слой, в котором будут размещены подписи к объектам.
(2 способ, требует больше настроек) Способ экспорта в DXF с использованием шаблонов AutoCAD, в этом случае бирки в Zulu не создаются. Подготавливается Шаблон DXF, в нем создается шаблон блока, с атрибутами. Далее, подготавливается файл конфигурации экспорта, в котором указывается, соответствие символов Zulu - блокам DXF и какой параметр таблиц Zulu писать в наименование атрибута блока.
1) "кэш кэша" мы не строим, и так работает быстро. Явно ускорить работу с тайлами может установка проекции карты в соответствии с проекцией Tile-слоя, поэкспериментируйте, система не затрачивает время на перепроецирование плиток. см Видео.
2) может и возможно, но сервис который бы выгружал ВЕКТОРНЫЕ данные слоев из Яндекс карты нам неизвестен. Встречали сервисы, которые позволяют скачивать векторные данные карт OSM и приобретать векторные данные 2ГИС.
Можно реализовать средствами СУБД, к примеру на Microsoft SQL Server. Но естественно не на уровне запросов или форм Zulu, а на уровне таблиц (входящих в запрос или форму) хранящихся на сервере СУБД.
Таким образом к ограничениям доступа к данным, которые накладывает ZuluServer дополнительно наложатся ограничения Microsoft SQL Server. Но работать данная связка будет только в том случае, если ZuluServer будет передавать учетные сведения (логин и пароль) на сторону СУБД. Достигается это с применением соответствующей настройки (www.politerm.com/zuluserver/webhelp/index.html#zssetup_s2.html) или используя для авторизации на ZuluServer и сервере СУБД учетные сведения Windows.
Запросом SQL, что описывался Выше, можно перенести не одно поле, а все необходимые. Или попробовать перенести только sys объекта второго слоя в первый, связать таблицы по данному полю в рамках одного запроса и штатными запросами (ИЗМЕНИТЬ F**) перенести необходимые данные в таблицы первого слоя.
Может Вы подцепляетесь не к точке вставки [I]Источника[/I]. Включите режим отображения [I]Узлов[/I] попробуйте еще раз. И кстати CTRL нажимать необязательно.