Как не запутаться в уровнях отдельных сооружений комплексного проекта?

Юра, ответь им нафига сортировать? Пусть пишут что надо и не обращают внимание на сортировку.
Мне частенько приходится заниматься т.н. комплексными проектами с разными отметками,
конечно это не Рио-де-Жанейро, но жить можно! Крылья помогут ))

Лучше скажи мне, что делать с UCS (ПСК) в таких комплексных проектах,
чтобы можно было расположить объекты согласно генплана, т.е. с поворотом и
при этом чтобы было удобно редактировать в конструкциях?
Есть такое решение?

Мои опыты с UCS привели к тому, что всё гладко получается за исключением
необходимости многократно копировать UCS между файлами, удобных утилит не нашёл,
что скажешь?

щас затестю...

очень жду положительного ответа :)

мне к сожалению не подходит, т.к. сразу в конструкциях д.б. учтено реальное расположение объектов,
т.к. это учитывается длинами трасс кабелей именно в конструкциях а не в сборках! ))

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

... возможно в 2*12-ой копировать не понадобится, т.к. ручки настолько всё облегчают,
что быстрее будет новую UCS создать, чем копировать из др. файла )))

Юра, вот что я уже писал ранее на др. форуме
C UCS вот что получается:

1. исходные данные - генплан или нечто подобное с несколькими зданиями (3...10) и их планы, как правило в бумажном виде.
2. задача - обвязать здания сетью (любая слаботочка), плюс периметральная охрана.
3. условия -
а) всё должно располагаться в одном проекте MEP
б) нужны реальные расстояния между объектами для подсчета
длин кабелей и оформления КД
4. реализация - на мой взгляд есть мин. два способа
а) расположить здания по генплану сразу в конструкциях,
используя USC
б) расположить здания в конструкциях как обычно - в нуле,
а по генплану разнести их в видах тоже с исп. UCS
5. достоинства и недостатки, способ
а) для нас это единственный способ получить
реальные расстояния м-ду панелями, т.к. цепи в
MEP формируются в конструкциях.
недостаток - нужно около сотни раз проделать
процедуру привязки UCS, т.к. по одному зд. м.б. много
конструкций!
б) достоинство - привычное расположение конструкций
в WCS, привязка здания к UCS единожды в видах!
недостаток- нет реального расстояния м-ду зданиями,
для нас это недопустимо.
6. общий недостаток- отсутствуют механизмы импорта. экспорта UCS м-ду dwg файлами.
7. Выводы -как видно из перечисленного выше для архитекторов приемлемы оба способа, я т.д. Для слаботочников на первое место выходит проблема импорта - экспорта UCS, частично решается с пом. утилит, но не очень юзабельно.
Дополняйте, если что пропустил!

Нам только п.4а подходит, чуть позже распишу его подробнее...

PS

В том-то и дело, что не вставляю, а создаю для каждой констр. новую UCS или копирую с др. файла!
Для 2011 MEP я делал след. образом:
    а)открывал генплан (гп), обводил контуром каждое зд. создавал UCS, сохранял
    б)создавал новую конструкцию, тащил с гп контур будущего зд., копировал из гп UCS для него
    в) делал текущей эту UCS, рисовал зд по контуру
    г) повторял п.в) для каж. конструкции с небольшими вариациями
  Далее как обычно, причём и в видах и на листах можно при желании показать
все зд. как на гп
В 2*12 MEP, я т.д. можно будет пропустить процедуру копирования UCS,
создавая её каждый раз заново, подкладывая временно гп т.к. новая UCS позволяет это делать быстрее,
чем копирование!

PS
Для фасадов тоже годится сия технология! ))
возможно 30-го сделаю мультик

PS ... ещё ноу-хау?
пожалуйста!!!
Отделяем архитектуру от остальных разделов МЕР
т.к. модель зд. одна а MEP проектов по ней м.б. много!
В итоге вместо нескольких тысяч файлов в одном проекте получаем
несколько связанных проектов по одной арх.модели!!! ))

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

Выше я писал об использовании  views из viewsов
добавлю что еще, в зависимости от ситуации, использую
- координирующие сборочные конструкции из элеменов
- координирующие сборочные элементы из элементов

...Юра, перенести, скопировать UCS мало, конструкция ещё должна быть
позиционирована относительно нуля WCS и относительно других конструкций.
Т.е. на ГП здания расположены в WCS а UCS служат для
поворота их, если надо, в рабочую плоскость для работы!
... позже на мультике поясню. ))

... понятно!
К нам попадает уже окончательный вариант.

-Да, отдельный арх. проект, он используется как ссылка в MEP проектах.
Здесь всё в рамках стандартных функций! ))
Развязываются между собой архитектура и MEP.
Причём первая играет второстепенную роль, к моменту начала MEP проекта уже готова.
Синхронизация между MEP и арх проектами... вроде такого не припомню.
Здесь ничего необычного нет и быть не может, мы же не филиал Autodesk! ))

PS
Сейчас думаю, как развязать м-ду собой MEP проекты
оставив возможность "видеть" щиты и панели др. друга (опять же из-за длин кабелей, труб),
чтобы привязываться к ним. Представь себе объект, для которого
мы проектируем каждый год по несколько проектов уже 10-ть лет!

PS
Сам проект MEP мы разделили на автономные разделы
(под проекты)для того чтобы сметами легче было маневрировать у заказчика.
Чтобы скомпенсировать усложнение структуры проекта
написали для себя! утилиту управления листами проекта,в т.ч. именование, нумерацию и проч.

...шутишь?
Для MEP связь заключается в возможности адресоваться к панелям. Для этого мы помещаем
их в один менеджер проекта, но лучше бы в разные.
[S]Здесь тоже все стандартные приёмы. Спец. каких-то функций нет.[/S]
Наврал, мы здесь тоже применяем собственную утилиту, для того чтобы найти координаты
панели в другом проекте, так что при желании можно и MEP проекты разнести в разные
места, имея возможность адресоваться к "чужим панелям" и снимать реальные длины кабелей.
Плюс что-то намечается с листами в будущем релизе, пока не понял как это можно использовать.

У меня тоже в проекте несколько зданий. Поступаю очень просто. Каждое здание - сборка конструкций(архитектура - стены, перекрытия, лестницы, площадки. меп - трубы и оборудование)построенных в относительной системе координат со своей сеткой осей, если здание нужно разбить на кластеры(цехи), что тоже нужно делать для уменьшения громоздкости файла, просто сетку начинаю делать с нужной оси. Затем делаю убер сборку, используя генплан как подложку.
Вообще ничего не изобретаю, можем хоть сто раз менять расположение на генплане и сами здания тоже.
Или я не понимаю может чего-то?

Убер(главный, старший) сборка - файл на ссылках конструкций архитектуры и MEP, в который включаются уже собранные конструкции зданий. Беру подложку генплана, затем вставляю туда все остальные конструкции сборок зданий с инженерными системами и оборудованием, ведь их можно повернуть по подложке как удобно.
Повторю, что каждое здание собираю отдельно. Уровни все в проекте, т.к. иерархия сквозная, подписываю например: отм. 0.000 отделение помола, отметка 0.000 отделение подготовки воды, отм.0.000 склад) чтобы не путаться при создании конструкций стен и полов.
Оговорюсь сразу, что мне это нужно для задачи продведения межцеховых коммуникаций, проектирования эстакад. Может для задач электрического энергоснабжения это не работает.
Также можно сделать файл для перманентного извлечения числовых данных(если я правильно понимаю вас интересуют длины кабелй и проч.) для этого нужно, как вы здесь правильно говорите разделить архитектуру и инж объекты. чтобы затем все их ссылками вставить в новый файл сборку. Если ссылки архитектуры наложженые, то в конечный файл попадут только объекты меп, которые вы строите непосредственно в конструкциях использующих для привязок ссылки на архитектурные конструкции. и в таблицы считаются все ваши длины и остальные нужные характеристики.
Впрочем, может что-то путаю...