#Классификатор По комментариям к посту https://xn--r1a.website/prostobim/1038
и затем нескольким постам в других каналах, понял, что не все поняли мою идею с классификатором.

Я предлагаю относиться к классу, как сущности, определяющей перечень и формат заполнения параметров. Не как к зашифрованному коду всех значений элементов вписанному в один параметр.

Наверно, чтобы было понятнее, я распишу путь как я пришел к данному подходу, а вы можете проследить весь этот мой путь по моим выступлениям на конференциях, в статьях, интервью и постах и может быть определить на каком этапе вы и быстрее принять и пройти оставшиеся…

далее логрид для интересующихся…

#Классификатор Сперва я пробовал вписывать в элементы модели укрупненные коды работ - W1.2.3, где мол

W - текстовый символ указывающий что это работа (work) и мол защищающий в екселе от автоперевода в дату.

W1 - СМР
W1.2 - Монолитные работы выше 0
W1.2.3 - Устройство монолитных вертикальных конструкций

И пока я был на данном уровне укрупнения, все более менее работало.

Далее мне потребовалось разделить по толщине конструкций и классу бетона.

Я начал расшивать
W1.2.3.1 - Устройство монолитных вертикальных конструкций t=50мм
W1.2.3.2 - Устройство монолитных вертикальных конструкций t=60мм
…
W1.2.3.15 - Устройство монолитных вертикальных конструкций t=200мм
и т.д.

Уже тут у меня закралось сомнение мол, а что если шаг будет не 10мм или стену залить 2400мм потребуется, или переменной толщины будет? Т.е. как разбивать классы по аспекту описанному численным атрибутом без явного и неограниченного шага?

Затем я рассмотрел вариант с порядковым номером мол каждой толщины используемой на проекте (мол 160мм это .1, 200мм - это .2, появится 180мм - станет .3), но сразу отказался из-за того что теряется сам смысл классификатора - накапливания опыта и автоматизации расчетов на последующих проектах.

Затем мне в каждый класс потребовалось добавить один и тот же перечень значений бетона B12, B25 (а то и с разбивками по маркам морозо и влагостойкости F75 W6). Тут уже меня качнуло в сторону фасетной классификации, но быстро отказался, т.к. пришлось создавать просто фасеты на каждый параметр и фасеты превращались в справочники значений параметров.

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

Я начал в каждый разряд вшивать определяющий символ и для числовых писать прям значение, а текстовые кодировал по порядку, мол t150 - толщина 150мм, k120 - коэффициент армирования 120 кг/м3, B5 - Класс бетона B25 F75 W6. Получался код типа: W1.2.3_t150.k120.B5.M3.F2.G12 и т.д. И затем даже реализовал генератор этого кода по параметрам, но чтобы понимать у какого элемента в каких параметрах смотреть эти коды для записи в общий «код» мне потребовалось на верхнем уровне определить будущий реальный Класс.

В итоге я понял, что в сводных моделях наборы выборки элементов делаю по множественным правилам, которые просто ищу по ключам «содержит» в этом одном параметре, ровно также как искали бы по значению в отдельном параметре. Т.е. кодировка и раскодировка этого параметра - просто лишний шаг, который добавляет лишь нестабильности подходу. И таким образом я пришел к варианту Код+Параметры.

Еще был момент, как я ушел от строительных элементов и работ в классах к элементам/компонентам модели. Если вкратце: я понял что невозможно заставить проектировщиков моделировать все многослойные элементы поотдельности или разбивать и дорабатывать после них, т.к. это очень трудоемко и приводит к срыву сроков - модель приходит после документации в тот момент когда она уже никому не нужна и не соответствует актуальным проектным решениям.

#ГосТИМ Моя позиция по тому, как должен быть устроен BIM на гос. уровне.

Должен быть переработан СП333, который будет являться EIR'ом на гособъектах и основой, шаблоном для коммерческих заказчиков.

Должна быть переработана 6-я таблица КСИ, на более рабочий классификатор компонентов ЦИМ. Также он должен быть доработан требованиями к параметрам для каждого класса.

Принять, что в ближайшие 10 лет у нас не будет инструмента для редактирования IFC геометрии и нормального API для работы с ним, чтобы иметь возможность предъявлять требования к описанию параметрической геометрии. А также не будет стабильных конвертеров из всех программ в IFC. Потому предлагаю упростить себе задачу, и сделать ее более решаемой на текущем этапе развития технологий, и относиться к модели как мертвой геометрии+атрибуты (.nwc,.bim). Но требовать передавать Заказчику также и редактируемый формат. Как мол сейчас юристы работают при обсуждении договоров: PDF+DOCX.

В IFC или не IFC передавать модели в экспертизу и в ГИСОГД будет зависеть лишь от того, какие у данных служб будут конвертеры и вьюверы. Конечно, скорее всего будет IFC. Но требования предъявлять именно к атрибутивному наполнению IFC, где геометрия выгружается как BREP. При передаче модели также должны передаваться и нативные форматы, в которых велась разработка, чтобы можно было проверить, что чертежи выпущены из модели, и, в случае некорректной конвертации, посмотреть исходную модель.

Согласно EIR'у и Классификатору КСИ 6 табл. требования по наполнению модели информацией будут проверяться автоматически при загрузке модели в экспертизу, а также будут разработаны плагины, чтобы проектировщики заранее сами проверяли себя, и отправляли уже исправленную на своей стороне модель. Матрица коллизий также должна опираться на коды классификатора и проверка не должна создавать "холостые" коллизии, которые вручную надо подолгу просматривать. Т.е. и коллизии будут проверяться автоматически с минимальным просмотром экспертом частных случаев.

Несколько простых интеллектуальнах проверок на соответствие норм также будут проводиться автоматически и отображать результаты во вьювере экспертизы.

В ГИСОГД будут храниться, наравне с IFC и внутренним сконвертированным форматом, и нативный, редактируемый формат разработки модели, который будет выдаваться как исходные данные последующим участникам жизненного цикла ОКС (например при реконструкции). Это конечно не будет обязывать всех последующих участников использовать то же ПО, но снизит шанс потери данных и даст возможность самим, если что, перевыгрузить в нужном формате или прямыми конвертерами между ПО.

#Autodesk Слухи о том, что Autodesk начнет блокировать пиратские лицензии Revit и AutoCAD на территории РФ подтвердились.

Начиная с 1 апреля точечно начало выбивать пользователей из хакнутых программ. Пока по ощущениям это коснулось менее 1% пользователей, но схема стала понятна и как обойти тоже.

Во-первых, переустановка и переактивация в большинстве случаев помогают.

Во-вторых, свой ход еще не сделали наши программисты, которые прямо заинтересованы в продолжении работы.

Печально, конечно, что приходится говорить про пиратство, но такие времена.

#Образование Не хочет никто присоединиться к подкасту для студентов, потому напишу свои мысли для выпускников этого года строительных факультетов ниже.

После окончания универа вы стоите на развилке выбора, у вас есть несколько путей карьерного роста:

1. Проектирование
2. Строительство
3. BIM

Из Проектировщика и Строителя можно в любой момент перепрыгнуть в BIM-специалиста с применением опыта - такие BIM’щики с реальным практическим опытом больше ценятся.

Из Проектировщика в Строителя тоже можно, но зачастую не весь опыт применим, как и наоборот. Можно сказать: переход с потерей 30% навыков.

В Проектировании много направлений развития, как по каждой специализации (разделу) - АР, КР, ОВ, ВК, ЭС, ГП, так и по типу объектов: жилье, промка, инфраструктурные, да и внутри они еще бьются на ижс, многоквартирные и нефтегаз, рудные, склады, производственные и т.д.

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

Далее из Проектировщика можно стать ГИПом, Руководителем проекта по проектированию, Директором департамента проектирования или основать свою фирму и стать Генеральным директором.

Строитель - это тоже очень разнообразное направление. Есть специалисты ПТО, Планировщики, Сметчики, Мастера, Специалисты строительного контроля, геодезисты, ну и конечно сами рабочие. В стройке тоже можно стать Руководителем проекта или Прорабом, Руководителем ПТО, а также Генеральным директором своей фирмы.

Но вернемся в BIM. У нас карьерный путь начинается (если нет опыта в проектировании) с BIM-моделирования. Сегодня подъем моделей по чертежам или облакам точек лазерного сканирования - это популярный запрос и много работы.

Тут важно владение инструментом и базовые знания строительных элементов. В 95% случаев моделирование заказывается в Revit, реже в отечественных Renga или NanoCAD. В последние годы становится все чаще по понятным причинам, но все еще в рамках процентов от рынка (из-за слабого функционала).

Далее можно стать BIM-координатором. На него сразу можно перейти и после пары лет проектирования в BIM-инструменте, сопровождать который требуется (чаще Revit, реже Tekla, ArchiCAD и отечественные Renga и NanoCAD). И после BIM-координатора можно идти на BIM-менеджера и далее руководителя по цифровизации.

Также из BIM-координатора есть направление развития в Программиста. Для этого можно сперва научиться писать скрипты на Dynamo под ревит, потом плагины на C# и после уже идти в разработку отдельных приложений.

подробнее в постах ранее:
https://xn--r1a.website/prostobim/848
https://xn--r1a.website/prostobim/851
https://xn--r1a.website/prostobim/852
https://xn--r1a.website/prostobim/853
https://xn--r1a.website/prostobim/863
https://xn--r1a.website/prostobim/864

Ну раз музыкальная пауза, то и трэк от человека)

#Подкасты На прошлой неделе вышел подкаст с Игорем Рогачевым (главным по ТИМ в РЖД)

https://youtu.be/uv4uNXLMht8?si=RdShnisJc_GoIWNU

Полностью согласен с тезисом, что государству надо требовать помимо IFC еще и нативный формат.

Не согласен с позицией, что BIM-модель (ЦИМ) государству не нужна. В ГИСОГД, да, она разве что как исходные данные для следующих этапов ЖЦ ОКС.

На этапе же стройки ЦИМ еще ой как нужна. Это все объемы, сперва для смет и заказа материалов, а затем и КС-2. Именно после прихода ЦИМ на стройку с повестки совещаний уходят споры о закрытых в прошлом месяце объемах, и убираются бартерные закрытия с последующими накопленными долгами, и как следствие круговой порукой.

ЦИМ позволяет контролировать изменения, что позволяет очень быстро обосновывать все допники для Заказчика и как следствие не тормозить работы. И т.д.

Другое дело, что отечественных инструментов позволяющих на стройке работать нет, но если бы этим аргументом обосновывалось мол «рано им в ЦИМ, им бы с XML’ками разобраться», я бы согласился.

#ГосТИМ На канале Игоря Рогачева вышел фильм про BIM в России.

https://youtu.be/4knW6W-wUxw?si=8thpAQBYqJ7HqRV6

Краткий обзор истории BIM в РФ и диагноз текущей ситуации с предложениями лечения.

Ну, что могу сказать? Мое почтение, прям лучше и не опишешь, лучшее что смотрел по BIM, со времен книжки Талапова, под всем подписываюсь, смотреть всем! на скорости х1,5 за 1 час 45 мин просматривается.

За сутки 3,2 тыс просмотров - такого интереса в нашем сегменте еще не было. Вставки про «Безумие» и «Рецензирование госстандартов» прям глубоко в душу.

p.s. Заголовок, как я понял, для чиновников, которые дальше него не посмотрят, чтобы они перестали к нам лезть и все портить.

#ГосТИМ В связи с выходом фильма Рогачева, напомню мои мысли на эту тему 3-х летней давности.

Проблемы с ТИМ в РФ
https://xn--r1a.website/prostobim/550

Обязательный ТИМ с 01.01.2022
https://xn--r1a.website/prostobim/530

#Классификатор Вышла статья от начальника отдела ИС и БД ФАУ ФЦС Пархоменко Д.М. по применению КСИ и машиночитаемых стандартов в формате XML.

Из интересного: приведен пример описания машиночитаемого требования в XML по расстоянию от детской площадки до площадки для хранения отходов. Данное требование опирается на помещения и зоны из таблицы RZo, которая была наполнена из МССК (хоть и разложена по дико неинтуитивной структуре папок).

С этим подходом в целом согласен. НО проверять то где будем? По ЦИМ? В IFC? В 2D, ГИС? в каком ПО? В каком параметре коды искать будем? Расстояние от центров или граней, измерять в плоскости или пространстве?

Т.е. видно что они только в начале пути, не предусмотрено много нюансов. Подходы не отработаны на практике.

Но главное, попробуйте чтото подобное описать для элементов модели, которые классифицированы по таблице 6.Com. Вы даже на коллизии не проверите. Если по таблице RZo у меня только замечание к структуре, то к Com претензия и по наполнению. Её всю надо переписывать.