Рабочие наборы в Revit и их необычные секреты
- 07.05.2023
- Сообщение от: Мария Кузнецова
- Категория: Revit
Шальные картинки
Если при удалении рабочего набора вы периодически сталкиваетесь с предупреждающим сообщением «Элементы удаляемого рабочего набора будут: Удалены/Перемещены в»,
но при этом уверены, что данный рабочий набор пуст?
Или бывают ситуации, когда в спецификациях удаляются картинки
но вы не знаете почему?
Тогда данная статья будет вам полезна. В ней вы найдете ответы на эти вопросы, а возможно и не только на эти.
Поехали!
Копаем вглубь Revit
По образованию я конструктор, поэтому большинство статей-головоломок будут основаны на примерах работы конструкторов в Revit. Первые секреты рабочих наборов раскроем с помощью семейства формы арматурного стержня (категория «несущая арматура»). В данные семейства подгружены картинки форм для отображения эскиза в ведомости деталей.
Файл для совместной работы — файл-хранилище (ФХ) создается на основе уже сохраненного проекта формата rvt. При создании ФХ всем семействам (и их вложенным элементам), имеющимся в проекте, назначается рабочий набор с названием самого семейства.
Давайте посмотрим название рабочего набора для семейства:
Теперь посмотрим название рабочего набора для картинки внутри семейства:
Далее подгрузим в ФХ другое семейство формы арматурного стержня и посмотрим название рабочих наборов для него самого:
и для картинки внутри него:
Видим, что для картинки внутри семейства был назначен активный рабочий набор, а не рабочий набор семейства! Кто бы мог подумать, но получается, что в Revit возможно разделение рабочих наборов для семейства и для вложенных элементов в него — это и есть первый секрет, о котором теперь знаете и вы.
Для тех, кто дочитал до данного места, расскажу про еще один маленький секрет, связанный с названием семейств и рабочими наборами.
В Revit важно с каким названием вы загружаете семейство в проект и нельзя переименовывать уже загруженные семейства в диспетчере проекта. Почему? Если мы переименовываем семейство в диспетчере проекта, то для нас название меняется, а для Revit нет, программа помнит только то название, с которым семейство подгружалось в проект.
Давайте проверим это. У нас в проект подгружено семейство формы арматурного стержня с названием «55.Спираль». Переименуем его в «55.Спираль1». Далее откроем из базы семейство «55.Спираль», поменяем в нем картинку (не обязательно картинку, можно любой параметр, главное, чтобы были изменение в семействе) и загрузим в проект. При загрузке семейства в проект появится следующее сообщение:
Как так получается? Ведь у нас в проекте переименованное семейство «55.Спираль1», а загружаем мы семейство «55.Спираль»?
Стоп, может мы что-то сделали не так? Давайте переименуем в базе семейство «55.Спираль» в «55.Спираль1» и загрузим в проект. Что мы увидим тогда?
Две формы с одинаковым названием?! Как такое возможно?! Получается, что возможно. Думаю, может возникнуть вопрос: «А причем здесь рабочие наборы?». Давайте посмотрим, какие рабочие наборы у наших семейств:
Верхнее семейство в списке мы переименовали в диспетчере проекта, при этом рабочий набор у него с тем названием, которое было при загрузке семейства в проект. Нижнее семейство в списке мы загрузили с названием «55.Спираль1», и рабочий набор имеет такое же название. Убеждаемся еще раз, Revit помнит только те названия семейств, с которыми они были загружены в проект.
Финалим
Давайте подведем итоги:
- При загрузке семейств в проект следим за активным рабочим набором. Я рекомендую выбирать тот рабочий набор, который мы не будем удалять, например, рабочий набор с уровнями и осями.
- Если мы уверены, что рабочий набор пуст, но при его удалении Revit предлагает переместить какие-то элементы, то не удаляем их, а переносим в соответствующий рабочий набор. Если удалим, то можем испортить ведомости (см. введение).
- Не переименовываем семейства в диспетчере проекта. Если необходимо изменить название семейства, то открываем семейство, сохраняем его с новым именем, удаляем старое семейство из проекта и загружаем семейство с новым названием.
Статья получилась достаточно длинной, но надеюсь, что полезной.