#ГосТИМ Под предыдущий пост пришел Вадим Горбачев и провел диалог в хамоватой манере.
Но среди его потока оскорблений и пренебрежения ко всем окружающим было и несколько интересных замечаний, которые действительно надо обсудить, прежде чем двигаться дальше с определением ИМ.
1. Аналогичный термин Информационной модели ("ИМ") есть и в математическом анализе (как и термины "Модель", "Компьютерная модель" и "Математическая модель"). Там под ИМ подразумеваются и чертежи в PDF, и стеллаж с бумагой, и наша привычная BIM-модель, и много чего еще. Т.е. термин дан в широком смысле, как «набор информации в любом структурированном виде».
(подробнее прикреплю скринами к посту)
Ну и суть вопроса заключается в следующем: можем ли мы создавать в нормах свои термины, которые отличаются от смежных сфер, задавать значение в узком отраслевом смысле?
Вадим предлагает ко всем терминам, которые пересекаются со смежными областями добавлять "ОКС" (объект капитального строительства), чтобы не нарушать стройную терминологическую структуру. Например, в Градкодексе термин сделать как "ИМ ОКС" и далее везде это добавлять к терминам.
Но сам же Вадим рекомендует термин в Градкодексе вообще не трогать, хоть он ему самому и не нравится, ведь может получиться еще хуже.
Я считаю, что термины надо писать для решения конкретных задач, чтобы, например, конкретизировать требования к результату работ. Т.е. если в Градкодексе будет термин, описывающий ИМ как любой набор информации, в том числе и ГИС, и схемы, и бумагу, то потом в СП сложно будет описывать требования к ней, т.к. сперва будет требоваться переопределить термин и конкретизировать, как, например, данные в электронном виде. Но тогда какой смысл в термине, который, что он есть, что его нет — ни на что не влияет?
При этом отмечу, что в Градкодексе есть термины: «красные линии» и «линейные объекты». Мы же для них не берем значения из Геометрии, и не добавляем кучу конкретизирующих отраслевых букв.
Но среди его потока оскорблений и пренебрежения ко всем окружающим было и несколько интересных замечаний, которые действительно надо обсудить, прежде чем двигаться дальше с определением ИМ.
1. Аналогичный термин Информационной модели ("ИМ") есть и в математическом анализе (как и термины "Модель", "Компьютерная модель" и "Математическая модель"). Там под ИМ подразумеваются и чертежи в PDF, и стеллаж с бумагой, и наша привычная BIM-модель, и много чего еще. Т.е. термин дан в широком смысле, как «набор информации в любом структурированном виде».
(подробнее прикреплю скринами к посту)
Ну и суть вопроса заключается в следующем: можем ли мы создавать в нормах свои термины, которые отличаются от смежных сфер, задавать значение в узком отраслевом смысле?
Вадим предлагает ко всем терминам, которые пересекаются со смежными областями добавлять "ОКС" (объект капитального строительства), чтобы не нарушать стройную терминологическую структуру. Например, в Градкодексе термин сделать как "ИМ ОКС" и далее везде это добавлять к терминам.
Но сам же Вадим рекомендует термин в Градкодексе вообще не трогать, хоть он ему самому и не нравится, ведь может получиться еще хуже.
Я считаю, что термины надо писать для решения конкретных задач, чтобы, например, конкретизировать требования к результату работ. Т.е. если в Градкодексе будет термин, описывающий ИМ как любой набор информации, в том числе и ГИС, и схемы, и бумагу, то потом в СП сложно будет описывать требования к ней, т.к. сперва будет требоваться переопределить термин и конкретизировать, как, например, данные в электронном виде. Но тогда какой смысл в термине, который, что он есть, что его нет — ни на что не влияет?
При этом отмечу, что в Градкодексе есть термины: «красные линии» и «линейные объекты». Мы же для них не берем значения из Геометрии, и не добавляем кучу конкретизирующих отраслевых букв.
👍18🤔2❤1👏1
#Теория Основополагающим стандартом в 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 к записи: Именование информационного контейнера должно соответствовать согласованному соглашению об именовании.
В данном стандарте имеется термин Информационной модели, который состоит из трех:
3.3.8 информационная модель - набор структурированных и неструктурированных информационных контейнеров (3.3.12).
3.3.12 информационный контейнер - наименованный постоянный набор информации (3.3.1) извлекаемый из файла, иерархии хранилища системы или приложения.
3.3.1 информация - поддающееся многократной интерпретации представление данных в формализованном виде, пригодном для передачи, интерпретации или обработки.
Если попытаться их объединить, то получится следующий термин:
Информационная модель - это набор структурированных и неструктурированных наименованных наборов данных в формализованном виде, пригодном для передачи, интерпретации или обработки, извлекаемых из файла, иерархии хранилища системы или приложения.
Т.е. я так понимаю: сборка наименованных наборов данных, которые могут быть в виде файлов или выборки части данных из них или баз данных приложений.
Для понимания что подразумевается под "структурированными и не структурированными" и информационными контейнерами в стандарте также приведены примеры:
3.3.12 информационный контейнер - …или приложения.
ПРИМЕР:
Включая подкаталог, файл с информацией (включая модель, документ, таблицу, график) или отдельное подмножество информационного файла, такое как глава или раздел, слой или символ.
Примечание 1 к записи: Контейнеры структурированной информации включают геометрические модели, графики и базы данных.
Контейнеры неструктурированной информации включают документацию, видеоклипы и звукозаписи.
Примечание 2 к записи: Постоянная информация существует в течение периода времени, достаточного для того, чтобы ею можно было управлять, т.е.
исключает временную информацию, такую как результаты поиска в Интернете.
Примечание 3 к записи: Именование информационного контейнера должно соответствовать согласованному соглашению об именовании.
❤2👍1
#ГосТИМ Именно против введения информационных контейнеров выступала в свое время БИМ-Ассоциация, которая блокировала сохранение связей с ISO 19650.
Аргументы насколько я помню были похожи на то, что мол введение информационных контейнеров в термины поставит нас в зависимость от Autodesk и мол будет мешать использованию IFC и отечественных программных продуктов. Будто информационные контейнеры это обязательно семейства Revit в формате RFA.
Эксперты из рабочей группы предлагали заменить на иной термин вроде: Пакеты данных, Наборы данных, но разработчики стандартов заняли позицию «сделать свое».
Аргументы насколько я помню были похожи на то, что мол введение информационных контейнеров в термины поставит нас в зависимость от Autodesk и мол будет мешать использованию IFC и отечественных программных продуктов. Будто информационные контейнеры это обязательно семейства Revit в формате RFA.
Эксперты из рабочей группы предлагали заменить на иной термин вроде: Пакеты данных, Наборы данных, но разработчики стандартов заняли позицию «сделать свое».
👀3🤔2
#ГосТИМ Но вернемся к термину ИМ из ГрК, в нем самое главное это выделенное жирным:
10.3 информационная модель объекта капитального строительства (далее - информационная модель) - совокупность взаимосвязанных сведений, документов и материалов об объекте капитального строительства, формируемых в электронном виде на этапах выполнения инженерных изысканий, осуществления архитектурно-строительного проектирования, строительства, реконструкции, капитального ремонта, эксплуатации и (или) сноса объекта капитального строительства;
В итоге информационные контейнеры в нашей интерпретации это: «совокупность взаимосязанных сведений, документов и материалов».
Но что же означают эти «сведения, документы и материалы»? эти термины можно найти в правилах к ГИСОГД (прикрепил скринами). Становится более понятно причем тут ГИСошники, которые иногда залетают к нам в чат поучить нас терминологии BIM.
Т.е. термин Информационной модели написан с позиции ГИСОГД, будто это продолжение той системы. И действительно, если мы говорим про этап эксплуатации то от BIM-модели возможно большего государству и не требуется (ну или «для начала и так сойдет»), но если мы говорим об этапе строительства, то при чем тут ГИС? Или что, на бюджетных объектах нет проблем с прозрачностью, контролем объемов и устранения предписаний?
10.3 информационная модель объекта капитального строительства (далее - информационная модель) - совокупность взаимосвязанных сведений, документов и материалов об объекте капитального строительства, формируемых в электронном виде на этапах выполнения инженерных изысканий, осуществления архитектурно-строительного проектирования, строительства, реконструкции, капитального ремонта, эксплуатации и (или) сноса объекта капитального строительства;
В итоге информационные контейнеры в нашей интерпретации это: «совокупность взаимосязанных сведений, документов и материалов».
Но что же означают эти «сведения, документы и материалы»? эти термины можно найти в правилах к ГИСОГД (прикрепил скринами). Становится более понятно причем тут ГИСошники, которые иногда залетают к нам в чат поучить нас терминологии BIM.
Т.е. термин Информационной модели написан с позиции ГИСОГД, будто это продолжение той системы. И действительно, если мы говорим про этап эксплуатации то от BIM-модели возможно большего государству и не требуется (ну или «для начала и так сойдет»), но если мы говорим об этапе строительства, то при чем тут ГИС? Или что, на бюджетных объектах нет проблем с прозрачностью, контролем объемов и устранения предписаний?
🔥2👍1
#ГосТИМ Как и обещал предложу свой термин Информационной модели в Градкодекс. Готов пообсуждать в комментариях.
10.3 информационная модель объекта капитального строительства (далее информационная модель) - сборка наименованных наборов данных в формализованном электронном виде, пригодном для передачи, интерпритации или обработки, извлекаемая из каталога, файла или базы данных, применяемая на всех этапах жизненного цикла объекта капитального строительства.
В данном термине сохранил связь с ISO 19650-1, заменив сперва «набор» на «сборка», чтобы «набор наборов» не получился. Далее «информационные контейнеры» заменил на «формализованный набор данных». «Структурированные данные» убрал, т.к. мне кажется термин «формализованные» учитывает его.
«Неструктурированные данные» пока убрал без замены, т.к. предполагаю, что и консультанты Минстроя будут против, мол свои проприетарные форматы впишем и есть опасение скатиться в «PDF по папочкам» с нашей стороны.
Ну и заменил перечисление этапов жизненного цикла ОКС на просто «все» из нашего термина, пока не знаю зачем это в термине, но вроде не мешает.
10.3 информационная модель объекта капитального строительства (далее информационная модель) - сборка наименованных наборов данных в формализованном электронном виде, пригодном для передачи, интерпритации или обработки, извлекаемая из каталога, файла или базы данных, применяемая на всех этапах жизненного цикла объекта капитального строительства.
В данном термине сохранил связь с ISO 19650-1, заменив сперва «набор» на «сборка», чтобы «набор наборов» не получился. Далее «информационные контейнеры» заменил на «формализованный набор данных». «Структурированные данные» убрал, т.к. мне кажется термин «формализованные» учитывает его.
«Неструктурированные данные» пока убрал без замены, т.к. предполагаю, что и консультанты Минстроя будут против, мол свои проприетарные форматы впишем и есть опасение скатиться в «PDF по папочкам» с нашей стороны.
Ну и заменил перечисление этапов жизненного цикла ОКС на просто «все» из нашего термина, пока не знаю зачем это в термине, но вроде не мешает.
👍8🤔3
#Подкасты Возвращаем подкасты в @bimclub
Следующий подкаст пройдет в четверг 16.05.2024 в 19:00 в тг канале @bimclub
Предлагаю обсудить фильм Игоря Рогачева "BIM это плохо" и комментарий Андрея Солдатова на тему "Кто виноват и что делать?".
спикеры: Александр Попов, Андрей Солдатов, Игорь Рогачев и Александр Лапыгин, а также все желающие.
Следующий подкаст пройдет в четверг 16.05.2024 в 19:00 в тг канале @bimclub
Предлагаю обсудить фильм Игоря Рогачева "BIM это плохо" и комментарий Андрея Солдатова на тему "Кто виноват и что делать?".
Все хотели развивать BIM, но правильное ее развитие скатывалось к продукции Autodesk, что не возможно по ряду причин.
Импортозамещение, которое пытаются построить на SDK ODA, не выглядит так как хотелось.
Нормативная основа, которую начали создавать под BIM, отдали в руки людям не практикам и не тем специалистам которым можно дозволять крутить и править.
Уровень мышления, и понимания разных вещей по разному у многих участников, таких вещей, как автоматизация и цифровизация (считаю BIM является триггером строй отрасли России в Цифровой трансформации)
И вот по совокупности всех фактов наука о BIM мутировала в науку о ТИМ, с кучей непонятностей и недопониманий.
Поэтому в идеале, чтоб староверы развивали свой ТИМ и были чем то заняты и не лезли не в свои дела. А вот для BIM надо получить равнозначную ТИМ историю для развития, в параллель по всем вещам в том числе и нормативным, и заниматься этим должны люди в этом разбирающие. В идеале те кто понимают что происходит, понимают BIM, и делать это командно коллективно в составе людей с разными компетенциями но объединенных одной целью.
спикеры: Александр Попов, Андрей Солдатов, Игорь Рогачев и Александр Лапыгин, а также все желающие.
🔥18👍6❤2🌚1🤝1🫡1
#ГосТИМ Как я вижу Информационную модель на госуровне, если описать простыми словами?
У модели будет несколько видов отображения:
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 делается и нажать «сохранить», «скачать» или «отправить». Вроде того как нынче документация в экспертизу направляется, только уже на все стадии и слегка доработано.
Таким образом, данная версия, это какбы копия модели, вырезка ее из информационной системы, среды общих данных, для передачи третьим лицам или в другую систему, но не для непосредственной работы в этом файле, которая должна осуществляться в специализированных системах.
Далее про другие отображения…
У модели будет несколько видов отображения:
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 делается и нажать «сохранить», «скачать» или «отправить». Вроде того как нынче документация в экспертизу направляется, только уже на все стадии и слегка доработано.
Таким образом, данная версия, это какбы копия модели, вырезка ее из информационной системы, среды общих данных, для передачи третьим лицам или в другую систему, но не для непосредственной работы в этом файле, которая должна осуществляться в специализированных системах.
Далее про другие отображения…
👍14
Forwarded from НОТИМ
@notimTG
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍19❤5🔥2
Forwarded from Айбим: про BIM и не только
И снова мы возвращаемся к серии вебинаров с обзорами сред общих данных. Уже в эту пятницу поговорим о СОД SIGNAL DOCS.
🗓️ 17 мая в 11:00 (МСК) мы рассмотрим функционал системы в контексте четырех основных блоков, необходимых для организации СОД:
🔘 хранение информации и организация доступа к ней
🔘 согласование документации
🔘 отработка замечаний
🔘 аналитика и отчетность
SIGNAL DOCS — стремительно развивающийся продукт, объединяющий в себе СОД и дополнительные модули для контроля статуса строительно-монтажных работ.
Мы покажем вживую интерфейс системы и ее возможности, а также ответим на все ваши вопросы.
🎙 Спикеры:
• Анастасия Ельфимова, директор консалтинговой практики, Айбим
• Сергей Казанцев, директор по цифровому строительству, SIGNAL
Участие бесплатное
Регистрируйтесь по ссылке
SIGNAL DOCS — стремительно развивающийся продукт, объединяющий в себе СОД и дополнительные модули для контроля статуса строительно-монтажных работ.
Мы покажем вживую интерфейс системы и ее возможности, а также ответим на все ваши вопросы.
• Анастасия Ельфимова, директор консалтинговой практики, Айбим
• Сергей Казанцев, директор по цифровому строительству, SIGNAL
Участие бесплатное
Регистрируйтесь по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤2
#Подкасты Сегодня (чт 16.05) вечером в 19:00 (мск) проведем подкаст в @bimclub на тему «ГосТИМ не полетел. Кто виноват и что делать?»
Спикеры:
Александр Попов
Андрей Солдатов
Игорь Рогачев
Александр Лапыгин
Чуть ранее будет открыт чат, куда все желающие смогут написать свои мысли или вопросы к спикерам.
Также будет запись, которую опубликуем в том же канале.
Спикеры:
Александр Попов
Андрей Солдатов
Игорь Рогачев
Александр Лапыгин
Чуть ранее будет открыт чат, куда все желающие смогут написать свои мысли или вопросы к спикерам.
Также будет запись, которую опубликуем в том же канале.
🔥6👍3🥴2
#Вакансия Сделал отдельный канал для размещения вакансий по теме BIM @bimvac присоединяйтесь
уж очень много запросов, видимо нужная тема. И иногда буду оттуда забирать сюда актуальную выборку в этот канал одним постом.
Пока бесплатно, потом посмотрим, может как-то коммерциализирую)
Вакансии кидайте мне @popov_bim.
уж очень много запросов, видимо нужная тема. И иногда буду оттуда забирать сюда актуальную выборку в этот канал одним постом.
Пока бесплатно, потом посмотрим, может как-то коммерциализирую)
Вакансии кидайте мне @popov_bim.
👍5🔥5✍2👎1
Айбим: про BIM и не только
И снова мы возвращаемся к серии вебинаров с обзорами сред общих данных. Уже в эту пятницу поговорим о СОД SIGNAL DOCS. 🗓️ 17 мая в 11:00 (МСК) мы рассмотрим функционал системы в контексте четырех основных блоков, необходимых для организации СОД: 🔘 хранение…
через час в 11:00 вебинар по SIGNAL DOCS’у напоминаю.
👍1
#Подкасты Думаю повод для еще одного подкаста появился.
http://publication.pravo.gov.ru/document/0001202405170050
Тема достаточно актуальная, предлагаю прямо в пн 20.05 в 19:00 (мск) и обсудить, кто что думает?
Обсудим новое постановление N 614 о формировании и ведении ИМ ОКС в @bimclub
http://publication.pravo.gov.ru/document/0001202405170050
Тема достаточно актуальная, предлагаю прямо в пн 20.05 в 19:00 (мск) и обсудить, кто что думает?
Обсудим новое постановление N 614 о формировании и ведении ИМ ОКС в @bimclub
👍5🥱1