Облачная платформадля работы с BIM-данными
Облачная платформаIFC (Industry Foundation Classes) – это формат файлов, который используется для обмена информацией между участниками строительного процесса. Формат был создан в 1994 году организацией BuildingSMART International и с тех пор активно развивается. IFC используется для передачи информационных моделей, включая геометрию, материалы, атрибуты и другие данные. Формат поддерживается многими программными продуктами для проектирования и строительства, что делает его универсальным инструментом для обмена данными. Однако, несмотря на широкое распространение, пользователи периодически IFC сталкиваются с рядом проблем. Разберемся, с чем связано появление этих сложностей и можно ли их избежать если не сегодня, то в будущем.
Одна из самых распространенных проблем – это неоптимальное сохранение геометрии. Например, часто в модели жилого здания используется много одинаковых элементов. Если дом не несколько сотен квартир, то в каждой из них есть как минимум 2 раковины, причем преимущественно одинаковые. И вот вместо того, чтобы сохранить 1 раковину и просто записать ее месторасположение, вот эти сотни или даже тысячи раковин экспортируются как отдельные объекты в модели. В результате в модели они начинают весить в 1000 раз больше, чем могли бы. Это приводит к утяжелению модели, к замедлению её обработки, а зачастую это даже приводит к невозможности импортировать модель в некоторые программы – просто не хватает производительности оборудования или программной производительности для того, чтобы её обработать и открыть.
Другая часто встречающаяся проблема связана с отображением цветов. Дело в том, что у разных вендоров используются разные подходы к цветовым обозначениям. При экспорте в IFC цвет может быть изменен, а при импорте это может произойти еще раз. Есть программные решения (экспортеры и импортеры), которые могут определить и восстановить какие-то цветовые обозначения, но возможно это не всегда. В импортере от Тангл эта проблема решена.
Также большой проблемой является позиционирование моделей в геодезических координатах. Их решения разных разработчиков также записывают в IFC по-разному. Когда мы стали изучать эту проблему, то выяснили, что в IFC геодезические координаты можно записать 4 или 5 разными способами. Так что пришлось наш импортер адаптировать, чтобы он мог разбирать и видеть все эти ситуации для того, чтобы правильно вычислять геодезические координаты и осуществлять корректную посадку зданий и сооружений.
Среди других частотных проблем – сложности с импортом отдельных моделей, закрытие приложения при импорте больших моделей, неприменение правил экспорта для IFC-моделей и некорректное отображение моделей КР/КЖ с арматурой.
К сожалению, заставить производителей ПО делать так, чтобы при импорте и экспорте в IFC не возникало сложностей, практически нереально. Есть те разработчики, которые целенаправленно делают файлы моделей оптимизированными, более легкими, но все нюансы учесть сложно. К тому же формат устроен достаточно – даже излишне – сложно, что мешает вендорам обеспечивать стабильный экспорт и импорт моделей. Так что ждать, что проблемы решатся раз и навсегда и новые не будут появляться, пока не стоит.
Тангл старается искать решения там, где это возможно. Но, например, в случае с неоптимизированной геометрией и раковинами, который упоминался выше, от Тангл ничего не зависит.
Однако для некоторых кейсов мы нашли решение. Один из них – это сложности с отображением армирования. В IFC-файлы арматура записывается не оптимизировано: если в модели 10 тыс. стержней, то каждый из них будет записан как отдельный объект, что делает экспорт в IFC очень тяжелым. Мы эту проблему решили на своей стороне: наш экспортёр эти стержни арматуры интерпретирует не как цилиндры, а как проволочные объекты с длиной, но без диаметра. Благодаря этому модель получается в десятки раз легче, с ней проще работать.
Решаем мы и проблему с отображение цветов. Для этого наши алгоритмы не только цвет объекта, но и, к примеру, материалы, сопоставляют с тем, что сохранено, и отображают объекты с более высоким уровнем корректности.
Например, однажды в наш импортер была передана модель, в которой было несколько десятков тысяч объектов, для каждого из которых был свой материал. Однако это было явно ошибкой, так как ассортимент материалов обычно ограничен, к тому же это делало модель очень тяжелой. Мы научили наш импортер анализировать не только сам материал, но и его имя и цвет отображения. Мы выявили корреляции и повторы, оптимизировали их количество и сделали модель существенно легче.
Подчеркнем: Тангл всегда прислушивается к обратной связи от клиентов, поэтому знает о том, с какими особенностями формата IFC они сталкиваются. На все вопросы, которые находятся в зоне нашей компетенции, мы стараемся найти ответ. Если у пользователя возникает проблема, ему нужно обратиться в техподдержку, и мы немедленно приступим к работе над заявкой. У каждой заявки есть статус, если баг с IFC критичен и пользователь не может работать в программе, мы присваиваем ей соответствующий статус и решаем проблему в кратчайшие сроки.
При этом мы анализируем каждый случай с особенностью конкретной IFC-модели, с которым сталкиваемся, и устраняем его, после чего Tangl может работать с данной особенностью, она больше не вызовет багов. Такая открытость к потребностям пользователей и гибкость к доработкам делают наш экспортер одним из самых быстрых на рынке и корректно отображающим информацию.
Есть еще одно направление, на которое мы можем повлиять. Если мы сталкиваемся с багом внутри базовой библиотеки для чтения формата IFC, которой пользуется наш импортер, то ищем его решение и отправляем ее создателям, чтобы исправления внесли в код. Таким образом мы участвуем в развитии бибилотеки, ведь оно ведется с вовлечением сообщества. Так что найденными нами решениями такого рода сложностей могут пользоваться и другие компании.
Хотя формат IFC используется исключительно для экспорта и импорта данных, уже этого достаточно, чтобы он стал уникальным. Альтернативы ему на данный момент нет. И хотя несколько других открытых форматов существуют, они все-таки более примитивны и менее универсальны, а возможности их гораздо скромнее. Так что при необходимости передать информацию из одного софта в другой используется именно IFC. Причем, МинСтрой РФ ориентируется на IFC, а Госэкспертиза принимает модели в формате IFC.
Спасибо за вашу заявку! Свяжемся с вами в ближайшее время.
Спасибо за вашу заявку! Свяжемся с вами в ближайшее время.