Arrrriva спасибо. Если база данных в CAD (BIM) программе не отличается от базы данных других систем, других специалистов - почему в других отраслях экономики, которые в автоматизации уже ушли далеко вперёд, не существует концепта БИМ. По ссылкам выше, которые я указал в комментарии вы можете проследить логику возникновения BIM, который официально началась с Whitepapre Autodesk в 2003 году после продукта Ревит.
Как конкртено автоматизировать описано подробно в книге "DataDrivenConstruction". В будущем она будет доступна бесплатно в PDF вариант. Буду рад вашему мнению по поводу содержания книги: https://habr.com/ru/articles/801065/
"По-моему личному мнению чем меньше терминологии и больше простоты тем лучше пойдёт процесс цифровизации" - всё правильно поэтому первый шаг в упрощении автоматизации это избавление от аббревиатуры БИМ
Дмитрий спасибо. ChatGPT не про черчение и геомтерию. ChatGPT помогает автоматизировать ETL процессы, т.е. получение документации: таблиц, докумнтов, графиков, витрин и дэшбордов из модели CAD (BIM). ChatGPT и подобные инструменты позволяют не быстрее проектировать, что значит наполнять модель проекта сущностями, атрибутами и их значениями, а они позволяют быстрее проверять аттрибуты сущностей, значений и выгружать в нужные пользователю или менеджеру системы или переводить их в необходимые документы.
@Arrrriva спасибо за комментарий. Здание - это данные и процессы (бизне процессы) и конечно ИИ не сможет полностью заменить человек. ИИ создан для того чтобы быстро создавать черновики решений по автоматизации - на что раньше уходила львинаая доля время.
И конечно "нельзя говорить, что что-то заменит BIM, потому что BIM" потому что БИМа не существует. BIM всего лишь маркетинговая идея поставщиков САПР. Метод BIM существует только там, где есть закрытые данные из баз данных CAD-программ.
Если мы получаем открытые данные из баз CAD-программ, мы сможем использовать все те же инструменты, с которыми работают специалисты в других отраслях, и нам не понадобятся маркетинговые ярлыки, связанные с BIM. Открытые данные и методы ETL полностью заменяют маркетинговые BIM-технологии, которые были придуманы поставщиками САПР за последние 20 лет.
В традиционной инженирии пока нет доступа к данным из баз данных CAD программ, чтобы начать идти по "граблям инженерии программной". Сегодня инженерам в строиельной отрасли приходится оперировать только теми данными, которые предоставляют CAD вендоры - это форматы, в которых аттрибутивная и геометрическая информация сущностей собраны в одном формате. Сложно начать переходить в model driven architecture - если данные находятся в проприентарных закрытых форматах.
Денис, спасибо большое. САПР это база данных в которой мы оперируем сущностями с аттрибутивными свойствами, где в САПР помимо привычных атрибутов добавляются также геометрические аттрибуты.
На уровне ETL-процедур: чем база данных САПР программы (инженерной модели), отличается от баз данных используемых в операционном учёте бизнеса? Или какие ERP системы вы имеете ввиду?
ChatGPT пока ничего не понимает в магическом BIM. Но часть статьи это перевод с английского (поэтому могли случайно проскочить англицизмы), пожалуйста пишите если найдёте ошибки
Леонид Райц двадцать лет успешно работал в машиностроении и создавал концепции PLM и BOM для PTC. В строительство, можно предположить его занесло наверно скорее случайно.
В 1995 году Jon Hirschtick создаёт новый стартап - SolidWorks и переманивает большое количество разработчиков PTC вместе с вице-президентом и директором по развитию PTC - Michael Payne. PTC подаёт в суд на Solidworks за переманивание сотрудников, но обеим компаниям удалось уладить дело до того, как был нанесен слишком большой ущерб.
Правильно, проблема в том чтобы получить данные из IFC формата необходимо нексоколько ПО, которые обычно с друг другом не связаны. Из за разности подходов, мотивации и способностей разработчиков к импорту и к экспорту - в итоге страдает качество данных.
Проблема всегда в нас самих. В данном случае - наше поведение снизу (нашей отрасли) само дало направление развитию этой хорошей изначально идеи в бюррократичскую систему.
Проблема в формата в том, что качество данных в этом формате зависит от человеческого фактора: будь то разработчик софта или специалист который импортирует или экспортирует файл. Т.е. данные зависят от воли, способностей людей, которые оперируют этим файлом.
Проблема не в геометрии а в том, кто и как её генерирует, импортирует и экспортирует. Должна быть строгая сертификация софтверных продуктов, которая сегодня де-юре есть, но де-факто ничего не говорит о качестве данных, которые можно будет получить в IFC файле.
Даже если формат будет идеальным - всё равно будет зависимость качества данных от воли, желания и способностей разработчкиков имплементировать все возможные особенности формата IFC свой продукт.
Те компании которые инвестировали своё время и деньги в поддержку IFC и разочаровались в формате - сегодня начинают смотреть на другие форматы, которые намного проще передают данные из модели.
Например формат CPIXML - содержит все те же данные, что содержит IFC, только в более простом виде и без параметрической геометрии. Этот формат и завоёвывает сегодня европейский рынок.
Всё правильно значит сейчас идё наполнение и разработка только элементов, которые интересуют европейских и азиатских специалистов. Какие здесь тогда шансы у России, получить отстраивание своей "национальной" геометрии через формат IFC в разных программах?
Тут нет противоречий. Просто в одном случае это компании занимающиеся созданием софта, а во втором это строительные компании.
Большое количество софтверных компаний борется с Автодеск. На рынке Европы эти компании продают свои решения небольшим региональным клиентам.
В то время как основные игроки строительного рынка (Strabag, Zublin, Implenia, Siemens, Bosch, DB) практически не используют формат IFC в своих процессах 4D-5D.
Трир, спасибо за твою критику, ты один из немногих кто читал эту статью перед публикацией. Я тебе тоже уже отвечал на этот вопрос в сообщениях.
Конкретно эту презентация я слушал вживую (онлайн конференция по BIM в инфраструктурных проектах Германии), где эти специалисты из мюнхенского TUM - открыто радовались тому, что сумели запихнуть этот элемент, хотя в других странах он не используется. Меня поразило то, что в одном предложении было - "Мы смогли добавить в классификатор" и "этот элемент в других странах не используется"
Ок, элемент добавили в IfcFacilityPart - значит он будет открываться в немецких CAD программах. А зачем он нужен то вообще в мировом формате, если в других странах он не используется.
Спасибо, да, к сожалению в строительстве очень много вариативных процессов, которые сложно унифицировать и стандартизировать. Всё это не даёт возможности автоматизировать поток данных. А Excel - это к сожалению или к счастью самый доступный инструмент, который хоть как то позволяет уменьшить уровень хаоса в процессах.
Arrrriva спасибо. Если база данных в CAD (BIM) программе не отличается от базы данных других систем, других специалистов - почему в других отраслях экономики, которые в автоматизации уже ушли далеко вперёд, не существует концепта БИМ. По ссылкам выше, которые я указал в комментарии вы можете проследить логику возникновения BIM, который официально началась с Whitepapre Autodesk в 2003 году после продукта Ревит.
Как конкртено автоматизировать описано подробно в книге "DataDrivenConstruction". В будущем она будет доступна бесплатно в PDF вариант. Буду рад вашему мнению по поводу содержания книги:
https://habr.com/ru/articles/801065/
"По-моему личному мнению чем меньше терминологии и больше простоты тем лучше пойдёт процесс цифровизации" - всё правильно поэтому первый шаг в упрощении автоматизации это избавление от аббревиатуры БИМ
Дмитрий спасибо. ChatGPT не про черчение и геомтерию. ChatGPT помогает автоматизировать ETL процессы, т.е. получение документации: таблиц, докумнтов, графиков, витрин и дэшбордов из модели CAD (BIM). ChatGPT и подобные инструменты позволяют не быстрее проектировать, что значит наполнять модель проекта сущностями, атрибутами и их значениями, а они позволяют быстрее проверять аттрибуты сущностей, значений и выгружать в нужные пользователю или менеджеру системы или переводить их в необходимые документы.
@Arrrriva спасибо за комментарий. Здание - это данные и процессы (бизне процессы) и конечно ИИ не сможет полностью заменить человек. ИИ создан для того чтобы быстро создавать черновики решений по автоматизации - на что раньше уходила львинаая доля время.
И конечно "нельзя говорить, что что-то заменит BIM, потому что BIM" потому что БИМа не существует. BIM всего лишь маркетинговая идея поставщиков САПР. Метод BIM существует только там, где есть закрытые данные из баз данных CAD-программ.
Если мы получаем открытые данные из баз CAD-программ, мы сможем использовать все те же инструменты, с которыми работают специалисты в других отраслях, и нам не понадобятся маркетинговые ярлыки, связанные с BIM. Открытые данные и методы ETL полностью заменяют маркетинговые BIM-технологии, которые были придуманы поставщиками САПР за последние 20 лет.
Подробная карта истории возникновения БИМ:
https://miro.com/app/board/o9J_laML2cs=/
Видео по истории БИМ, возникновению IFC, openBIM, builgingSMART - и популярных CAD продуктов:
https://youtu.be/S-TNdUgfHxk?si=lj38wOpoqA-v2fcW
В традиционной инженирии пока нет доступа к данным из баз данных CAD программ, чтобы начать идти по "граблям инженерии программной". Сегодня инженерам в строиельной отрасли приходится оперировать только теми данными, которые предоставляют CAD вендоры - это форматы, в которых аттрибутивная и геометрическая информация сущностей собраны в одном формате. Сложно начать переходить в model driven architecture - если данные находятся в проприентарных закрытых форматах.
Денис, спасибо большое. САПР это база данных в которой мы оперируем сущностями с аттрибутивными свойствами, где в САПР помимо привычных атрибутов добавляются также геометрические аттрибуты.
На уровне ETL-процедур: чем база данных САПР программы (инженерной модели), отличается от баз данных используемых в операционном учёте бизнеса? Или какие ERP системы вы имеете ввиду?
ChatGPT пока ничего не понимает в магическом BIM. Но часть статьи это перевод с английского (поэтому могли случайно проскочить англицизмы), пожалуйста пишите если найдёте ошибки
Леонид Райц двадцать лет успешно работал в машиностроении и создавал концепции PLM и BOM для PTC. В строительство, можно предположить его занесло наверно скорее случайно.
По вашей логике и Revit к PTC и Гайзбергу не относится. Другое ядро, всё с нуля. Вообще другая отрасль и другая лига.
Там не было судов, возможно только по тому что Леонид Райц был с Гайзбергом с самого начала.
Про Solidworks было подробнее в 3 части:
В 1995 году Jon Hirschtick создаёт новый стартап - SolidWorks и переманивает большое количество разработчиков PTC вместе с вице-президентом и директором по развитию PTC - Michael Payne. PTC подаёт в суд на Solidworks за переманивание сотрудников, но обеим компаниям удалось уладить дело до того, как был нанесен слишком большой ущерб.
http://www.cadhistory.net/18 SolidWorks.pdf
к сожалению, в стройке всех сегодня интересуют в первую очередь сметы и деньги.
Правильно, проблема в том чтобы получить данные из IFC формата необходимо нексоколько ПО, которые обычно с друг другом не связаны. Из за разности подходов, мотивации и способностей разработчиков к импорту и к экспорту - в итоге страдает качество данных.
Тут вопрос к крупнейшим строительным компаниям европы, зачем им IFC если им хватает вполне CPIXML
Проблема всегда в нас самих. В данном случае - наше поведение снизу (нашей отрасли) само дало направление развитию этой хорошей изначально идеи в бюррократичскую систему.
Проблема в формата в том, что качество данных в этом формате зависит от человеческого фактора: будь то разработчик софта или специалист который импортирует или экспортирует файл. Т.е. данные зависят от воли, способностей людей, которые оперируют этим файлом.
Проблема не в геометрии а в том, кто и как её генерирует, импортирует и экспортирует. Должна быть строгая сертификация софтверных продуктов, которая сегодня де-юре есть, но де-факто ничего не говорит о качестве данных, которые можно будет получить в IFC файле.
Даже если формат будет идеальным - всё равно будет зависимость качества данных от воли, желания и способностей разработчкиков имплементировать все возможные особенности формата IFC свой продукт.
Те компании которые инвестировали своё время и деньги в поддержку IFC и разочаровались в формате - сегодня начинают смотреть на другие форматы, которые намного проще передают данные из модели.
Например формат CPIXML - содержит все те же данные, что содержит IFC, только в более простом виде и без параметрической геометрии. Этот формат и завоёвывает сегодня европейский рынок.
Всё правильно значит сейчас идё наполнение и разработка только элементов, которые интересуют европейских и азиатских специалистов. Какие здесь тогда шансы у России, получить отстраивание своей "национальной" геометрии через формат IFC в разных программах?
Тут нет противоречий. Просто в одном случае это компании занимающиеся созданием софта, а во втором это строительные компании.
Большое количество софтверных компаний борется с Автодеск. На рынке Европы эти компании продают свои решения небольшим региональным клиентам.
В то время как основные игроки строительного рынка (Strabag, Zublin, Implenia, Siemens, Bosch, DB) практически не используют формат IFC в своих процессах 4D-5D.
Чтобы добавить этот абстрактный объект нужно сидеть в chapters и rooms. Могу предположить в таких группах почти нет граждан с российскими паспортами.
Главный факт, неупомянутый в статье, что крупнейшие строительные компании Германии IFC компании не используют, хотя в Германии лежат корни IFC.
Трир, спасибо за твою критику, ты один из немногих кто читал эту статью перед публикацией. Я тебе тоже уже отвечал на этот вопрос в сообщениях.
Конкретно эту презентация я слушал вживую (онлайн конференция по BIM в инфраструктурных проектах Германии), где эти специалисты из мюнхенского TUM - открыто радовались тому, что сумели запихнуть этот элемент, хотя в других странах он не используется. Меня поразило то, что в одном предложении было - "Мы смогли добавить в классификатор" и "этот элемент в других странах не используется"
Ок, элемент добавили в IfcFacilityPart - значит он будет открываться в немецких CAD программах. А зачем он нужен то вообще в мировом формате, если в других странах он не используется.
Спасибо, да, к сожалению в строительстве очень много вариативных процессов, которые сложно унифицировать и стандартизировать. Всё это не даёт возможности автоматизировать поток данных. А Excel - это к сожалению или к счастью самый доступный инструмент, который хоть как то позволяет уменьшить уровень хаоса в процессах.