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

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

Честно говоря, не проверяли. Попробуйте. Расскажите о результатах.

Добрый день. Насколько можно понять, фраза Dim oZulu As New ZuluLib.MapDoc создает объект MapDoc, но окна у него нет, а нет окна, нет и View.

Если слой подключен к карте, то изменение его Selection будет отражаться на карте. Можно создать слой ILayer самостоятельным объектом (без карты) и выполнять те же операции с группой.
Можно в карте временно поменять параметры отображения выделенных объектов на невидимые IMapDoc.SelectionParams (не проверял, но должно работать), а потом вернуть их на место.

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

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

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

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

Расчетные модули прямого отношения к серверу не имеют. Они устанавливаются на клиентских машинах. Просто расчеты можно выполнять с данными, лежащими на сервере. Т.е. за расчеты нужно платить как обычно.

Ориентировочная цена, в зависимости от количества одновременно подключенных пользователей:
3 - 90000 руб.
20 - 150000 руб.
100 - 210000 руб.

Пользователям Zulu 5.2 засчитывается стоимость одной однопользовательской версии, т.е. 31000

К вопросу N1: Конструкторский расчет дает не заниженные диаметры, а диаметры соответсвующие заданным на участках скоростям (если речь идет о водопроводе). Задавайте более низкие скорости - диаметры будут толще. Сейчас нельзя в расчете одни диаметры зафиксировать, а другие подбирать (хотя наверно имеет смысл такую возможность добавить). Если количество существующих труб в сети больше чем количество труб, диаметры которых следует подобрать, проще пользоваться поверочным расчетом. Задали какие-то диаметры - посчитали, проанализировали, что-то изменили, пересчитали и т.д. Считает быстро.

К вопросу N2: в наладочном расчете в схеме N2 шайба, гасящая избыточный для элеватора напор итак ставится перед соплом. Иногда ставят шайбу общую на вводе в потребитель перед всеми системами и СО и ГВС и вентиляции, что не совсем верно и наладка такие шайбы на потребителе не подбирает, хотя их тоже можно вычислить, если перед потребителем поставить отдельный элемент "Дросселирующий узел" - вычисляемая шайба. В поверочном расчете шайбу на вводе можно поставить самому. При этом не нужно указывать шайбу на систему отопления.

К вопросу N3: какая цель расчета внутренней системы?  В принципе ее можно описать существующим набором элементов. Потребителей тут уже не будет, можно использовать элемент "перемычка" для перехода из подающего в обратный, а остальное описывать как участки с заданными или вычисляемыми сопротивлениями сопротивлениями. Режимы участков: отключен обратный или отколючен подающий (чтобы вести трубы в однолинейном исполнении). Если есть какие-то конкретные постановочные предложения, пожалуйста пишите.

По поводу окошка семантической информации: можно зайти в regedit   HKEY_CURRENT_USER\Software\Zulu\5.0\Zulu\MRU\BarPos и удалить весь этот пункт. В нем запоминатся положения окон Zulu.

Вообще товарищ прав. Смотреть можно с любых машин бесплатно. Вводить семантику можно, но желательно тогда хранить ее в SQL сервере а не в db.

Ввод с дигитайзера у нас был в DOS-овских версиях 10 лет назад. С тех пор ни у кого не возникало такой потребности. В любом случае проще сосканировать и вводить с растра по экрану.

10 Zulu, будет стоить по прайс-листу как 10*31000 минус 20%
А водопроводные расчеты по тому же прайс-листу в зависимости от того, какие расчеты будете брать.
Можно еще рассмотреть вариант покупки нашего клиент-сервера.

Добавили доступ из IPluginConnector.Zulu к Project Качайте. Проверьте. Подробней на
<A HREF="http://www.politerm.com.ru/zulu/history.htm" target="_blank">http://www.politerm.com.ru/zulu/history.htm</a>

Пока связи IPluginConnector и текеущего проекта нет. Добавим.

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

Чтобы выложить информацию о твоей работе на сайт, напиши что-то типа реферата на пару страниц. Просто 91 одну станицу отчет никто читать не станет.

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

А поверочный расчет работает с фактом. Т.е. если нет шайб, будет считать без
шайб.

С экспортом в DXF подправили, чтобы 2004 AutoCAD не вылетал. Просьба всем желающим, погоняйте экспорт, сообщите, если что не так.

С экспортом в DXF подправили. Погоняйте, сообщите, если что не так.

Все. Эффект увидели. 14 acad берет, Illustrator берет, 2004 acad рубится. Подправим.

Будем ждать данных.
А в старых релизах Zulu экспорт был совсем другой - одни палки скидывал. Тут не в релизах дело. Этот экспорт вообще другой программный модуль.
А какая версия acad? И еще вопрос: берет ли этот DXF Illustrator или хотя бы Zulu обратно импортом?
И еще вопрос: вылетаеют ли любые экспортируемые данные или только конкретные слои. Например, наш пример тепловой сети экспортируется нормально или нет?