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

Для сервера и zb нет и db тоже нет. Сейчас над этим работаем. С шаблонами надписей для сервера будет тоже, что и для фильтров раскраски: никаких имен файлов, а только список шаблонов для каждого слоя. Выбираем слой, у него уже базу данных, а для нее уже шаблон надписей.
Пока же надписи можно создавать для серверных данных локально на серверной машине, т.к. ключ для сервера также позволяет работать и с однопользовательской версией.
А с надписями втечение двух недель сделаем.

Объединение линейного и площадного объекта в нашей модели данных не предусмотрены.

У нас обновления общие. И на "Водоснабжение" в том числе.

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

Из командной строки (или Пуск\Выполнить) Например, RegSvr32.exe d:\Program Files\Zulu 5.2\ZuluLib.dll
Путь естественно свой подставляете.

Если используются наши табличные базы данных должен быть установлен BDE и наша zb.dll
Далее: Для ZuluCtrl.ocx точно нужны будут как минимум:

ZuluLib.dll
zuluui.dll
ZuluCtl2.ocx

Все эти модули нужно зарегистрировать через regsvr32.exe
Системные модули как правило итак на машине должны быть.

Попробуйте установить это, если что, обращайтесь.

Завтра будет.

Хорошо. Добавим ElementKeys.GetBounds

Скачайте обновление. Должно засчитать. Сообщите о результатах.

Не очень понятно, чего именно жаль. Чего конкретно не хватает?

Габариты пути специально не вычисляем. Если нужно вычислить, воспользуйтесь коллекцией ключей, для объектов вошедших в путь Layer.NetworkTools.Results

Пришлите еще раз именно ту сеть, которая в поверке не идет. И укажите от какого источника и при каких условиях выполняли расчет (с утечками, потерями, шайбы из наладки ил нет и т.д. )
А по поводу попытки приблизится наладкой к факту не очень понятно. Наладка налаживается на расчетные нагрузки и ставит свои шайбы и сопла. К факту это прямого отношения не имеет, т.к. фактически может стоять совсем другое, и режим будет тоже совсем другой.

Если поставить на источниках нормальные расчетные значения темпреатур источника и наружного воздуха (130\-42, а не 70\4) то считается. Вы эти значения исправляли?

Это слишком ядро системы затронет. Введенные объекты у нас сразу взамодействуют с уже существующими на равных. Как в Access: изменил данные в таблице, значит изменил.

0. В план поставим. Там вопрос шире, получать параметры завершения операции в любом режиме (не только рамки).
1. Вычислять габариты группы самому не надо. Есть методы Layer.Selection.GetBounds и GetBoundsRectangle
2. MapCtrl1.Map.Save сохраняет настройки самой карты. А графическая информация пишется сразу. Это принципиально, особенно для многопользовательского ввода через ZuluServer, где все сразу видят изменения других операторов. Если хотите что-то сперва вводить, а потом подтверждать, вводите в какой-то временный слой, а при подтверждении переписывайте в основной.

Что подразумевается под выделенной областью? Координаты рамки в момент отпускания мыши? Если их, то сейчас никак не получить. Нужно вытаскивать. Насколько срочно требуется?

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

Под 1С много делал Евгений Власов из Северодвинска: http://www.politerm.com.ru/articles/severodvinsk.htm

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

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

При качественном регулировании шайбы должны ставиться на каждую систему отдельно. Так что на СО обязательно должны ставиться шайбы, если схема присоединения не чисто вентиляционная (25). Пришлите по e-mail сеть, посмотрим. [email protected]

Связь с сервером Zulu идет по TCP/IP с клиента Zulu, которым, например, является локальная версия. Для связи указывается только IP адрес и порт сервера.

1. Если определяются ближайшие узлы до выбранной пары точек, то совершенно не обязательно добавлять в слой еще два узла и два участка. Достаточно найти путь между найденными точками, а результирующий путь достроить соединением этих точек с исходными.
2. В этом случае скорость поиска пути одинаковая для слоя в памяти и обычного. Для слоя в памяти еще время уйдет на загрузку в память.
3. Данные, по которым строится расчетный граф беруться с диска. Т.е. при изменении слоя в памяти расчетный граф не перестраивается. Слой в памяти создавался для отображения мобильных объектов и не стояла цель его полного функционирования, как у обычного слоя.
4. Ключ слоя - это аналог инкрементного поля. Меняется только в сторону увеличения (без специальных воздействий). Для слоя в памяти немного иначе. Там за этим особого контроля нет, т.к. все что в него добавляется, теряется при выходе из программы.

Из Zulu: Команда меню Файл\Экспорт\MapInfo MIF
Из объектной модели: ZuluTools.ExportToMIF(LayerPath As String, MifPath As String)

Получится файл обменного формата MapInfo. А его уже в MapInfo импортировать

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