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

Layer.NetworkObjects(eNetworkArcs)- это в Visual Basic

В билдере иначе импортируется библиотека. Посмотри конкретные названия методов в импортированных файлах

   ILayerPtr l;
   l = MapCtrl1->Map->Layers->get_EditLayer();

   INetworkObjectsPtr Nw;
   Nw = l->get_NetworkObjects(eNetworkArcs);

1. Начала и концы всех участков сети в коллекции  Layer.NetworkObjects(eNetworkArcs)
Коллекция состоит из NetworkObject, где есть Key объекта и KeyBegin KeyEnd начала и конца.

2. Поэлементно начала и концы можно получать через Layer.GetIncidentElements(ElemID, eIncidentAll) Но это подольше работает, если элементов много, за каждым элементом в базу будет лезть.

//Тогда уж
IObjectTypePtr objType;
objType = MapCtrl1->Map->Layers->Active->ObjectTypes->GetItemByIndex(mass1[i]);

eObjGraphType objGraphType;
//Вместо eObjGraphType* objGraphType;
objType->get_GraphicType(&objGraphType);
//Вместо objType->get_GraphicType(objGraphType);

Эта команда касается интерактивного редактора и выполняет то же, что и конопка со стрелкой (Undo - Redo)

Сперва должен быть установлент редактируемый слой карты, например:
MapCtrl1.Map.Layers.EditLayer = MapCtrl1.Map.Layers.Active

После этого команда работает.

Не очень понял проблему. Что такое копия и что такое оригинал? Нужно сеть посмотреть. Пришлите на [email protected]

Да вроде нет.

1942 очень старая версия. Скачайте обновление с сайта. Сейчас одноступенчатых теплообменниках можно самому задавать испытательные параметры, отличные от 70-30/5-60, а также рециркуляцию по контуру ГВС.

Схема 26 - чистый водопровод. Там регулятора температуры вообще нет. Сливает расход равный 1000*Qг/(Tг-Tх) и все.
Схема 27 - это теплообменный аппарат. Там может быть регулятор, а может и не быть.

Для расчета летнего режима, вообще говоря, нужна другая схема. Наладочный расчет там делать не нужно. А поверочный подразумевает отключение систем отопления (т.е. номер схемы должен быть просто 26 для открытого и 27 для закрытого) Плюс если подача воды только по одному трубопроводу, нужно еще и режимы участков менять. И возможно напор на источнике. Нагрузка на ГВС летом тоже может быть другой, сто можно регулировать коэффициентом изменнения нагрузки на ГВС. Так что лучше скопировать зимние данные в новую папку и на базе этой копии создать летний режим.

// Вставьте в проект на VC++ перед #import такой H-файл
#ifndef __STDOLE2_H
#define __STDOLE2_H

#pragma pack(push, 8)

#include <comdef.h>

struct __declspec(uuid("bef6e002-a874-101a-8bba-00aa00300cab")) IFont;
struct __declspec(uuid("bef6e003-a874-101a-8bba-00aa00300cab")) Font: public IFontDisp {};
struct __declspec(uuid("7bf80980-bf32-101a-8bbb-00aa00300cab")) IPicture;
struct __declspec(uuid("7bf80981-bf32-101a-8bbb-00aa00300cab")) Picture: public IPictureDisp {};
struct __declspec(uuid("4ef6100a-af88-11d0-9846-00c04fc29993")) FontEvents;


_COM_SMARTPTR_TYPEDEF(IFont, __uuidof(IFont));
_COM_SMARTPTR_TYPEDEF(Font, __uuidof(IDispatch));
_COM_SMARTPTR_TYPEDEF(IPicture, __uuidof(IPicture));
_COM_SMARTPTR_TYPEDEF(Picture, __uuidof(IDispatch));
_COM_SMARTPTR_TYPEDEF(FontEvents, __uuidof(IDispatch));

#pragma pack(pop)
#endif//__STDOLE2_H


#import "\Zulu32\Zulubase\Zb.tlb" no_namespace

Добрый день. Вообще у нас пользователи сами шифоровали данные ключом. для этого парвда ключ нужен. В приципе когда-то что-то сами шифровали, но это не штатные возможности. Для конкретных пользователей. Для работы в сети через сервер можно защищать просто правами доступа.
При шифровании тоже масса тонкостей. Данные, даже зашифрованные, после открытия в системе можно экспортировать или вытащить через объектную модель, или скопировать в незащищенный слой. Если этого нельзя, то нужны доп меры по всякому ограничению, чтобы на этот слой можно было только смотреть.

Какую версию Zulu поставили (номер билда) на обновленный компьютер? В любом случае поставьте последнюю с сайта. Если не будет работать, напишите на [email protected] Будем дальше разбираться.

Одна из возможных причин, старая версия Zulu на клиенте. На всякий случай сперва посавьте на аппаратном сервере демо версию Zulu и ZuluServer одной версии. Попробуйте открыть карту через сервер с клиента, находящегося на самом аппаратном сервере. Если и это не работает, будем дальше разбираться. Если работает, поставть на клиентской машине Zulu той же версии. В любом случае сообщите о результатах.
Попробуйте со своего клиента, если скорость связи позволяет, открыть карту на нашем сервере zulugis.ru ( zs.zulugis.ru 6473). Небольшая карта в папке Termo.

2. В разных городах как правило разные ГИС применяются в разных организациях, например в Питере во всех администрациях АРМы на компонентах Zulu, в земельном комитете MapInfo в ряде организаций ArcView, AutoCAD, Microstation и т.д. Если мы пойдем по пути подключения расчетов ко всем системам, мы просто сильно отвлечемся от постоянного совершенствования и сопровождения самих расчетов и своей ГИС (а пользователей у нас сейчас несколько сотен). Так что на данный момент подключать расчеты к другим системам не выгодно ни за какие деньги.
Самое простое, что делают пользователи при наличии разных ГИС, это устанавливают двусторонний обмен данными между разными ГИС, которые решают разные задачи. Заметитм, что если с точки зрения некой абстрактной общности и хорошо всем пользоваться единой системой во всем городе или во всем мире, но в жизни так не происходит, и технологам, например, работать с даннми расчетной модели и выполнять расчеты в Zulu будет однозначно лучше и быстрее, т.к. она именно под это многие годы затачивалась.
Будут на праздниках вопросы, пишите.
PS. Cпасибо за поздравления! Вас так же с Новым Годом!
PSS. Всех с Новым Годом!!!

ООО "НВЦ Интеграционные технологии" не первый год активно работают и с ИнГео с Zulu. Можно зайти на их сайт и на первой же странице почитать много хорошего и про одну и про другую системы http://www.gis.su/
1. Обмен данными можно осуществлять через стандартные обменные форматы, например MID\MIF. При этом теряются топологические связи, но их после импорта можно тем или иным способом утановить. Можно создать свой конвертор, используя объектные модели ИнГео и Zulu. Программно читать данные в одной системе и программно записывать в другую. В любом случае рисовать все заново точно не нужно.
2. У нас, в Zulu, база по умолчанию Paradox, а так можно использовать и SQL серверы и Access и т.д. Опыт показывает, что там где нет людей, занимающихся в организации сервером, технологам для ввода данных и проведения расчетов самостоятельно проще пользоваться Paradox. Если в организации принято использвать тот или иной SQL сервер, то им же может пользоваться и Zulu.
3. Если нужны гидравлические расчеты водопроводных сетей, а они водоканалам нужны, то в любом случае деньги на них потратить придется. В ИнГео таких расчетов нет. Дальше можно сравнивать Zulu и ИнГео как ГИС, но это скорее не наше дело, как разработчиков Zulu. Скажем только, что ИнГео - очень хорошая система.
4. Одно время работы по подключению расчетов к ИнГео нами велись, но уже год, как мы их остановили. Просто не хватает времени и сил. Очень много своих задач. Только за этот год выпустили ZuluServer, расчеты паропроводов ZuluSteam, расчетный комплекс «Водопотребление» для автоматизированного расчета с потребителями воды. В новом году скоро выйдут расчеты газопроводов ZuluGas и т.д.
Кстати, заметим, что расчеты под ArcGIS, которая как ГИС функционально гораздо мощнее чем Zulu, не были проданы ни разу.

У нас, конечно, не CorelDraw. Отсутствие задания порядка вывода объектов одного слоя на карту связано с внутренними особенностями организации данных и за пять минут это не подправить. Вообще, объекты одного слоя не должны дважды покрывать одну и ту же территорию. Можно их в разные слои тогда разместить.
Дырку сделать можно так: в редакторе выделяем первый объект (в котором делаем дырку) и создаем из него мишень (правка\установить мишень Ctrl+T). Выделяем второй объект (который должен быть внутри). Затем даем команду Правка\Вырезать из мишени группу. И все. В описании редактора это есть.

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

Программа может считать потери по двум формулам из снипа Прандтля-Никурадзе и Альтшуля. В настройках есть опция.
Они по разному считают коэффициент гидравлического сопротивления (лямбда из формулы Дарси). В первой Рейнольдс вообще не учитывается во второй учитывается, но при нормальных скоростях практически не влияет. При малых же скоростях Рейнольдс влияет больше, но при этом абсолютные значения самих потерь очень малы и не влияют на общие потери в сети.
При таких малых скоростях, гораздо важнее не то что потери не 1 см на километр, а 2, а то что вода при таких скоростях может замерзнуть (если считать с тепловыми потерями).

Добрый день. Там где обновления выходят без комментариев, там, как правило, исправлены ошибки.

Добрый день, LabelFields задают только шаблон вывода надписей, а сам текст надписей берется из полей баз данных. Если в базе данных текст меняется, то и выводимый надписью текст изменится.
Поэтому, чтобы вытащить текст, нужно прочесть его из бызы данных, соответствующей типу конкретного объекта, из записи с ID этого объекта и из полей, указанных в шаблоне.
В Вашей версии поля задаются номерами полей. В обновлении в LabelField будет добавлено свойство FieldName. Где-то с конца лета вновь созданные или отредактированные шаблоны работают не по номерам полей, а по именам, т.к. это более надежно. Кокда поля перетасовываются, их номер меняется, а имя нет.

Если исходные данные верны и правильно внесены, то и результаты должны быть верны.
Поверочный расчет выполняется в упрощенном виде так:
Возьмем простую сеть: 1 источник один участок и один потребитель. На источнике, например, располагаемый напор 40 м (пока считаем, что он постоянно поддерживается).
Имеется одно кольцо: Источник – Подающий участок – потребитель – обратный участок – источник.
Утечек нет, отбора нет - расход (G) в кольце не меняется.
Тогда пишем уравнение: 40 = ( Sпод + Sпотр + Sобр + Sbcn)*G*G
Sпод и Sобр – сопротивления участков
Sпотр – сопротивление потребителя.
Сопротивление потребителя складывается для схемы 4 из сопротивления шайбы на подающем (если есть), сопротивления системы отопления, сопротивления шайбы на обратном (если есть).
Сопротивление системы отопления вычисляется по расчетному расходу и потерям напора в системе отопления при расчетном расходе (задается в поле Hso_r). Расчетный расход определяется по расчетной нагрузке (Qo_r) и расчетному перепаду температур.
В общем случае на каждом участке свой расход. Составляются уравнения по законам Кирхгофа: сумма расходов в узле (включая отборы и подпитки) равна нулю, сумма потерь и действующих напоров (насосов) по кольцу равна нулю.
И решается система уравнений. Как минимум, сколько потребителей, столько колец, столько уравнений. Расходы получаются в результате решения этой системы. Поэтому если исходные данные для сопротивлений или топология сети внесены неверно, то расход на источнике, являющийся результатом решения системы уравнений, удет верен с точки зрения расчета, но не верен с точки зрения того, какой он в жизни.
У каждого вырабатывается свой набор приемов для поиска несоответсвий расчетов и жизни. Если бы Вы проходили обучение, многое бы в его процессе сразу стало понятно.
Сообщите ваш телефон по адресу [email protected] или позвоните (812) 579-6780 и что непонятно, могу дополнительно рассказать. Можно так же прислать и Вашу сеть, посмотрим на исходные данные.

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

Здравствуйте!

1. В поверочном расчете расходы получаются в зависимости от напора на источнике и исходных данных, определяющих сопротивление сети: диаметр, длина, шероховатость, местные сопротивления на участках; диаметры шайб и сопел и расчетных потерь в СО на потребителях и т.д. Чем ближе эти данные будут к тем, что в жизни, тем адекватней будет модель.
Т.е. расход на источнике не совпадает с в поверочном расчете с жизнью, если  исходные данные для расчета не соответствуют жизни. Но его можно принудительно задать желаемым, поставив после источника, например,  регулятор расхода. При этом расходы на потребителях ближе к жизни от этого может и не станут.


2. Наладочный расчет задает на потребителях расходы не в соответствии с жизнью, а в соответствии с заданной расчетной нагрузкой на потребителях. Причем на СО берутся расходы на расчетную температуру наружного воздуха, а на ГВС берутся расходы на точку излома температурного графика. Наладка – это набор приемов  для регулирования сети при помощи  подбора шайб и сопел, т.е. там расходы не те, что в жизни, а те что должны быть при заданных нагрузках. А в поверочном расчете, если шайбы не установлены, то расход от наладочного может и в три раза отличаться.

3. Для очистки «мусора» нужно зайти Карта\Запрос\По базе данных и,  встав на нужную базу или весь слой, нажать кнопку «Сжать».

Спасибо за присланную сеть. От версии к версии слегка меняется методика определения сопел элеваторов. Но не существенно. Лучше отлаживаться все равно на последней версии.
Что касается тех, кто не налажен: уних очень маленькая нагрузка для элеваторной схемы (у одного 0.0021)Поэтому при номере элеватора N1 и минимальном сопле 3, он возьмет расход больше требуемого (а так ему по расчету нужно сопло, например, 2 мм). Такие нагрузки для жлеваторных схем не очень подходят.
Т.к. цель наладки обеспечить требуемый расход, а минимальное сопло все равно не может обеспечить, то в этом смысле он не налажен. Программа честно предупреждает.
Но с другой стороны этот потребитель берет какие-то 60 кг воды в час, поэтому налажен он или не налажен, на остальную сеть это вообще мало повлияет.
Общий расход от котельной 134 тонны, а на потребителе с нагрузкой 0.0021 - 0.056, т.е. вообще за пределами инженерной точности по отношению к расходу на котельной. Но тем не менее такие расходы считаются. Но на разрегулировку сети все равно никак не влияют.

Либо позвоните нам на работу Алексею (812)-579-6780 либо по почте телефон пришлите сами позвоним.