О кириллице в IFC.

Все, кто хоть раз заглядывали внутрь файла IFC, вместо кириллицы видели закодированные символы, вроде такого:

\X2\043F043504400432044B0439\X0\ \X2\044D044204300436\X0\

Это шестнадцатеричный способ кодирования кириллических символов, которые в переводе означают:

первый этаж

🗒 Такое "написание" требовалось в соответствии со старым ИСО 10303-21, согласно которому в STEP-файле IFC допускались символы UTF-8 в диапазоне 32-126, исключающем использование кириллицы.

Но с выходом ISO 10303-21-2016 (обратите внимание на год) этот диапазон был расширен. И теперь в файлах IFC вместо "абракадабры" с управляющими директивами \X2\ и \X0\ пользователь должен увидеть наши "родные" кириллические символы.

❗️ Важно, что данный международный стандарт - один из основополагающих для записи и чтения STEP файлов IFC.

При этом на странице 🌐buildingSMART указано, что стандарты, на базе которых сформирован стандарт IFC, должны применяться в их актуальной редакции. Таким образом, начиная с 2016 года выгруженные из САПР файлы IFC должны быть с поддержкой кириллицы.

📌 И еще один интересный момент.
Более года назад вышел ГОСТ Р ИСО 10303-21-2022 (перевод одноименного стандарта ISO). Это означает, что данное правило должно распространяться и на отечественные программные решения. Однако, в своей практике мы еще не сталкивались ни с одной САПР, которая бы его соблюдала. Чего не скажешь об IFC-просмотрщиках: среди них пока нашелся только один, который может прочитать IFC, созданный по актуальному ИСО 10303-21: BIMVision.

📌 Не вдаваясь в подробности и нюансы, уже прослеживаются потенциальные плюсы от применения данного ГОСТа. Например, снизится объем файлов в случае наполнения модели большим количеством информации на русском языке, так как один кириллический символ займет 2 байта вместо 4.

#Стандартизация

@ifc_ru
@ifc_club

О кириллице в IFC. Продолжение

Продолжаем тестирование различных ПО на возможность чтения ими IFC с кириллицей согласно новому ГОСТ Р ИСО 10303-21-2022.

🛑 BlenderBIM не справился с задачей и вместо кириллицы показывает ￐ﾓ￐ﾞ￐ﾡ￐ﾢ .
🛑 KITModerViewer (бывший FZK Viewer), считающийся одним из самых достоверных просмотрщиков, поругался, открыл файл лишь частично (без отображения геометрии) и кириллические символы отобразил так: ÐеомеÑ.
🛑 Open IFC Viewer показал геометрию, но также не смог корректно отобразить кириллицу.
🛑 IfcViewer от rdf.bg и DDScad Viewer от Graphisoft - аналогично.
🛑 В Solibri файлы и вовсе не открываются.

В то же время некоторые отечественные просмотрщики и чекеры порадовали. Среди корректных оказались:
🛑 Tangl space;
🛑 BIMIT;
🛑 7D modeler.
(список может быть дополнен, так как протестировать удалось не все).

➡ Далее расскажем о том, как получить файлы IFC с кириллицей по ГОСТ Р ИСО 10303-21-2022, и наоборот, как преобразовать незакодированные символы в шестнадцатеричный формат, в случае, если ПО не может сформировать или прочесть файл ''без кодировки''.

#Стандартизация
#Углубленка

@ifc_ru
@ifc_club

О кириллице в IFC.
Как преобразовать файлы

Если вы сталкивались с невозможностью чтения файлов IFC в ПО, в котором вы работаете, одной из причин может стать незакодированная кириллица. Как мы уже писали ранее, это связано с тем, что многие ПО всё еще не соблюдают новый ГОСТ Р ИСО 10303-21-2022. И соответственно не умеют читать такие символы.

Мы искали решения на просторах интернета, но не нашли простого и доступного инструмента. Благодаря открытости формата было решено создать конвертеры на базе самого доступного редактора - Notepad++ )) @IgorSherstennikov написал скрипты, преобразующие IFC-файлы «в обе стороны».

ℹ️ Конечно, такой подход не является правильным с точки зрения того, что мы вмешиваемся в изначальный IFC-файл. Но пока САПР и другие ПО не предлагают своих решений. Поэтому этот метод можно взять на вооружение.

Скрипты реализованы максимально просто, без использования сторонних библиотек (вроде ifcOpenShell).

При преобразовании закодированной кириллицы в файле IFC ищется подстрока между управляющими директивами \X2\ ...\X0\. Каждые 4 символа которой - это число в 16-ричной системе, кодирующее один символ кириллицы по таблицам Unicode. Применяется простое обратное преобразование и удаление уже лишних \X2\ \X0\.
Второй скрипт работает в обратном направлении.

⬇️ СКАЧАТЬ архив.

Напишите в чате, если Вы также протестировали свое ПО на возможность чтения «незакодированной» кириллицы или сталкивались с невозможностью чтения файлов вашим ПО.

#Углубленка

@ifc_ru
@ifc_club

Приветствуем всех присоединившихся!
Сегодня официальный старт канала «Всё про IFC» (@ifc_ru).

Для кого этот канал?
🛑 для проектировщиков
🛑 для BIM-специалистов
🛑 для всех, кто интересуется разработками, касающимися IFC

На этом канале будем делиться:
🛑 полезной информацией по IFC
🛑 практическими кейсами по работе с IFC
🛑 интересными новостями, связанными с развитием и применением IFC

🌐 Добро пожаловать! Всем рады!

👥 @ifc_ru
👥 @ifc_club

IDS шагает по планете.

В последнее время интерес к теме машиночитаемых требований к моделям в IFC заметно вырос. Разработчики из разных уголков света создают удобные решения для работы с IDS. Например, конвертер для создания машиночитаемых требований из Excel файла.

https://idsconverter.streamlit.app

Работает просто. Создаете и загружаете XLSX-файл с требованиями по описанному шаблону. На выходе получаете IDS-требования.

#IDS

👥 @ifc_ru
👥 @ifc_club

Вчерашний ликбез по IDS от Тимура Шарафутдинова выдался максимально продуктивным. Если вам интересна тема машиночитаемых требований, настоятельно рекомендуем к просмотру.

Хочется отметить еще несколько моментов.

⬜️ Тема IDS будет продолжать набирать обороты, ведь задача по переводу различных требований в машиночитаемый вид все более актуальна. И такая положительная динамика будет только подталкивать к дальнейшему развитию и расширению IDS. При этом важно развивать его в качестве открытого решения, а далее утверждать стандартом (международным или национальным - не так важно), чтобы это стало общепринятым инструментом, которым могут воспользоваться все желающие.

⬜️ Попытки разработать свои собственные решения, в том числе закрытые на базе какого-то конкретного ПО, не привязываясь к стандартизованной форме представления данных (IFC), будут обречены остаться в режиме тестирования, а не реально работающего инструмента, которому можно доверять.

⬜️ Привязка IDS к IFC и его открытость дает бОльшее преимущество перед остальными разработками, которые к IFC не привязаны, а заточены под какое-то конкретное ПО или сервис.
В случае же связки IDS+IFC мы можем быть более уверены, что машинная проверка сработает корректно, так как нам известно не только как формализована проверка, но и как структурированы данные, которые мы проверяем.

#IDS

👥 @ifc_ru
👥 @ifc_club

1 февраля представители отечественных BIM-решений Tangl, IYNO и Signal расскажут о результатах их совместной работы по переводу системы классификации Uniformat 2015 на русский язык.

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

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

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

- IfcClassificationReference - служит для записи кода и его описания согласно применяемой системе классификации.

#База

👥 @ifc_ru
👥 @ifc_club

Погружаемся в IFC-аннотации

Передача аннотаций в модели - один из самых желаемых запросов пользователей при выгрузке проекта в IFC.

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

https://telegra.ph/Annotacii-v-IFC-01-31

#Углубленка

👥 @ifc_ru
👥 @ifc_club

🌐 IFC - Конец Вавилонской башни - 1994 (русский перевод)

Этому раритетному короткому ролику 30 лет. Но он до сих пор не потерял актуальности.

В фильме простым языком рассказывается, как всё начиналось и с какой целью компании-основатели IAI (будущий buildingSMART) начали разрабатывать стандарт IFC.

Приятного просмотра!

#База

👥 @IFC_ru
👥 @IFC_club

Традиционный подкаст "BIM-среда" в IFC Клубе!

🗓️ Среда, 7 февраля, в 16-00 МСК

🔊 Тема: "IFC на всем жизненном цикле объекта"

Спикер:
👤 Владислав Золотов, старший научный сотрудник Института системного программирования РАН им. В.П. Иванникова

Поговорим о том:
🛑 как выглядит IFC глазами программиста и как с ним можно работать;
🛑 какие данные можно хранить в IFC;
🛑 возможно ли применение IFC на различных этапах жизненного цикла.

Присоединяйтесь!
Встреча будет проходить в группе в формате видео-чата.

👥 @IFC_ru
👥 @IFC_club

Свойства в IFC

Пользователи САПР привычно называют "параметрами" все характеристики, которые привязаны к элементу. Эти "параметры" обычно подразделяют на системные и пользовательские. Проектировщикам этих знаний может быть вполне достаточно. Но для BIM-специалистов, не замкнутых на одном программном продукте и желающих разобраться в структуре IFC, этого не хватит.

В стандарте IFC история с характеристиками объектов представлена несколько иначе. Существуют три вида характеристик:

🛑 атрибут (attribute) - это "встроенные" характеристики объекта (сущности), такие как GlobalID, Name, Tag, PredefinedType и т.д. Их количество строго ограничено схемой IFC.

🛑 свойство (property) - это приписываемые характеристики, которые могут быть присущи конкретному экземпляру или типу элемента. Они позволяют нам наполнять модель дополнительными данными, так как их количество может быть не ограничено. Группируются в наборы (Pset’ы).

🛑 количественный показатель (quantity) - здесь записываются показатели, индивидуальные для каждого элемента и вычисляемые в САПР, например, длина, площадь, объем и так далее. Также группируются в наборы (Qset’ы).

Атрибуты в свою очередь подразделяются на:
🛑 прямые (явные) атрибуты (direct attribute) - их мы обычно видим в просмотрщике в диспетчере свойств вместе со всеми остальными свойствами. В структуре файла IFC для них всегда отведено место;
🛑 обратные (инверсные) атрибуты (inverse attribute) - эти атрибуты в файл IFC не выгружаются, на них пока останавливаться не будем;
🛑 производные (вычисляемые) атрибуты (derived attribute) - вычисляются по значениям из других атрибутов и зависимые от них.

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

https://bimcorner.com/properties-in-ifc/

#База

👥 @IFC_ru
👥 @IFC_club

По просьбам трудящихся подключаем комментарии 📝
P.S. Предыдущие посты откомментировать нельзя

Спешим сообщить, что у нас появился канал на 📹Youtube!

Теперь все подкасты можно посмотреть в плейлисте "BIM-среда".

#1= Поворот в сторону IFC? (А. Высоцкий, О. Коршунова)
#2= Open Design Alliance - от DWG до IFC (А. Боровиков)
#3= Открытые ТИМ-стандарты в теории и на практике (В.А. Семёнов, часть 1)
#4= Открытые ТИМ-стандарты в теории и на практике (В.А. Семёнов, часть 2)
#5= bSDD - что это и зачем? (Илья Усов)
#6= Раскрывая возможности IFC (Д. Чилин, В. Хоцанович)
#7= IFC на всём жизненном цикле объекта (В. Золотов)

Подписывайтесь, чтобы ничего не пропустить!

👥 @IFC_ru
👥 @IFC_club