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

Пришли данные. И по расчету. И по экспорту DXF. По DXF лучше и наш слой и сам DXF. DXF - формат ветвистый, в каких-то ветках ошибки наверняка могут быть.

Спасибо за присланные данные.

1. Импорт из MapInfo проходит нормально. Т.е. все что содержится в MIF/MID берется и проблемы с самим импортом из MapInfo нет.

2. Теперь что из этих палочек можно сделать.
1) Превратить их в участки сети.
a) Для этого создать новую сеть из панели расчетов.
b) Добавить в карту и импортированный слой и новую сеть.
c) Скопировать палки из импортированного слоя в сеть. И импортированный слой выгрузить.
d) В редакторе отметить все линии, выбрать меню Правка|Свойства объектов и там кнопку "Сделать типовыми"
2) Попробовать, там где можно, автоматически подтяуть концы участков друг к другу, т.к. многое нарисовано как попало. "Правка| Объединить концы линий".
3) Вручную в редакторе подтянуть все остальное. Иначе сети все равно не будет.
4) Отметить все и выбрать меню "Слой|Операции|Преобразовать в сеть и указать какой узловой элемент ставить на концах линий.

Это все что можно тут сделать.

Чего на мой взгляд у нас явно не хватает.
1. Сразу импртировать в слой с готовой структурой (сразу в слой с пустой новой сетью)
2. При операции преобразовать в сеть хотя бы указывать два типа узлов (на тупиках, например ставим потребителя, а на всех остальных колодцы или врезки)

Большего пока трудно придумать.

Если бы в MapInfo передавались бы еще и разные символы, тогда бы их можно былот автоматом преобразовать в различного типа узлы сети. Но в этом файле их нет.

Что значит увязывало-неувязывало? Без данных трудно что-либо сказать. Пришли сеть на [email protected] Посмотрим и увяжем.

Тут два вопроса. Превый, если ничего не появилось на экране после импорта, значит что-то не то с импортом, и дальше уже не из чего собирать сеть.
Второй вопрос как собрать сеть, когда импорт получился.
Если есть возможность, пришлите MIF/MID вашей сети или ее фрагмента на адрес [email protected] Посмотрим, что не так с импортом. А потом уже посмотрим, что там за данные и решим как удобний построить сеть.

Выложили новую версию от 31.03.2005

Существенно доработаны настройки при экспорте изображения в растровый файл (команда Файл|Экспорт|Windows BMP).

Аналогично настройкам печати, для экспорта в растр можно выбрать текущий вид, область по размерам всей карты или по размерам одного из ее слоев, заданный фрагмент для печати.

Размер растра можно задавать в пикселях, либо в миллиметрах при заданном разрешении (dpi), либо в соответствии с масштабом (1:2000 и т.п.)

Если на ЦТП теплообменниеи на ГВС, нагрузка на ГВС на них уже учтена и после ЦТП идут потребители только с отоплением, которые можно задавать элеваторной схемой N2 с нагрузкой на ГВС = 0

Скорее всего дело не в версии, которая у Вас одна из последних, а в том, что
данные у Вас со старой структурой, т.к. возможно сеть давно создавалась.
Тогда в нее нужно добавить объект ЦТП в редакторе структуры слоя (тип ID =
8). И подключить к нему таблицу дя ЦТП, скопировав ее, например, из
созданной новой сети (ctp.db ctp.px ctp.zb). Чтобы не мучится, можете
прислать сеть мне и я сам добавлю.

Хорошо. Выложим.
Насчет работы трудно сказать. Мы живем в Питере, пишем на Visual C++, бизнес приложений не пишем. А как ты ее представляешь? Если есть конкретное видение, пиши на почту.

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

Спасибо, все получили. Молодец! Так мы положим отчет на сайт?

Поздравляем. Насчет работы не знаем, но пришли свой телефон и имя на адрес [email protected] Можно отчет о твоей работе на сайте разместить, чтобы ее увековечить.

Не сказано, какая схема ЦТП. Скорее всего независимое присоединение системы отопления черехз теплообменник (типа нашей схемы ЦТП N1).
Если нужно посчитать просто второй контур, то можно на месте ЦТП поставить отдельно источник и от него прорисовать сеть вторичного контура. На этом источнике задаете температуру подпиточной воды (правда сейчас у нас больше 20 радусов не задать, т.е. температура холодной воды 60 градусов воспримется как ошибка).
Если нужно посчитать всю сеть от источника, вместе с ЦТП и его вторичным контуром, то рисуется источник, далее сеть доходит до ЦТП и далее от ЦТП его вторичная сеть на отопление. При этом в нашей модели подпитка как раз брется из обратника первичного контура (с той температурой, которая там есть по расчету), а температура холодной воды все равно задается на источнике (5 градусов), где она действительно поступает в систему.

Чтобы можно из объектной модели войти в режим ввода символа (чтобы с курсором таскалось его изображение), это нам нужно добавить эти возможности. Сейчас их нет.

Можно самому запомнить ID выбранного символа и по клику мыши добавлять символьный объект с этим символом. Безо всяких наших режимов т.е. Mode = eModeUser

Вот сам только что в Delphi набрал Все рисует. Symbols[1] - ID символа ставь свои

procedure TForm1.Button5Click(Sender: TObject);
var m_Hdc: integer;
begin
m_Hdc := GetDC( form1.handle);

Mapctrl1.Map.Layers.Active.Symbols[1].Draw(m_Hdc, 10, 10, 10, 0);

ReleaseDC(form1.handle, m_Hdc);

end;

Добрый день.
1. Мы Дельфи толком не знаем. IPictureDisp - стандартный интерфейс (не наш) и как-то стандартно должен выводится.
2. HDC - это контекст для рисования ты его как получал? Куда ты его вывести хотел?
4. Редактор в компоненте не обладает сейчас всем набором кнопок и режимов, которые есть в Zulu. Самое простое это вывести самому список символов, выбрать нужный, на клик мышки вызвать AddSymbol или AddPrimSymbol и все.
5. Самое простое это какой-то программкой попробовать создать объект из этой библиотеки CoCreateInstanse Если создастся, значит и зарегистрирована и присутствует физически.

А что за ВУЗ?

2. Какой метод лежит в основе определения минимального пути.
Пути определяются, если данные заданы графом. Сеть состоит из типовых символьных объектов, соединенных типовыми полилиниями, помеченными в структуре слоя как участки.
3. Если реагировать только на MouseClick или отпускание мыши после перемещения, то часто моргать вроде не должно. Квадратик - не объект слоя и рисуется самостоятельно в HDC инверсно по XOR (один раз нарисовал, он появился, второй раз нарисовал по тому же месту - он пропал и т.д.)
4. У нас пути только от узла до узла. Если нужно искать кратчайший путь с какой-то точки на ломаной, можно конечно, изловчиться - разбить в этой точке участок символьным объектом, затем выполнить поиск, а затем вернуть все на место.
5. Для того, чтобы машинка "проехала" никакая ломаная не нужна. После того как путь получен, можно получить составляющие его объекты, по ним координаты и по ним перемещеть машинку.
6. Курсор пока никак не поменять. Не думали над этим.

Добрый день.

1.
2.Ничем.
3. AddSimpleSymbol добавляются нетипизированные символы, AddSymbol добавляет объект заданного типа и режима.
4. Есть Layer.AddPolyLine, где добавляется полилилиния с заданным стилем. Это никакого отношения к символам не имеет.
А есть Symbol.AddPolyLine где в изображение символа добавляется полилиния. Примеры в демоверсии в разделе \Examples\VB\ есть

5. Есть символы из библиотеки символов, а есть символьные объекты на карте. Координаты объекта получить можно, например, Element.GetXY

6. У нас навигатора в объектной модели нет. Что имеется в виду?

7. Что такое ломаная-символ?

8. В примере машинка ездит по массиву точек, а программно путь следования можно задать бесконечным количеством способов. Машинка при движении ни чего не знает про путь. Она выполняет только метод Move или GoTo с заданными координатами, а откуда они беруться - это определяется задачей.

Можно, например, обработать событие AfterPaint
Там параметром будет DrawHandle
Получить Device Context по DrawHandle HDC = GetDCByDrawHandle(DrawHandle)

И в HDC рисовать известными функциями рисования (не знаю на чем Вы пишите) все что требуется.

Единственное, сейчас посмотрел, у нас при печати AfterPaint не вызывается. Уже подправил.
И еще, наверно понадобится признак при анализе AfterPaint, печать идет или вывод на экран. Добавлю. В очередном обновлении будет.

Но для тренировки, можно ловить не AfterPaint, а AfterLayerDraw для последнего слоя. Остальное тоже самое.

Добрый день.
Напрямую таких возможностей пока нет. Чтобы распечатать какую-то легенду, можно самостоятельно выкачать стили и символы и вывести в DC. Символы, например, выводятся через ISymbol.Draw

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

По импорту точек и блоков в виде символов уже занялись. Насчет скорости, тоэе не вопрос. Просто операции пока были разовые и на время никто не смотрел.
Вы сообщите свой телефон, когда можно связаться и кого позвать на [email protected] Позвоню и обсудим.

Добрый день.

Для работы топологических задач, связанных с инженерными коммуникациями, в Zulu используется линейно-узловая топология. Она подразумевает чередование участков и узлов. Узлы в местах соединения двух участков являются паразитными и совсем не обязательными только на первый взгляд. Если бы вопрос заключался только в поиске пути, то да, можно его было сделать и просто через концы участков. Например, в превращении линейных объектов в площадные так и работает. Но для инженерной сети узлы на концах участков необходимы для технологических расчетов. Именно на них записываются температуры и давления, утечки. Если в участок втекает два потока, то температура в узле слияния не равна температуре на конце какого-то из участков. Она будет равна температуре смеси, и это свойство именно узла.
Иногда геометрически кажется бесполезным разбиение прямого участка узлом, но технологически там может быть смена диаметра, смена изоляции, смена типа прокладки и т.д. Т.е. везде, где меняются тепловые или гидравлические свойства трубопровода, нужно ставить узел. Если же он во всех отношениях кажется ненужным, имеет смысл не узел вставлять, а наоборот, объединить два участка в один.
Поэтому, там где узлы нужны, они нужны и обязательность вставки узлов сохранится. Теперь вопрос, как по возможности удобней автоматически их вставить в места, где их не хватает. В Zulu есть функция Слой\Операции\Преобразовать в сеть. Она для всех выделенных типовых участков ставит на концах узловые объекты указанного типа, там где они отсутствуют. Т.е. можно добавить в структуру, например, тепловой сети в тип Узел или Камера новый режим под названием «Паразитный узел» и указанная процедура посадит его на все «висящие» концы участков.
Если при рисовании в Автокаде трубопровод с точки зрения модели сети разбит на неоправданно много участков, хорошо бы нам сделать функцию, которая бы такие участки сшивала вместе, скажем, от разветвления до разветвления. В принципе это не проблема.

Реальная проблема – это то, что сейчас у нас блоки берутся только как рисунок, а не узел. Сперва сделали как рисунок, т.к. некоторые пользователи иногда засовывали в блок целый город. И как отличить его от узла? Нужен дополнительный диалог при подготовке импорта, где можно указывать, кого и как представлять в Zulu. Если нужно, над этим готовы работать. И над тем, что точки не берутся вообще.
Просто пока никто не просил. Год назад у нас DXF практически вообще не брался.

Насчет MIF. Внутренние семантические данные берутся из MID. Обычно, если в нем передается как атрибут ID объекта, то внешние данные после импорта можно «зацепить».
Вопрос никем ранее не поднимался.

Насчет портирования расчетов под Автокад. Под ArcGIS мы портировали по просьбе DataPlus. Для этого пришлось детально изучить объектную модель ArcGIS, сделать расчетные модули ГИС независимыми, существенно переработь внутренне устройство модулей. DataPlus у нас версию купила. С тех пор за два года не было продано ни одного экземпляра, в то время как под Zulu за это же время продано по воде и теплу более двухсот комплектов.
Отсюда вывод. Самим портировать еще куда-то экономически пока не очень выгодно. У нас есть спецификации программных интерфейсов для тех, кто хочет подключать наши расчеты к своим системам.

Есть "библиотека символов" или "коллекция символов" - это набор изобразительных средств какого-то слоя. А есть символьные объекты на карте. Простые символьные объекты отображаются одинм из символов библиотеки символов. Типовые символьные объекты отображаются символом того типа и того режима, который у них задан.
1. Чтобы скопировать символ из слоя в слой, нужно вытащить из коллекции символов символ S = Layer1.Symbols.Item или ItemById и добавить его в другой слой ID2 = Layer2.Symbols.AddItem (S)
(выид приравнивания зависит от конкретного языка), причем ID2 символа в новом слоебудет другим.
2.Чтобы скопировать символьный объект, нужно и символ в другой слой скопировать(если его еще там нет), и сам символьный объект создать.
Символ у простого символьного обекта c каким-то ElemID1 берется из стиля:
ID1 = Layer1.Elements.Item[ElemID1].ElemStyle.SymbolID По этому id копируем символ. Затем копируем символьный объект
ElemID2 = Layer2.AddSimpleSymbol( X, Y, angle, ID2, SymbolSize, Scalable)
X, Y, angle - беруться у исходного объекта Elements.Item[ElemID1]
SymbolSize, Scalable - беруться у исходного объекта Elements.Item[ElemID1].ElemStyle

Если будут вопросы сообщи по почте [email protected] свой телефон или позвони 279-6780 Алексею.

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