На днях вышла статья на РБК от Ивана Штаера из BIM-ассоциации про BIM-операторов. https://pro.rbc.ru/demo/5e2ae9e79a79478af1d20874
В очередной раз ложь и манипуляция фактами. Начиная с изображения модели из google и заканчивая выставлением противником их идеи Autodesk с партнерами, а мол ЗА профессиональное сообщество.
Вот, BIM-комьюнити не считает BIM каким-то новым видом деятельности в котором без новых ролей, закрепленных законодательно, нельзя работать. Это все равно, что если бы при переходе с кульмана на AutoCAD, потребовалось организовывать DWG-операторов. Бред какой-то и явно попытка использования должностных положений (глава BIM-ассоциации руководит ПК5 ТК465 по BIM) в целях личного обогащения.
Среди противников этой идеи действительно все пользуются иностранным софтом, потому что отечественного нет, а то что есть не позволяет работать в BIM, как бы сильно этого не хотели его разработчики. Т.е. ЗА могут быть либо те, кто финансово заинтересован в отпиливании кусочка от строительного сектора на новом барьере, либо номенклатура, которая не разбирается в BIM и голосует "как начальник сказал", а тот "как подлизать руководителю комитета при минстрое".
А статья написана лишь с одной целью - положить на стол новому начальнику, вдруг прокатит и тот подмахнет, мол не абы где, а в самом "РБК Про" пишут! Но я думаю нынче через телеграм репосты информация быстрее доходит)
В очередной раз ложь и манипуляция фактами. Начиная с изображения модели из google и заканчивая выставлением противником их идеи Autodesk с партнерами, а мол ЗА профессиональное сообщество.
Вот, BIM-комьюнити не считает BIM каким-то новым видом деятельности в котором без новых ролей, закрепленных законодательно, нельзя работать. Это все равно, что если бы при переходе с кульмана на AutoCAD, потребовалось организовывать DWG-операторов. Бред какой-то и явно попытка использования должностных положений (глава BIM-ассоциации руководит ПК5 ТК465 по BIM) в целях личного обогащения.
Среди противников этой идеи действительно все пользуются иностранным софтом, потому что отечественного нет, а то что есть не позволяет работать в BIM, как бы сильно этого не хотели его разработчики. Т.е. ЗА могут быть либо те, кто финансово заинтересован в отпиливании кусочка от строительного сектора на новом барьере, либо номенклатура, которая не разбирается в BIM и голосует "как начальник сказал", а тот "как подлизать руководителю комитета при минстрое".
А статья написана лишь с одной целью - положить на стол новому начальнику, вдруг прокатит и тот подмахнет, мол не абы где, а в самом "РБК Про" пишут! Но я думаю нынче через телеграм репосты информация быстрее доходит)
РБК Pro
Что означает для строительной отрасли появление института
Технология информационного моделирования зданий (BIM) уже не первый год стихийно и фрагментарно внедряется в проектировании и строительстве России. Как этот процесс планируют обуздать, рассказывает
Система технического документооборота (или Среда общих данных (СОД) или в иностранных трактовках Common Data Environment (CDE) - программа для передачи и хранения электронных данных, а также управления правами доступа пользователей, ведения версионности данных, контроля изменений в файлах, выдачи замечаний с привязкой к чертежам и моделям, организации процесса согласования электронных документов.
Ранее такие системы еще назывались PDM (Product data management) - системы для управления данными об изделии. Они пришли к нам из машиностроения. Но в сфере стройки наиболее яркими представителями являются VitroCAD, PilotICE, Vault, ProjectWise.
Сейчас данные системы начинают позиционировать себя и как PDM и как CDE, смотря как это хочет называть заказчик.
По факту же эти системы выполняют файловый обмен, с сохранением версионности, возможности привязки дополнительных атрибутов и создания умных поисков по этим атрибутам. Принципиальным отличием данных систем от систем корпоративного документооборота является то, что в них файлы первичны, а карточки с атрибутами вторичны.
Т.е. нельзя просто создать карточку документа и пустить на согласование. Карточки всегда должны иметь файлы. И статусы и процессы согласований в данных системах всегда организуются вокруг файлов.
Далее пришли Conject(Aconex), LementPro и BIM360. Но об этом в следующих постах...
Ранее такие системы еще назывались PDM (Product data management) - системы для управления данными об изделии. Они пришли к нам из машиностроения. Но в сфере стройки наиболее яркими представителями являются VitroCAD, PilotICE, Vault, ProjectWise.
Сейчас данные системы начинают позиционировать себя и как PDM и как CDE, смотря как это хочет называть заказчик.
По факту же эти системы выполняют файловый обмен, с сохранением версионности, возможности привязки дополнительных атрибутов и создания умных поисков по этим атрибутам. Принципиальным отличием данных систем от систем корпоративного документооборота является то, что в них файлы первичны, а карточки с атрибутами вторичны.
Т.е. нельзя просто создать карточку документа и пустить на согласование. Карточки всегда должны иметь файлы. И статусы и процессы согласований в данных системах всегда организуются вокруг файлов.
Далее пришли Conject(Aconex), LementPro и BIM360. Но об этом в следующих постах...
Forwarded from Aleksandr Popov
А вот это заявочка на новый BIM-стандарт отрасли. https://www.ds.do/
Текущим можно назвать стандарт Autodesk https://knowledge.autodesk.com/community/collection/bim-%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82-20
Вот что должны брать в Минстрое за основу при разработке гос. стандартов. Вот они лучшие практики. Все бы по такому стандарту работали и был бы BIM.
Текущим можно назвать стандарт Autodesk https://knowledge.autodesk.com/community/collection/bim-%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82-20
Вот что должны брать в Минстрое за основу при разработке гос. стандартов. Вот они лучшие практики. Все бы по такому стандарту работали и был бы BIM.
Forwarded from Aleksandr Popov
Вышло новое постановление, вносящее изменения в федеральные правила по полетам https://publication.pravo.gov.ru/Document/View/0001202002040016?index=2&rangeSize=1
Добавлен пункт, снимающий необходимость получения разрешения на полеты с квадрокоптеров, при визуальных полетах на высоте до 150м.
Будем с геодезистами еще разбираться, но походу можно будет легально летать над стройплощадками для аэрофотомониторинга и получения облаков точек фотограмметрией. Настолько давно не было шагов на встречу к цифровизации, к раскручиванию гаек, что прям глоток свежего воздуха.
Добавлен пункт, снимающий необходимость получения разрешения на полеты с квадрокоптеров, при визуальных полетах на высоте до 150м.
Будем с геодезистами еще разбираться, но походу можно будет легально летать над стройплощадками для аэрофотомониторинга и получения облаков точек фотограмметрией. Настолько давно не было шагов на встречу к цифровизации, к раскручиванию гаек, что прям глоток свежего воздуха.
Продолжу про CDE системы.
Облачные системы имеют ряд преимуществ перед десктопными: не требуют установки доп ПО, своих серверов, разворачивания. (Создание аккаунта для компании занимает пару минут).
Облачные системы работают на любых типах операционных систем, имеют API доступ для онлайн связки с другими приложениями.
Главной причиной ухода в облака является то, что сегодня все хотят иметь данные под рукой и управлять ими. Не все пользователи еще поняли "что так можно было", но мир движется в сторону смартфонов.
Конечно, не все операции, удобно выполнять с небольшого экрана пальцами, например чертить или моделировать, но есть и менеджерские, управленческие операции, которые перенести в смартфон возможно.
Со смартфонов специалисты будут согласовывать документы, выдавать комментарии, ставить замечания, прикрепляя фото, в смартфоны они будут получать задания и отчитываться о выполнении.
В смартфонах будут все необходимые отчеты и аналитика для принятия решения руководителем.
Все что происходит в последние 5 лет в IT, указывает на переход от ноутов к смартфонам, люди хотят быть мобильнее. Все что возможно, переедет туда. А единственная возможность связать данные со смартфонами - это облачные сервера, чьи-то чужие или свои корпоративные - это второй вопрос.
Облачные системы имеют ряд преимуществ перед десктопными: не требуют установки доп ПО, своих серверов, разворачивания. (Создание аккаунта для компании занимает пару минут).
Облачные системы работают на любых типах операционных систем, имеют API доступ для онлайн связки с другими приложениями.
Главной причиной ухода в облака является то, что сегодня все хотят иметь данные под рукой и управлять ими. Не все пользователи еще поняли "что так можно было", но мир движется в сторону смартфонов.
Конечно, не все операции, удобно выполнять с небольшого экрана пальцами, например чертить или моделировать, но есть и менеджерские, управленческие операции, которые перенести в смартфон возможно.
Со смартфонов специалисты будут согласовывать документы, выдавать комментарии, ставить замечания, прикрепляя фото, в смартфоны они будут получать задания и отчитываться о выполнении.
В смартфонах будут все необходимые отчеты и аналитика для принятия решения руководителем.
Все что происходит в последние 5 лет в IT, указывает на переход от ноутов к смартфонам, люди хотят быть мобильнее. Все что возможно, переедет туда. А единственная возможность связать данные со смартфонами - это облачные сервера, чьи-то чужие или свои корпоративные - это второй вопрос.
В CDE системах появляются собственные web форматы, которые позволяют отображать данные из САПР-файлов в браузере и в мобильных приложениях (для тех самых комментариев, замечаний, постановки задач).
Длительное время в VitroCAD и Vault для просмотра DWG файлов и листов из Revit использовался формат DWF, с помощью консольного приложения Autodesk Design Review.
В PilotICE - XPS ридер и стандартное API программ Autodesk для печати из них в XPS (майкрософтовский аналог PDF) и сейчас ведется разработка выгрузки в IFC BIM-моделей (опять же с помощью API САПР). Поэтому назвать их собственными форматами некорректно.
Так вот в браузерных системах наличие своего формата это как стандарт. Суть формата конечно проста - геометрия для WebGL+атрибуты+таблица сопоставления. И основное ядро таких систем - это конвертер различных форматов в данный web-формат.
Именно этот конвертер - это шлагбаум, на котором разработчик будет брать деньги, это гарант защищенности от пиратства и он суть интеллектуальной собственности.
Именно поэтому, вам на частный сервер никто его не отдаст, пока есть риск что вы сможете его взломать.
Длительное время в VitroCAD и Vault для просмотра DWG файлов и листов из Revit использовался формат DWF, с помощью консольного приложения Autodesk Design Review.
В PilotICE - XPS ридер и стандартное API программ Autodesk для печати из них в XPS (майкрософтовский аналог PDF) и сейчас ведется разработка выгрузки в IFC BIM-моделей (опять же с помощью API САПР). Поэтому назвать их собственными форматами некорректно.
Так вот в браузерных системах наличие своего формата это как стандарт. Суть формата конечно проста - геометрия для WebGL+атрибуты+таблица сопоставления. И основное ядро таких систем - это конвертер различных форматов в данный web-формат.
Именно этот конвертер - это шлагбаум, на котором разработчик будет брать деньги, это гарант защищенности от пиратства и он суть интеллектуальной собственности.
Именно поэтому, вам на частный сервер никто его не отдаст, пока есть риск что вы сможете его взломать.
https://vc.ru/hr/102235-cifrovoy-mir-i-cifrovizaciya-v-chem-raznica
Прекрасная статья про цифровизацию, уберизацию и будущее компаний. Переложите пример с fashion-индустрией на строительную и прям в точку.
Прекрасная статья про цифровизацию, уберизацию и будущее компаний. Переложите пример с fashion-индустрией на строительную и прям в точку.
vc.ru
Цифровой мир и цифровизация: в чем разница — Карьера на vc.ru
В 23 статье серии «Менеджмент цифрового мира» (оглавление) я начинаю рассказ про современное развитие менеджмента в IT. Цифровой мир делает софт неотъемлемой и критичной составляющей бизнеса, и потому понимание и применение передовых практик IT-менеджмента…
Что из интересного произошло на прошлой неделе в сфере BIM?
Факап 1 - Autodesk отозвал обновление Revit 2020.2. Оказывается и так бывает. Причина - выявленный баг, который может привести к поломке проекта. Подробнее:
https://docs.google.com/document/d/1C_2ox1DjpwpwwYK085KfuFR6QSIGnqSsM0VM3Q8TNhY/edit?usp=sharing
Факап 2 - В BIM360 после очередного обновления стали недоступны Issues у пользователей, названных на кириллице. Мы переименовали пользователей, но вроде уже исправлено.
BIM-ассоциация продолжает работать. Под работой они понимают отмену разработанных до них нормативных документов. Так отменены пара ГОСТов по BIM. Подробнее: https://www.facebook.com/groups/897292620466224/permalink/1249372965258186/
Факап 1 - Autodesk отозвал обновление Revit 2020.2. Оказывается и так бывает. Причина - выявленный баг, который может привести к поломке проекта. Подробнее:
https://docs.google.com/document/d/1C_2ox1DjpwpwwYK085KfuFR6QSIGnqSsM0VM3Q8TNhY/edit?usp=sharing
Факап 2 - В BIM360 после очередного обновления стали недоступны Issues у пользователей, названных на кириллице. Мы переименовали пользователей, но вроде уже исправлено.
BIM-ассоциация продолжает работать. Под работой они понимают отмену разработанных до них нормативных документов. Так отменены пара ГОСТов по BIM. Подробнее: https://www.facebook.com/groups/897292620466224/permalink/1249372965258186/
Баг с версией Revit 2020.2 уже исправлен. Вышла версия 2020.2.1.
Подробнее (англ) : https://help.autodesk.com/view/RVT/2020/ENU/?guid=RevitReleaseNotes_2020updates_2020_2_1_html
Подробнее (англ) : https://help.autodesk.com/view/RVT/2020/ENU/?guid=RevitReleaseNotes_2020updates_2020_2_1_html
Продолжим разбираться с CDE, и вот несколько примеров:
Conject (Aconex) - одна из первых успешных облачных систем, позволяет загружать файлы в облако, заполнять карточки к файлам и в зависимости от них, настраивать папки поиска.
Благодаря API с ней связана Latista - программа для стройконтроля, выдачи замечаний на модели.
Из минусов: система получилась сложной в настройке (в её внедрении участвуют специалисты от разработчиков) и очень дорогой (примерно в 10 раз дороже текущих решений от Autodesk).
LementPro - отечественная разработка, имеющая как веб, так и десктопное решение. Использует вьювер Autodesk Forge для отображения файлов (а следовательно также конвертирует на их серверах), но говорят, что разрабатывают и свой вьювер, и вы можете не подключать этот модуль.
Есть таск трекер и свой гант для планирования, дизайнер процессов.
Из минусов, что это местная разработка, не крупная, развивается за счет очередного клиента. Много преукрашивают в функционале, т.ч. надо смотреть самим на практике на пилотных проектах.
Conject (Aconex) - одна из первых успешных облачных систем, позволяет загружать файлы в облако, заполнять карточки к файлам и в зависимости от них, настраивать папки поиска.
Благодаря API с ней связана Latista - программа для стройконтроля, выдачи замечаний на модели.
Из минусов: система получилась сложной в настройке (в её внедрении участвуют специалисты от разработчиков) и очень дорогой (примерно в 10 раз дороже текущих решений от Autodesk).
LementPro - отечественная разработка, имеющая как веб, так и десктопное решение. Использует вьювер Autodesk Forge для отображения файлов (а следовательно также конвертирует на их серверах), но говорят, что разрабатывают и свой вьювер, и вы можете не подключать этот модуль.
Есть таск трекер и свой гант для планирования, дизайнер процессов.
Из минусов, что это местная разработка, не крупная, развивается за счет очередного клиента. Много преукрашивают в функционале, т.ч. надо смотреть самим на практике на пилотных проектах.
BIM360 - популярная на сегодня система, т.к. современная, простая, имеет стабильные конвертеры САПР форматов, браузерную, десктопную и мобильную версии.
Forge - платформа на которой написаны продукты линейки BIM360. Имеет API и обучающие материалы с примерами, с помощью которых вы можете написать свои приложения работающие с BIM360.
BIM360Docs - основной модуль BIM360 позволяет просматривать огромное количество форматов и выдавать в них замечания, пометки, выполнять согласования документов, проверять изменения.
Система позволяет работать через зону Plans - при загрузке с нее pdf, dwg или rvt файлов, она расшивает их на листы и распознает атрибуты из штампа. Но этим никто и не пользуется, т.к. слишком сложно и долго.
Все пользуются Project Files - привычные папки, привычное хранение файлов с версиями и статусами. Пока что эта зона понятнее пользователям и более контролируема. Такой баланс между файловым сервером и аконексом.
Имеется десктопное приложение для открытия файлов через папку как у Яндекс диска, гугла и дропбокса (Autodesk desktop connector), пользователям привычнее, но часто сбоит и лишен ряда удобного функционала виндоуса.
Есть функционал сравнения версий файлов. Очень крутая штука, не имеющая аналогов в других системах.
Есть модуль Reviews для согласований. Но не самая гибкая настройка процессов согласований.
Есть функционал Sets в котором можно собирать комплекты/разделы. Но им не пользуются, т.к. привычнее по папкам раскладывать.
Есть функционал Transmittals для фиксации передачи комплектов, но им не пользуются, т.к. результат скачивается в zip архиве (хотя казалось бы мол зачем?) и собрать в одну передачу можно только из одной папки.
Кароче, большинство функционала не используется, но он и с тем, что используют, стоит своих денег.
Forge - платформа на которой написаны продукты линейки BIM360. Имеет API и обучающие материалы с примерами, с помощью которых вы можете написать свои приложения работающие с BIM360.
BIM360Docs - основной модуль BIM360 позволяет просматривать огромное количество форматов и выдавать в них замечания, пометки, выполнять согласования документов, проверять изменения.
Система позволяет работать через зону Plans - при загрузке с нее pdf, dwg или rvt файлов, она расшивает их на листы и распознает атрибуты из штампа. Но этим никто и не пользуется, т.к. слишком сложно и долго.
Все пользуются Project Files - привычные папки, привычное хранение файлов с версиями и статусами. Пока что эта зона понятнее пользователям и более контролируема. Такой баланс между файловым сервером и аконексом.
Имеется десктопное приложение для открытия файлов через папку как у Яндекс диска, гугла и дропбокса (Autodesk desktop connector), пользователям привычнее, но часто сбоит и лишен ряда удобного функционала виндоуса.
Есть функционал сравнения версий файлов. Очень крутая штука, не имеющая аналогов в других системах.
Есть модуль Reviews для согласований. Но не самая гибкая настройка процессов согласований.
Есть функционал Sets в котором можно собирать комплекты/разделы. Но им не пользуются, т.к. привычнее по папкам раскладывать.
Есть функционал Transmittals для фиксации передачи комплектов, но им не пользуются, т.к. результат скачивается в zip архиве (хотя казалось бы мол зачем?) и собрать в одну передачу можно только из одной папки.
Кароче, большинство функционала не используется, но он и с тем, что используют, стоит своих денег.
BIM-интриги.
Продолжается история с отменой ГОСТов по BIM.
14 января 2020 г. некий Поташев Роман, директор ООО "ПромСтрой", компании, занимающейся оптовой торговлей, подал жалобу на эти 2 несчастных ГОСТа, жалоба сформулирована достаточно подробно, сразу видно что её ему вложили те, кто потом её же и принимал.
16го января собралось заседание рабочей группы апелляционной комиссии Росстандарта. Жалоба была удовлетворена.
23 января комиссия по апелляции Росстандарта подтвердила решение.
5 февраля вышел приказ Росстандарта.
Здесь присутствует сговор с использованием служебного положения. Таким методом они могут что угодно поотменять и напринимать.
Мой пост от 24 января про то, что BIM-ассоциация только что и делает, что отменяет разработанные до них нормативы - это чистое совпадение) не надо конспирологии))
Лучше вот вам теория: Росстандарт заказал Консультант+ (ООО "ЧДК") анализ этих ГОСТов на предмет нестыковок, те выполнили и подали заявку от соседа по офису, т.к. тот им задолжал за юридические услуги.
Продолжается история с отменой ГОСТов по BIM.
14 января 2020 г. некий Поташев Роман, директор ООО "ПромСтрой", компании, занимающейся оптовой торговлей, подал жалобу на эти 2 несчастных ГОСТа, жалоба сформулирована достаточно подробно, сразу видно что её ему вложили те, кто потом её же и принимал.
16го января собралось заседание рабочей группы апелляционной комиссии Росстандарта. Жалоба была удовлетворена.
23 января комиссия по апелляции Росстандарта подтвердила решение.
5 февраля вышел приказ Росстандарта.
Здесь присутствует сговор с использованием служебного положения. Таким методом они могут что угодно поотменять и напринимать.
Мой пост от 24 января про то, что BIM-ассоциация только что и делает, что отменяет разработанные до них нормативы - это чистое совпадение) не надо конспирологии))
Лучше вот вам теория: Росстандарт заказал Консультант+ (ООО "ЧДК") анализ этих ГОСТов на предмет нестыковок, те выполнили и подали заявку от соседа по офису, т.к. тот им задолжал за юридические услуги.
Forwarded from Lapygin Aleksandr
https://ardexpert.ru/article/17533 гениальная статья, жму руку автору. Всё правда.
Не смотрите на превью, там про Россию в основном, а не про Англию.
Редко когда я, читая чьи-то мысли, и главное цифры (!), чувствую настолько глубокое с ними согласие.
Видно что опыт у автора явно обширный, поэтому видимо он и взял на себя смелость так однозначно эти цифры привести. По моему опыту получается то же самое.
Таблица с удельным доходом на одного сотрудника - 🔥! Нижний уровень стоимости проектирования назван абсолютно честно - "дно". И такие компании ведь действительно существуют (хотя и недолго).
Как бы теперь сделать так, чтобы описанное дошло до как можно большего количества... Заказчиков? Коллег? Чиновников? Я вот даже не знаю, вроде всем полезно такое почитать. А главное - сделать выводы из прочитанного, и применить в работе.
Если вы девелопер - не поощряйте нищих проектировщиков, не тендерите проекты ниже разумной стоимости. Чудес не бывает.
Если вы проектировщик, руководитель, владелец проектной компании - уважайте себя, и своего заказчика, не опускайте стоимость ниже вменяемого порога. От этого будет хуже всем. Если вы чиновник... Не знаю. Регулировать цены это плохо. Но позволять им раз за разом пробивать дно - тоже опасный путь. Подумайте, как решить эту дилемму.
Не смотрите на превью, там про Россию в основном, а не про Англию.
Редко когда я, читая чьи-то мысли, и главное цифры (!), чувствую настолько глубокое с ними согласие.
Видно что опыт у автора явно обширный, поэтому видимо он и взял на себя смелость так однозначно эти цифры привести. По моему опыту получается то же самое.
Таблица с удельным доходом на одного сотрудника - 🔥! Нижний уровень стоимости проектирования назван абсолютно честно - "дно". И такие компании ведь действительно существуют (хотя и недолго).
Как бы теперь сделать так, чтобы описанное дошло до как можно большего количества... Заказчиков? Коллег? Чиновников? Я вот даже не знаю, вроде всем полезно такое почитать. А главное - сделать выводы из прочитанного, и применить в работе.
Если вы девелопер - не поощряйте нищих проектировщиков, не тендерите проекты ниже разумной стоимости. Чудес не бывает.
Если вы проектировщик, руководитель, владелец проектной компании - уважайте себя, и своего заказчика, не опускайте стоимость ниже вменяемого порога. От этого будет хуже всем. Если вы чиновник... Не знаю. Регулировать цены это плохо. Но позволять им раз за разом пробивать дно - тоже опасный путь. Подумайте, как решить эту дилемму.
ardexpert.ru
Сколько стоит проектирование в России и в Великобритании?
Эта статья и приведенные в ней данные являются результатом моего личного опыта и моим личным мнением, и могу...
Практический пост об ИОС в Revit.
Если вы создавали объёмную модель раздела ИОС в Revit, то наверняка сталкивались с такой проблемой, как процесс регенерации, запускаемый в фоновом режиме, при любых изменениях вашей системы. Сам процесс регенерации может занимать от 10 сек. до 10 мин., что делает процесс работы адским мучением.
Если вы пытались отключить «Вычисления» в трубопроводных/вентиляционных системах, то знаете, что данное действия не помогает и процесс регенерации не прекращается.
На самом деле за процессом регенерации скрываются не только вычисления расходов, скорости и давления, а также вычисление направления потока.
Так вот, чем больше мы используем арматуры и оборудования с настройкой «Направлением потока = «Двухсторонний»» на соединителях, тем расчет направления потока становится сложнее для Revit и при любых изменениях системы происходит перерасчет (регенерация).
Решение: При создании семейств, в соединителях, направление потока необходимо выбирать «Внутрь» или «Наружу».
Чтобы проектировщик мог правильно разместить семейство, нужно в нем сделать условное обозначения направления потока.
Условное обозначение направления потока рекомендую сделать вложенным семейством, категории не используемой в проекте (например: мебель, озеленение).
Далее с помощью настройки шаблонов добиваемся видимости условного обозначения направления потока только на рабочих видах.
p.s. да процесс моделирования от этого станет сложнее, ведь теперь нельзя будет ставить арматуру и не задумываться.
Придётся делать дополнительные действия по ее правильному размещению. Но зато мы получаем файл, в котором можно работать.
Если вы создавали объёмную модель раздела ИОС в Revit, то наверняка сталкивались с такой проблемой, как процесс регенерации, запускаемый в фоновом режиме, при любых изменениях вашей системы. Сам процесс регенерации может занимать от 10 сек. до 10 мин., что делает процесс работы адским мучением.
Если вы пытались отключить «Вычисления» в трубопроводных/вентиляционных системах, то знаете, что данное действия не помогает и процесс регенерации не прекращается.
На самом деле за процессом регенерации скрываются не только вычисления расходов, скорости и давления, а также вычисление направления потока.
Так вот, чем больше мы используем арматуры и оборудования с настройкой «Направлением потока = «Двухсторонний»» на соединителях, тем расчет направления потока становится сложнее для Revit и при любых изменениях системы происходит перерасчет (регенерация).
Решение: При создании семейств, в соединителях, направление потока необходимо выбирать «Внутрь» или «Наружу».
Чтобы проектировщик мог правильно разместить семейство, нужно в нем сделать условное обозначения направления потока.
Условное обозначение направления потока рекомендую сделать вложенным семейством, категории не используемой в проекте (например: мебель, озеленение).
Далее с помощью настройки шаблонов добиваемся видимости условного обозначения направления потока только на рабочих видах.
p.s. да процесс моделирования от этого станет сложнее, ведь теперь нельзя будет ставить арматуру и не задумываться.
Придётся делать дополнительные действия по ее правильному размещению. Но зато мы получаем файл, в котором можно работать.
Трэш с BIM-ассоциацией продолжается (надеюсь сегодня на заседании в Минстрое он закончится).
https://bim-association.ru/violation-in-standardization/
Вот их позиция, ну разве не прелесть?
Борются они, бравые, за свободу и независимость нашей Родины))
По их мнению, термин "информационный контейнер", который подразумевал набор файлов в определенной структуре папок, угрожает национальной безопасности.
Они же называют такой набор файлов - информационной моделью. Можно и так, но мы теперь не знаем как называется сам файл в котором 3d модель с атрибутами находится. Ну и теперь мы расходимся с мировой терминологией.
Я тоже так могу страшилки лепить про заговоры и американцев: в ГОСТе bim-ассоциации 10.0.00-2018 указана ссылка на Американский BIM-стандарт и таблицы эксплуатации американских военных баз COBie. Авторы хотят подготовить наш жил фонд к удобной эксплуатации заморскими партнерами.
https://bim-association.ru/violation-in-standardization/
Вот их позиция, ну разве не прелесть?
Борются они, бравые, за свободу и независимость нашей Родины))
По их мнению, термин "информационный контейнер", который подразумевал набор файлов в определенной структуре папок, угрожает национальной безопасности.
Они же называют такой набор файлов - информационной моделью. Можно и так, но мы теперь не знаем как называется сам файл в котором 3d модель с атрибутами находится. Ну и теперь мы расходимся с мировой терминологией.
Я тоже так могу страшилки лепить про заговоры и американцев: в ГОСТе bim-ассоциации 10.0.00-2018 указана ссылка на Американский BIM-стандарт и таблицы эксплуатации американских военных баз COBie. Авторы хотят подготовить наш жил фонд к удобной эксплуатации заморскими партнерами.
Завершилось заседание в Минстрое, мне больше 3 реплик не дали сказать, спасибо и на том.
Тезисно:
1. BIM-ассоциация не признает своего участия в отмене ГОСТов, говорит: "а мы что? - это Росстандарт!".
Хотя им уже к носу представили все документальные доказательства их лобирования и поддержки данной отмены.
Даже официальное письмо Никульцевой от октября привели где она заявляла, что их скоро отменят.
2. Ни один участник ПК5 ТК465 (кроме BIM-ассоциации) не поддержал отмену и все просили вернуть.
3. Высказали квотум недоверия председателям ПК5 - BIM-ассоциации. Попросили не принимать решения кулуарно, а больше собирать очных заседаний, сообщать о результатах заочных голосований и вести историю комментариев к стандартам и ответов разработчиков.
4. Удивили нанософт и ренга, попросившие гармонизировать стандарты ближе к мировым, чтобы им проще было, разрабатываемые под внутренний рынок программы, на мир продавать.
5. Представитель Аутодеска просила разъяснить что делать, чтобы не угрожать национальной безопасности РФ.
6. Д.А. Волков подытожил, что будут приняты организационные решения, что всех услышал. И сказал, что главной задачей, после безопасности, видит повышение конкурентоспособности наших компаний на мировом рынке.
Тезисно:
1. BIM-ассоциация не признает своего участия в отмене ГОСТов, говорит: "а мы что? - это Росстандарт!".
Хотя им уже к носу представили все документальные доказательства их лобирования и поддержки данной отмены.
Даже официальное письмо Никульцевой от октября привели где она заявляла, что их скоро отменят.
2. Ни один участник ПК5 ТК465 (кроме BIM-ассоциации) не поддержал отмену и все просили вернуть.
3. Высказали квотум недоверия председателям ПК5 - BIM-ассоциации. Попросили не принимать решения кулуарно, а больше собирать очных заседаний, сообщать о результатах заочных голосований и вести историю комментариев к стандартам и ответов разработчиков.
4. Удивили нанософт и ренга, попросившие гармонизировать стандарты ближе к мировым, чтобы им проще было, разрабатываемые под внутренний рынок программы, на мир продавать.
5. Представитель Аутодеска просила разъяснить что делать, чтобы не угрожать национальной безопасности РФ.
6. Д.А. Волков подытожил, что будут приняты организационные решения, что всех услышал. И сказал, что главной задачей, после безопасности, видит повышение конкурентоспособности наших компаний на мировом рынке.
Есть международные стандарты ISO. Когда мы хотим применять их в РФ, или работать с иностранными компаниями по ним, то необходимо сделать их адаптацию на русский.
Такой документ имеет статус ГОСТа (чтобы иметь юр. силу в РФ), и в нем указано что он является адаптацией ISO. Такой документ не является обязательным для исполнения.
Те, кто хочет его использовать в своей деятельности, может прописать его в Договоре, ТЗ или иных документах и использовать.
Когда мы занимаемся адаптацией, то главной задачей является корректно перевести - чтобы добавлять как можно меньше "от себя", но чтобы суть была передана верно.
Отмененные ГОСТы были адаптацией ISO 19650-1 и ISO 19650-2. Предъявлять к данным ГОСТам претензии в формулировках и недостаточности чего либо - бесполезно. Если кто-то считает, что может перевести более корректно и понятно какой-то пункт, то вам никто не мешает - пишите разработчикам - они поправят.
Опыт других стран показывает, что сперва адаптируются базовые мировые стандарты, а затем пишутся более конкретные, прикладные свои. За счет такого подхода соблюдается баланс между гармонизацией с мировым сообществом и спецификой внутреннего рынка. Т.е. когда в основе одно и то же, сильно в подходах не разойдёмся.
Такой документ имеет статус ГОСТа (чтобы иметь юр. силу в РФ), и в нем указано что он является адаптацией ISO. Такой документ не является обязательным для исполнения.
Те, кто хочет его использовать в своей деятельности, может прописать его в Договоре, ТЗ или иных документах и использовать.
Когда мы занимаемся адаптацией, то главной задачей является корректно перевести - чтобы добавлять как можно меньше "от себя", но чтобы суть была передана верно.
Отмененные ГОСТы были адаптацией ISO 19650-1 и ISO 19650-2. Предъявлять к данным ГОСТам претензии в формулировках и недостаточности чего либо - бесполезно. Если кто-то считает, что может перевести более корректно и понятно какой-то пункт, то вам никто не мешает - пишите разработчикам - они поправят.
Опыт других стран показывает, что сперва адаптируются базовые мировые стандарты, а затем пишутся более конкретные, прикладные свои. За счет такого подхода соблюдается баланс между гармонизацией с мировым сообществом и спецификой внутреннего рынка. Т.е. когда в основе одно и то же, сильно в подходах не разойдёмся.
По результатам заседания, ПК5 bim-ассоциация считает, что все хорошо
https://bim-association.ru/%D0%B2-%D0%BC%D0%B8%D0%BD%D1%81%D1%82%D1%80%D0%BE%D0%B5-%D1%80%D0%BE%D1%81%D1%81%D0%B8%D0%B8-%D0%BF%D1%80%D0%BE%D1%88%D0%BB%D0%BE-%D0%BE%D1%87%D0%BD%D0%BE%D0%B5-%D0%B7%D0%B0%D1%81%D0%B5%D0%B4%D0%B0/
Но есть и другие мнения:
https://ancb.ru/publication/read/9216
https://bim-association.ru/%D0%B2-%D0%BC%D0%B8%D0%BD%D1%81%D1%82%D1%80%D0%BE%D0%B5-%D1%80%D0%BE%D1%81%D1%81%D0%B8%D0%B8-%D0%BF%D1%80%D0%BE%D1%88%D0%BB%D0%BE-%D0%BE%D1%87%D0%BD%D0%BE%D0%B5-%D0%B7%D0%B0%D1%81%D0%B5%D0%B4%D0%B0/
Но есть и другие мнения:
https://ancb.ru/publication/read/9216
www.ancb.ru
Подкомитет 5 ТК 465 по BIM негативно оценил отмену ГОСТов и стиль работы руководства
Про Uberизацию.
Сегодня уже не стоит вопрос: "Возможен ли Uber в проектировании и строительстве?". Стоит вопрос "Когда?". Сколько у банков, девелоперов и менеджмента компаний есть времени? Скоро их заменит приложение.
Сопротивляться этому бесполезно. Менеджеров ждет та же учесть что таксопарки. Покупатель будет заказывать, контролировать, оценивать, исполнитель - строить.
Будет один IT-сервис типа банковского личного кабинета, где происходит заказ и автоматически ставится задача проектировщикам и строителям, а покупателю будут приходить отчеты о выполнении.
Конечно, изначально это не будет взаимодействие между физическими лицами, сперва будут убраны прослойки типа генподрядчика и распределения контрактов будут вестись напрямую между фирмами исполнителями.
10 лет - столько бы я дал отработке данной технологии. Скорее всего убер сделают банки, уставшие от этого бесконечного строительного бардака и запредельных рисков. Финансисты не привыкли играть в рулетку, а после 214 ФЗ их обязали это делать.
Единственный шанс не стать таксопарком - сделать Uber самому.
Сегодня уже не стоит вопрос: "Возможен ли Uber в проектировании и строительстве?". Стоит вопрос "Когда?". Сколько у банков, девелоперов и менеджмента компаний есть времени? Скоро их заменит приложение.
Сопротивляться этому бесполезно. Менеджеров ждет та же учесть что таксопарки. Покупатель будет заказывать, контролировать, оценивать, исполнитель - строить.
Будет один IT-сервис типа банковского личного кабинета, где происходит заказ и автоматически ставится задача проектировщикам и строителям, а покупателю будут приходить отчеты о выполнении.
Конечно, изначально это не будет взаимодействие между физическими лицами, сперва будут убраны прослойки типа генподрядчика и распределения контрактов будут вестись напрямую между фирмами исполнителями.
10 лет - столько бы я дал отработке данной технологии. Скорее всего убер сделают банки, уставшие от этого бесконечного строительного бардака и запредельных рисков. Финансисты не привыкли играть в рулетку, а после 214 ФЗ их обязали это делать.
Единственный шанс не стать таксопарком - сделать Uber самому.
Практика. Баг с семействами Revit.
Еще одной из наболевших проблем является большой вес файлов (моделей). Все мы знаем, что вес модели напрямую зависит от количества элементов, содержавшихся в ней и их качества. Под словом «качества» я подразумеваю отвечают ли они требованиям «Список требований к семействам Revit для соответствия BIM-стандарту 2.0».
Однако я недавно обнаружил важную информацию, которую стоило бы добавить в данное требования, она касается семейств, работающих с таблицами выбора.
Вот стандартная формула для параметра берущего значения из таблицы выбора:
size_lookup(Таблица, "Длина", 0 мм, Ширина)
Из формулы мы видим, что наш параметр берет значения из таблицы выбора по столбцу "Длина" в зависимости от значения параметра "Ширина". В случае если значение параметра "Ширина" будет отсутствовать в таблице выбора, то наш параметр будет равняется 0 мм.
Так мы все делаем для того чтобы при работе с семейством в проекте в случае, когда проектировщик задает значения, отсутствующие в таблице выбора геометрия ломалась и семейство не строилось. Тем самым мы добиваемся результата, при котором у проектировщика исчезает возможность заложить в проект несуществующий типоразмер элемента.
В этом способе и заключается вся ошибка! Нельзя ставить значение 0 мм параметрам, отвечающим за геометрию семейства, потому что в проекте хоть Revit и выдает ошибку, семейство он все равно вставляет пусть хоть и без отображения геометрии.
То есть всякий раз как проектировщик прописывает не верное значение "Ширина" семейство в проект вставляется.
Если у вас есть проекты с подобными семействами, вы можете заменить в формуле значение 0 мм на значение существующего типа из таблицы выбора и загрузить в проект. Все семейства, которые были вставлены в проект с значением 0 мм появятся.
Итак вывод: семейства действительно строятся и добавляют вес проекту, а самое веселое - пока значение параметров геометрии равно 0 мм - их не видно и нельзя удалить из проекта с помощью команды «Удалить не используемое».
Решение: Геометрия семейства всегда должна отстраиваться! Нельзя искусственно создавать ошибку. Для понимания проектировщика, что данный типоразмер не существует - выводить уведомление.
Еще одной из наболевших проблем является большой вес файлов (моделей). Все мы знаем, что вес модели напрямую зависит от количества элементов, содержавшихся в ней и их качества. Под словом «качества» я подразумеваю отвечают ли они требованиям «Список требований к семействам Revit для соответствия BIM-стандарту 2.0».
Однако я недавно обнаружил важную информацию, которую стоило бы добавить в данное требования, она касается семейств, работающих с таблицами выбора.
Вот стандартная формула для параметра берущего значения из таблицы выбора:
size_lookup(Таблица, "Длина", 0 мм, Ширина)
Из формулы мы видим, что наш параметр берет значения из таблицы выбора по столбцу "Длина" в зависимости от значения параметра "Ширина". В случае если значение параметра "Ширина" будет отсутствовать в таблице выбора, то наш параметр будет равняется 0 мм.
Так мы все делаем для того чтобы при работе с семейством в проекте в случае, когда проектировщик задает значения, отсутствующие в таблице выбора геометрия ломалась и семейство не строилось. Тем самым мы добиваемся результата, при котором у проектировщика исчезает возможность заложить в проект несуществующий типоразмер элемента.
В этом способе и заключается вся ошибка! Нельзя ставить значение 0 мм параметрам, отвечающим за геометрию семейства, потому что в проекте хоть Revit и выдает ошибку, семейство он все равно вставляет пусть хоть и без отображения геометрии.
То есть всякий раз как проектировщик прописывает не верное значение "Ширина" семейство в проект вставляется.
Если у вас есть проекты с подобными семействами, вы можете заменить в формуле значение 0 мм на значение существующего типа из таблицы выбора и загрузить в проект. Все семейства, которые были вставлены в проект с значением 0 мм появятся.
Итак вывод: семейства действительно строятся и добавляют вес проекту, а самое веселое - пока значение параметров геометрии равно 0 мм - их не видно и нельзя удалить из проекта с помощью команды «Удалить не используемое».
Решение: Геометрия семейства всегда должна отстраиваться! Нельзя искусственно создавать ошибку. Для понимания проектировщика, что данный типоразмер не существует - выводить уведомление.
По результату обсуждения с Иваном Штаером (тех. специалистом BIM-ассоциации), попробую сформулировать его позицию, касаемо форматов передачи данных.
Есть проприетарные форматы и непроприетарные, а также с открытыми спецификациями и закрытыми. Соответственно могут быть комбинации:
Непроприетарные открытые - jpeg, txt, csv, xml, json, ifc.
Проприетарные открытые - docx, xlsx, pdf, dwg, rvt.
Проприетарные закрытые - doc, xls, 3ds, skp, nwd, pln, dgn.
Они выступают против официального обмена любыми проприетарными форматами, и тем более указания такого рода обмена в гос. стандартах.
Т.е. против передачи данных в гос. экспертизу и на стройку, в эксплуатацию форматов: pdf, dwg, docx, xlsx.
Дальнейшее обсуждение этой темы считаю возможным лишь после демонстрации рабочей схемы, примера такого взаимодействия с открытыми непроприетарными форматами.
В чем сдавать чертежи, в чем пояснительные записки? jpeg+txt?
Есть проприетарные форматы и непроприетарные, а также с открытыми спецификациями и закрытыми. Соответственно могут быть комбинации:
Непроприетарные открытые - jpeg, txt, csv, xml, json, ifc.
Проприетарные открытые - docx, xlsx, pdf, dwg, rvt.
Проприетарные закрытые - doc, xls, 3ds, skp, nwd, pln, dgn.
Они выступают против официального обмена любыми проприетарными форматами, и тем более указания такого рода обмена в гос. стандартах.
Т.е. против передачи данных в гос. экспертизу и на стройку, в эксплуатацию форматов: pdf, dwg, docx, xlsx.
Дальнейшее обсуждение этой темы считаю возможным лишь после демонстрации рабочей схемы, примера такого взаимодействия с открытыми непроприетарными форматами.
В чем сдавать чертежи, в чем пояснительные записки? jpeg+txt?