Добрый день.
Сделал видео ролики по применению "флажков":
Сами семейства обозначений, файлы Ключевых пометок - во вложении.
Жду рецензии
|
Добрый день.
Сделал видео ролики по применению "флажков":
Сами семейства обозначений, файлы Ключевых пометок - во вложении.
Жду рецензии
Немного муторно, особенно в части создания базы материалов...
Но за то немного поковыряться ... и потом только применять!
Привет.
Да, есть немного... Можно проще и не создавать структуру. А так в таблице всего три столбца:
Потом достаточно сохранить в текстовый файл, который и подключаем в проект.
- Первый - содержит уникальный и неповторяемый индекс, ключ.
- Второй - содержит саму структуру материалов или наименование разделов.
- Третий - указываетна индекс вхождение в раздел.
Зависимость от внешнего файла.
Наличие в конторе спеца который будет сводить всё.
эти факторы будут стопорить процесс внедрения.
Я думаю тут необходимо автоматизация по выносу данных от семейств в txt файлы. Возможно через API
В некоторой степени - да. Следить прийдеться в любом случае, особенно когда штатного решения в Revit пока нет... Надеюсь этот вариант лучше чем были ранее .
А вот решение этой задачи средствами API - вполне логичное развитие. Во всяком случае сейчас, тем более, что Kart в этом добился хороших результатов. Очень надеюсь, что эту функцию реализуют, как и обещали...
А если уже и вести базу данных(по составу стен, перекрытий и тп), то надо быть верным идеологии - всё внутри проекта. Просто создать "мост" данных с возможностью и их систематизировать наружным приложением типа Access и Excel
Да, хранить необходимо в проекте, но в случае использования внешних ссылок, понятие Проект необходимо выносить на другой уровень. В этом случае необходимости "моста" во внешних источниках не будет. О чем я?
Сейчас в Revit Проект - это в принципе одно здание, секция, часть конструктива (местность, каркас, MEP) и т.п., которые могут связываться между собой внешними ссылками. Но в этом случае, получается - несколько проектов.
Представим себе понятие Проект немного иначе... Проект должен представлять собой некую центральную базу данных, хранилище общих параметров, настроек, библиотек, каталогов и т.п., а также отдельных его частей - Сборок. Главная роль Проекта - централизованное хранение и синхронизация данных между отдельными сборками... идем дальше... назначение участников проекта, их ролей и урегулирование взаимодействий. Что скажите?
Я думаю не до конца использован существующий потенциал, что доказывают проги от kart84, потому реальнее выжать максимум из того, что есть, а потом закладывать новые стандарты. Выше головы не прыгнешь