🙂 Привет, ревитчики!

Продолжение цикла про питонирование в Динамо для Ревита.

В этой статье займёмся этим самым, о чём только мечтают школьники и о чём грезят мужики 50+.

Будем программировать! Сделаем Питон-код, который вычислит толщину стенки воздуховода и запишет в указанный параметр. По этой статье сможете собрать скрипт под себя, чтобы он формировал толщину стенку по вашим правилам и пожеланиям. Нужно только немного подумать и воспользоваться способами из статьи.

Приятного чтения: https://muratovbim.pro/blog/python-v-dynamo-statya-7-opredelenie-tolshhiny-stenki-vozduhovoda/

Блог | Магазин | Курсы | Мерч

Чат в Телеге для вопросов 📱

Сообщество VK 📱 | Эфиры на Твиче 📱

Задонатить в Телеге 💸

BIM FAQ

Новая рубрика, где я буду публично отвечать на часто задаваемые вопросы при внедрении BIM

🎙Можно ли организовать совместную работу на ЯндексДиск?

🎙Действительно, если вы установите ЯндексДиск (или другой файлообменник общего назначения) на локальный диск, то он у вас будет отображаться, как файловая папка. И у вас даже получится разместить в нее Revit модель, и даже получится сохранить ее как ЦМХ. И даже другим пользователям удастся в нее зайти и с ней поработать.

ЦМХ - Центральная модель хранилища Revit — единая BIM-модель для совместной работы в многопользовательской среде

В чем же подвох? Зачем компании тратят бюджеты на инфраструктуру для совместной работы?

Разбираемся:

🎙Нет очередей и блокировок элементов

Revit для совместной работы использует механизм очередей и блокировок: сервер отслеживает, кто редактирует элементы модели, чтобы избежать конфликтов данных при одновременной работе нескольких пользователей. Эта очередь обновляется каждые несколько секунд, и только полноценный сервер (обычно файловый сервер в локальной сети или RevitServer) способен корректно строить такую очередь и своевременно блокировать элементы для одновременного редактирования. Облачные хранилища общего назначения (Яндекс Диск, DropBox, Google Диск и др.) такой функциональности не предоставляют, поэтому возможны ситуации, когда один и тот же элемент оказывается в работе у двух человек, а итоговая модель расщепляется на несколько копий без очевидных предупреждений.

🎙 Задержки синхронизации и конфликт версий

Яндекс Диск и подобные сервисы синхронизируют файлы с задержкой и не гарантируют одновременную запись: при попытке одновременной работы часто возникают конфликты версий. Один пользователь сохраняет изменения, а второй — не получает их сразу (или получает уже после своих правок), что приводит к «разветвлению» файла и потере данных. Иногда оба пользователя продолжают работу в двух разных версиях модели, не замечая этого до появления критических ошибок.

🎙 Риск повреждения модели и потери данных

Автоматические процессы синхронизации облачных дисков обычно не адаптированы для крупных файлов с частыми изменениями (рабочая Revit-модель обычно весит порядка 400-500Мб при правильном выборе разделения модели, а иногда доходит и до Гб). При активной многопользовательской работе с такими тяжелыми файлами часто синхронизация просто не случается, не выдавая предупреждений.

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

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

#bimfaq