#Autodesk Свистать всех наверх! Revit начали блокировать!

Значит рассказываем как лечить: https://youtu.be/G2n1jFjC3Lk

C:\Windows\System32\drivers\etc
файл hosts

127.0.0.1 genuine-software2.autodesk.com
127.0.0.1 ase-cdn-stg.autodesk.com
127.0.0.1 ase.autodesk.com

Прогресс с экономией миллионов рублей на гугл-таблицах идет полным ходом.

Формирование XML-файлов на Google-таблицах

Было недавно тут такое дело https://xn--r1a.website/constructionsheets/77. Долго я конечно в этом всем разбирался, но вот и результат!

Осталось только всё это дело привести в божеский вид (упаковать в красивую коробку) и можно даже будет пользоваться😎

Подписывайтесь 👉 @ConstructionSheets х @pto_cdo

#IFC в @Ifc_ru вышел пост мол блокировки ревита подтверждают правильность вписывания открытых форматов в требования и невписывание закрытых.

Дам ответ:

1. Не понимаю, откуда такое противопоставление форматов, мол либо то требовать, либо то? можно же и IFC прописать в требованиях и нативный формат разработки.

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

2. Те, кто предлагают вписывать нативные форматы в требования, не предлагают делать это вместо IFC. Они предлагают вписывать и IFC и нативный формат.

3. Какие же преимущества от вписанного требования передачи нативного формата?

3.1. Следующий участник жизненного цикла получит (если работает в том же ПО) готовые исходные данные в редактируемом виде, которые можно и сразу редактировать и скопировать и как подложку использовать. Это экономит кучу времени, как DWG вместо PDF для геодезистов и ПТО на стройке.

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

3.3. Можно легко проверить, что чертежи выпущены из модели, просто выборочно открыв листы в программе разработки модели, и визуально сравнив их с тем, что в PDF или на бумаге.

4. Есть еще убеждение, что на следующих этапах ЖЦ объекта модель может уже не открыться.

4.1. Во-первых, модели это не 3д картинка на стенку повесить - это цифровой прототип объекта, она является исходными данными для следующего этапа и ее доработка будет его результатом. Т.е. каждое изменение в объекте будет актуализировать модель, каждый ремонт, перепланировка, а соответственно будет обновляться и ее формат. Т.е. 30 лет на полочке она лежать не будет.

4.2. Во-вторых, много ли вы знаете форматов, которые сейчас ничем не открыть? Мб doc 2001го года? DWG или RVT от 2008го?

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

5. Госэкспертизе может и не нужен нативный формат, но сфера применения ЦИМ не ограничивается ей.

#Практика Сергей Ковылин из @bim2b сделал обзор на Revit 2025 с точки зрения КР https://youtu.be/2cFVnrpiLaA

Коллекции листов и их печать конечно 🔥

Теперь можно не группировать листы по параметру в диспетчере, а вручную раскидывать или сразу в нужном комплекте лист создавать. Не нужны эти невидимые символы. Коллекции выносятся в марки, штампы, вобщем сделали наконец-то по красоте.

Массивы в семействах тоже хорошо доработаны: можно делать значение и 1 и 0. Стало удобнее. Хоть я и говорю что надо массивы стараться использовать по минимуму, т.к. нагружают проект, но это не значит, что вообще не использовать.

Ну и многое другое, что добавилось, смотрите в видео.

#Теория По результатам фильма Рогачева https://youtu.be/4knW6W-wUxw?si=8thpAQBYqJ7HqRV6 хочу выделить несколько ключевых выводов.

Диагноз отечественного BIM

1. Полное игнорирование мнения профессионального сообщества

- Профсообщество было включено в
работу с самого начала
- Документы писались кем угодно,
но не экспертами в BIM
- Документы от профсообщества игнорировались
- Только позволялось вносить
бесполезные замечания

2. Теоретическо-бюрократический подход к BIM

- BIM продали как готовую технологию
- Было и есть множество примеров эффективности BIM
- Выбран путь регламентации, но не на основе практических данных
- Нет понимания изнутри регулятора, что ВIМ на уровне отрасли не может быть однозначно регламентирован
- ВІМ - новый технологический уклад, а не просто технология
- Неверное восприятие ВІМ - Неадекватные управленческие решения
- Все документы ВІM выстроены с точки зрения «бюрократа» или «теоретика» Документов с точки зрения «практика» не существует
- Неготовность нового технологического уклада помноженная на бюрократию и теорию дала текущий результат
- «Лучше сжечь и начать всё заново»

3. Новый технологический уклад, который пытаются натянуть на
старые процессы

- BIM это процесс, новый процесс
- Датацентричный процесс, но по ГК и ПП87 всё также - главное документ
- Уклад ХХІ ещё не определён
- Работа идёт в рамках улучшения структурирования данных подходов середины
XX века, а не нового тех. уклада

4. Отсутствие стратегии или концепции ТИМ

- ЗАЧЕМ делаем ТИМ?
- Любые ДК без стратегии - бессмысленные документы
- Идём не зная куда

5. Техническая неготовность

- Строители готовы к инновациям
- Полноценных САПР способных формировать данные и передавать их на стройку - единицы
- Полноценного импортозамещения для САПР так и не произошло
- Процесс «Проект-Стройка» выстроить очень сложно и дорого
- Индивидуальная разработка и внедрение
- Не смотрите на девелоперов
- Нативные форматы разработки не передаются от этапа к этапу

#ГосТИМ 23.04 прошло заседание ТК505, обсуждали стандарт по терминам в ЕСИМ. Ну как обсуждали?

- Замечания к документу есть?
- Да, мы выдали замечания на 30 листах!
- Они не существенные и вы не переписали весь стандарт как считаете правильным!
- Еще замечания есть?
- Ну кроме этих нет…
- Значит пишем в протокол: «Замечаний к документу нет».

Но был и один важный диалог в самом конце:

- А давайте начнем с изменения основы, давайте поменяем невнятный термин в Градкодексе, который нас во всей дальнейшей стандартизации сдерживает!

- Вам надо, вы и меняйте! Если напишете, мы готовы предложить инициативу на замену, если согласимся с вашей версией.

Ну чтож, давайте попробуем предложить термин получше, а то чтож мы критикуем только, давайте начнем с одного пункта и посмотрим, можем ли чтото поменять?

Сейчас термин такой:

10.3 информационная модель объекта капитального строительства (далее - информационная модель) - совокупность взаимосвязанных сведений, документов и материалов об объекте капитального строительства, формируемых в электронном виде на этапах выполнения инженерных изысканий, осуществления архитектурно-строительного проектирования, строительства, реконструкции, капитального ремонта, эксплуатации и (или) сноса объекта капитального строительства;

Я пока свой вариант скидывать не буду, чтобы вашим мыслям не мешать.

Пишите в комментарии к данному посту свои предложения по данному термину, а я соберу и вынесу на голосование лучшие 👇

#Теория Основополагающим стандартом в BIM является ISO19650-1:2018 Организация и оцифровка информации о зданиях и строительных работах, включая BIM - Информационный менеджмент с использованием BIM. Часть 1: Концепции и принципы.

В данном стандарте имеется термин Информационной модели, который состоит из трех:

3.3.8 информационная модель - набор структурированных и неструктурированных информационных контейнеров (3.3.12).

3.3.12 информационный контейнер - наименованный постоянный набор информации (3.3.1) извлекаемый из файла, иерархии хранилища системы или приложения.

3.3.1 информация - поддающееся многократной интерпретации представление данных в формализованном виде, пригодном для передачи, интерпретации или обработки.

Если попытаться их объединить, то получится следующий термин:

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

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

Для понимания что подразумевается под "структурированными и не структурированными" и информационными контейнерами в стандарте также приведены примеры:

3.3.12 информационный контейнер - …или приложения.
ПРИМЕР:
Включая подкаталог, файл с информацией (включая модель, документ, таблицу, график) или отдельное подмножество информационного файла, такое как глава или раздел, слой или символ.
Примечание 1 к записи: Контейнеры структурированной информации включают геометрические модели, графики и базы данных.
Контейнеры неструктурированной информации включают документацию, видеоклипы и звукозаписи.
Примечание 2 к записи: Постоянная информация существует в течение периода времени, достаточного для того, чтобы ею можно было управлять, т.е.
исключает временную информацию, такую как результаты поиска в Интернете.
Примечание 3 к записи: Именование информационного контейнера должно соответствовать согласованному соглашению об именовании.

#ГосТИМ Именно против введения информационных контейнеров выступала в свое время БИМ-Ассоциация, которая блокировала сохранение связей с ISO 19650.

Аргументы насколько я помню были похожи на то, что мол введение информационных контейнеров в термины поставит нас в зависимость от Autodesk и мол будет мешать использованию IFC и отечественных программных продуктов. Будто информационные контейнеры это обязательно семейства Revit в формате RFA.

Эксперты из рабочей группы предлагали заменить на иной термин вроде: Пакеты данных, Наборы данных, но разработчики стандартов заняли позицию «сделать свое».

#ГосТИМ Как и обещал предложу свой термин Информационной модели в Градкодекс. Готов пообсуждать в комментариях.

10.3 информационная модель объекта капитального строительства (далее информационная модель) - сборка наименованных наборов данных в формализованном электронном виде, пригодном для передачи, интерпритации или обработки, извлекаемая из каталога, файла или базы данных, применяемая на всех этапах жизненного цикла объекта капитального строительства.

В данном термине сохранил связь с ISO 19650-1, заменив сперва «набор» на «сборка», чтобы «набор наборов» не получился. Далее «информационные контейнеры» заменил на «формализованный набор данных». «Структурированные данные» убрал, т.к. мне кажется термин «формализованные» учитывает его.

«Неструктурированные данные» пока убрал без замены, т.к. предполагаю, что и консультанты Минстроя будут против, мол свои проприетарные форматы впишем и есть опасение скатиться в «PDF по папочкам» с нашей стороны.

Ну и заменил перечисление этапов жизненного цикла ОКС на просто «все» из нашего термина, пока не знаю зачем это в термине, но вроде не мешает.

#Подкасты Возвращаем подкасты в @bimclub

Следующий подкаст пройдет в четверг 16.05.2024 в 19:00 в тг канале @bimclub

Предлагаю обсудить фильм Игоря Рогачева "BIM это плохо" и комментарий Андрея Солдатова на тему "Кто виноват и что делать?".

Все хотели развивать BIM, но правильное ее развитие скатывалось к продукции Autodesk, что не возможно по ряду причин.

Импортозамещение, которое пытаются построить на SDK ODA, не выглядит так как хотелось.

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

Уровень мышления, и понимания разных вещей по разному у многих участников, таких вещей, как автоматизация и цифровизация (считаю BIM является триггером строй отрасли России в Цифровой трансформации)

И вот по совокупности всех фактов наука о BIM мутировала в науку о ТИМ, с кучей непонятностей и недопониманий.

Поэтому в идеале, чтоб староверы развивали свой ТИМ и были чем то заняты и не лезли не в свои дела. А вот для BIM надо получить равнозначную ТИМ историю для развития, в параллель по всем вещам в том числе и нормативным, и заниматься этим должны люди в этом разбирающие. В идеале те кто понимают что происходит, понимают BIM, и делать это командно коллективно в составе людей с разными компетенциями но объединенных одной целью.

спикеры: Александр Попов, Андрей Солдатов, Игорь Рогачев и Александр Лапыгин, а также все желающие.

#ГосТИМ Как я вижу Информационную модель на госуровне, если описать простыми словами?

У модели будет несколько видов отображения:

1. Полностью отсоединенный файл.

2. Файл со ссылками на прикрепленные документы из облачного хранилища.

3. Ссылка запроса по RestAPI по которой системы могут получить данные из ИМ без скачивания всего архива.

Начнем с отсоединенного файла - это запакованное в zip-архив содержимое папки и переименованное расширение архива на чтонибудь типа .imoks

Содержимое должно состоять из главного файла схемы в формате xml, например schema.xml, в котором будет описываться перечень всех файлов в данном архиве, их имена, свойства и место расположения в файловой папочной структуре.

Рядом с файлом schema.xml должна быть папка data для размещения файлов формата xml с формализованной структурой, в которых мы знаем откуда что можно получить по какому запросу. Эти файлы будут называться типа generalInfo.xml, permissions.xml и прочие, имеющие описанные схемы и размещенные на сайте Минстроя в открытом доступе.

Еще предполагается папка files для складывания в нее всех файлов структура которых не описана. Сюда складываются, и BIM/ЦИМ-модели в IFC формате, и PDF чертежи для экспертизы, и прочие данные в виде файлов в неформализованном виде. При этом все файлы называются именем в виде guid, например “7ad71253-0a38-4c7e-a17f-664e35297bb7” который является уникальным, но описание и реальное имя которого содержится в файле schema.xml.

Т.е. такой архивчик ручками да, не распаковать, потребуется специальная программа для упаковки такого файла и его просмотра, разворачивания и такая программа должна быть бесплатной браузерной страничкой например на сайте Минстроя или ФАУ ФЦС или Главгосэкспертизы (хотя это не только экспертизы касается, но вдруг у них только из госструктур в стране компетенции веб-странички делать остались).

Т.е. на этом сайте можно будет заполнить все данные о модели, подгрузить нужные файлы в указанных полях, как сейчас электронная Пояснительная записка в xml делается и нажать «сохранить», «скачать» или «отправить». Вроде того как нынче документация в экспертизу направляется, только уже на все стадии и слегка доработано.

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

Далее про другие отображения…